I have a question about modifying/creating a data type.
I can briefly explain what I would like to make: On a site it is posible for a user (logged into Umbraco), to create some contentboxes. These contentboxes can then be refered to, on one of the subpages on the site. When a contentbox is choosen on a subpage, the contentbox will be shown on that specifick page by getting it out with XSLT.
Earlier
I made this function by using the UltimatePicker with the DropDownList
as type. So it was posible to choose one of all the contentboxes, and
only one. (I made a screenshot, to
show how I have made it earlier. Take a look at it here).
But I think it could be
awesome if it was possible to choose more that one box, and then be
able to sort the boxes by the "Move up" and "Move down" buttons. Almost
like the Related Media data type that Tim Geyssens made, but actually a bit more simplified.
Of course instead of choosing media, it should be able to choose in the
content tree (like the Related Link, but from a given node if that is
possible?).
But in difference from the Related Link and Related
Media data types there is no need for a caption, cause the boxes will
just use the ItemName. So instead of clicking the Add Media-button (in
your Related Media), there should just be the choose-button that opened
up the dialog box to choose from.
I don't know anything about C# or .NET coding, so maybe it will be a problem for me? I know of XHTML, CSS, XSLT and so on, but is it posible to make this datatype?
I don't know if you understand my question at all, but I hope so :)
This datatype allows sorting, but doesn't require a caption. Once you've installed the package (via the developer section), then change the datatype of your current related links property to the newly installed type. You may need to check your xslt still works, as the saved xml from this data type may be different.
Hi Chris, and thank you very much for the answer :)
The functionality in the TreeMultiPicker is actually what I was looking for, but is it posible to get that functionality into the Related Links UI. So that the user interface will be the same as the Related Links datatype, but with the TreeMultiPicker functionality.
And by the way, what does the Sync Tree do? I can't figure it out, because when i load a page with the TreeMultiPicker on it, the tree is already in sync.
I don't know if there's any planned changes to the inbuild RelatedLinks datatype, I've not heard any mentioned. I think any changes to create bring the UI of relatedLinks together with TreeMultiPicker would have to be custom code, but as both are open source it should be easy enough.
The community has always provided better multicontent/media pickers since version 3... I don't know why. I was a big fan of the communities multipickers in v3 and found the 'caption' requirement in RelatedLinks a bit redundant.
I'm guessing SyncTree will just refresh the tree. If you have multiple windows, or multiple users, editing the trees at the same time then it may get our of sync.
@Chris: I agree with caption, but it's used for external links. But there is sources and it's not big problem to modify it.
@Kim: I think sync tree check if all added nodes in tree still exists. It's known nuisance, that deleted nodes isn't automatically removed from related datatypes.
How do i simplify the "Related Links"- data type?
I have a question about modifying/creating a data type.
I can briefly explain what I would like to make:
On a site it is posible for a user (logged into Umbraco), to create some contentboxes.
These contentboxes can then be refered to, on one of the subpages on the site.
When a contentbox is choosen on a subpage, the contentbox will be shown on that specifick page by getting it out with XSLT.
Earlier I made this function by using the UltimatePicker with the DropDownList as type. So it was posible to choose one of all the contentboxes, and only one. (I made a screenshot, to show how I have made it earlier. Take a look at it here).
But I think it could be awesome if it was possible to choose more that one box, and then be able to sort the boxes by the "Move up" and "Move down" buttons.
Almost like the Related Media data type that Tim Geyssens made, but actually a bit more simplified. Of course instead of choosing media, it should be able to choose in the content tree (like the Related Link, but from a given node if that is possible?).
But in difference from the Related Link and Related Media data types there is no need for a caption, cause the boxes will just use the ItemName. So instead of clicking the Add Media-button (in your Related Media), there should just be the choose-button that opened up the dialog box to choose from.
I don't know anything about C# or .NET coding, so maybe it will be a problem for me? I know of XHTML, CSS, XSLT and so on, but is it posible to make this datatype?
I don't know if you understand my question at all, but I hope so :)
Thanks...
Regards,
Kim Andersen
Hi Kim,
Welcome to the forum.
I think you're probably looking for http://treemultipicker.codeplex.com/
This datatype allows sorting, but doesn't require a caption. Once you've installed the package (via the developer section), then change the datatype of your current related links property to the newly installed type. You may need to check your xslt still works, as the saved xml from this data type may be different.
Chris
Hi Chris, and thank you very much for the answer :)
The functionality in the TreeMultiPicker is actually what I was looking for, but is it posible to get that functionality into the Related Links UI. So that the user interface will be the same as the Related Links datatype, but with the TreeMultiPicker functionality.
And by the way, what does the Sync Tree do? I can't figure it out, because when i load a page with the TreeMultiPicker on it, the tree is already in sync.
/Kim Andersen
I don't know if there's any planned changes to the inbuild RelatedLinks datatype, I've not heard any mentioned. I think any changes to create bring the UI of relatedLinks together with TreeMultiPicker would have to be custom code, but as both are open source it should be easy enough.
The community has always provided better multicontent/media pickers since version 3... I don't know why. I was a big fan of the communities multipickers in v3 and found the 'caption' requirement in RelatedLinks a bit redundant.
I'm guessing SyncTree will just refresh the tree. If you have multiple windows, or multiple users, editing the trees at the same time then it may get our of sync.
Cheers,
Chris
@Chris: I agree with caption, but it's used for external links. But there is sources and it's not big problem to modify it.
@Kim: I think sync tree check if all added nodes in tree still exists. It's known nuisance, that deleted nodes isn't automatically removed from related datatypes.
Interesting point about the deleted nodes not being removed.
Kim - make sure you check if the nodeId still exists before you render any html that surrounds you related content links.
is working on a reply...