|
|
 Rank: Umbracoholic
Joined: 7/19/2006 Posts: 1,025 Location: Benfleet, Essex, UK
|
Hi all I have read an updated version of the NEW package actions in V4 of Umbraco. Read the PDF here - http://umbraco.us/media/1534/packageactions.pdfHere are some of my suggestions that I would like to see:
- Creating NEW dataTypes
Eg: Create a dropdown list dataType with pre-populated values
- Append NEW dataTypes to existing documentTypes
- Set default values for the new dataTypes to the documentTypes
- Create an entry in the XML file to register a XSLT Extension
Does anyone else have any suggestions for package actions to make your life easier? Warren Warren Buckley an Umbraco MVP 08-09 & level 1 certified developerAre you NEW to Umbraco? Download CWS to help you learn Umbraco quickly NOW Available from the Official Umbraco Package Repository
|
|
 Rank: Fanatic
Joined: 12/21/2007 Posts: 369 Location: Belgium
|
I think we'd need something for media as well. Ruben Verborgh | Umbraco Core Developer
|
|
 Rank: Umbracoholic
Joined: 7/19/2006 Posts: 1,025 Location: Benfleet, Essex, UK
|
Ruben for media would it be add new mediaTypes in the Settings section and files into the media section? As files can kinda be added to the media section manually in the package.xml but they don't show up in the media content tree though :| Warren Warren Buckley an Umbraco MVP 08-09 & level 1 certified developerAre you NEW to Umbraco? Download CWS to help you learn Umbraco quickly NOW Available from the Official Umbraco Package Repository
|
|
 Rank: Umbracoholic
Joined: 2/19/2007 Posts: 1,056 Location: Belgium
|
Maybe an action for updating the xsltExtensions.config (adding new xslt extension) and one for restExtensions.config (base)
Umbraco tips and tricks: http://www.nibble.be - umbraco mvp 08/09 - certified level 1 & 2 professional
|
|
 Rank: Umbracoholic
Joined: 3/17/2008 Posts: 1,192 Location: Nyborg, Denmark
|
Adding items to config files + datatypes are a great ideas which should be added. Keep 'em coming - for nothing then for 4.1
Jeeeez, did I really start this :-) Founder of the Umbraco project
|
|
 Rank: Umbracoholic
Joined: 7/19/2006 Posts: 1,025 Location: Benfleet, Essex, UK
|
Glad the suggestions so far have gone down well - so these suggestions will be 4.1 as opposed to 4? (didn't really get the comment 'nothing then for 4.1') Warren Buckley an Umbraco MVP 08-09 & level 1 certified developerAre you NEW to Umbraco? Download CWS to help you learn Umbraco quickly NOW Available from the Official Umbraco Package Repository
|
|
 Rank: Umbracoholic
Joined: 3/17/2008 Posts: 1,192 Location: Nyborg, Denmark
|
Umbraco 4 is feature closed, so anything that's too complex won't make it for 4. On the other hand, one don't really want to have multiple package formats so I think we'll stretch this one so 4.0 will support as much as possible. No rules without exceptions.
Jeeeez, did I really start this :-) Founder of the Umbraco project
|
|
 Rank: Umbracoholic
Joined: 7/19/2006 Posts: 1,025 Location: Benfleet, Essex, UK
|
Ah gotchya I understand a bit better - I forgot V4 was feature complete but it would be GREAT if these additions get added to V4!! As I plan to use these for the website wizard package (V4 edition) which will be great as I won't need a custom installer script on install but instead just use package actions - which will make life easier for new people to umbraco to create packages too. Warren Warren Buckley an Umbraco MVP 08-09 & level 1 certified developerAre you NEW to Umbraco? Download CWS to help you learn Umbraco quickly NOW Available from the Official Umbraco Package Repository
|
|
 Rank: Umbracoholic
Joined: 9/8/2006 Posts: 2,020 Location: MA, USA; Cambridge, UK
|
I agree, these would be very helpful features for v4 packages. I've needed these abilities and have had to write custom installers, which I'm not very good at and are not as transparent to the end users. I think that if more can be in the package.xml file without needing custom installers then it would be easier for people to make packages for umbraco, which would encourage people to make more packages. Some of these features might be done with package actions, but perhaps some would be built-in to the package.xml format itself without needing an 'action'. Not sure if that would make things easier or not from a dev perspective, but it might. Thinking out loud to keep the conversation and ideas flowing... Suppose the package.xml format enforced an order to the items being created. DataTypes would be first to be created (if any were noted in the package.xml file). Then DocTypes, then Media (put in the media tree, optionally), then Macros, then Templates, then Content and any other files. Or some other logical sequence that allows one thing to be built before the next thing tries to make a reference to it (datatypes before doctypes, for instance). The xml for a datatype based on a built-in type might be something like: Code:<datatypes> <datatype> <Info> <Name="favoriteFoods"/> <Type="checklist"/> </Info> <Prevalues> <Prevalue>pizza</Prevalue> <Prevalue>coffee</Prevalue> ... It might even be possible to handle custom datatypes?: Code:<datatypes> <datatype> <Info> <Name="myCoolControl"/> <Type="/bin/myCoolControl.dll"/> </Info> <Params> <Param name="foo">bar</param> ... I'm not sure about the <Params> bit, but maybe that would be useful for some? Once data types are created, it could then be easy to add them to the doc types, as usual: Code:<DocumentTypes> <DocumentType> <Info>...</Info> <GenericProperties> <GenericProperty> <Name>Cool Control</Name> <Alias>myCoolControl</Alias> <Type>myCoolControl</Type> <Tab> ... The only difference is that the <Type> is a string rather than a GUID. That's enough for one post on this. My point is two-fold... to encourage a fully robust package format that minimizes the need for custom installers, and to open the idea that perhaps the package.xml format itself might handle some of the work rather than adding more 'actions', if that makes it easier to develop and more likely to get into v4, even at this late date. cheers, doug.
MVP 2007-2009 - Percipient Studios - Percipient Blog
|
|
 Rank: Umbracoholic
Joined: 7/19/2006 Posts: 1,025 Location: Benfleet, Essex, UK
|
WOW nice thoughts Doug!! I like the idea that the dataTypes could be in the package.xml itself rather as an action in the package.xml file. But as I am no CORE team developer for umbraco I am not sure what is the best way for this to be implemented, either way is good for me but I think I am swinging towards Doug's idea of this. Warren :) Warren Buckley an Umbraco MVP 08-09 & level 1 certified developerAre you NEW to Umbraco? Download CWS to help you learn Umbraco quickly NOW Available from the Official Umbraco Package Repository
|
|
 Rank: Umbracoholic
Joined: 9/8/2006 Posts: 2,020 Location: MA, USA; Cambridge, UK
|
I'm not a core dev either, so maybe my idea isn't a good one for some reason. I just wanted to give another idea of how this might be done, in case it were easier to do it one way than the other. Looking forward to having full package capability in v4!! cheers, doug.
MVP 2007-2009 - Percipient Studios - Percipient Blog
|
|
 Rank: Umbracoholic
Joined: 3/17/2008 Posts: 1,192 Location: Nyborg, Denmark
|
datatypes would be in the sxhema rather than an action, the best way to refer it is a bit harder though. Requires some thought as datatypes doesnt have aliases but ids and datatypes are generated from idatatype classes which have guids meaning that multiple datatypes could be created using same idatatypes (guids) configured differently (prevalues etc). However those challenges are the joy of us cores and not the pain of the users :-)
I'll get back with an update!
Jeeeez, did I really start this :-) Founder of the Umbraco project
|
|
 Rank: Umbracoholic
Joined: 7/19/2006 Posts: 1,025 Location: Benfleet, Essex, UK
|
Thanks for the update and glad to see this has been picked up by the core team to look at. Warren :) Warren Buckley an Umbraco MVP 08-09 & level 1 certified developerAre you NEW to Umbraco? Download CWS to help you learn Umbraco quickly NOW Available from the Official Umbraco Package Repository
|
|
 Rank: Umbracoholic
Joined: 9/27/2007 Posts: 1,874 Location: Belgium
|
Hi all, Before I start adding my ideas, I would have a look at how the packager is working internally? Does anyone know where to find a link to the packager code? TIA, /Dirk
level 1 & 2 certified - umbraco MVP 2008/2009 - umbraco blog at netaddicts.be - working on an integrated forum4umbraco
|
|
 Rank: Umbracoholic
Joined: 2/19/2007 Posts: 1,056 Location: Belgium
|
It's integrated in v4, so should be somewhere in the v4 sourcecode
Umbraco tips and tricks: http://www.nibble.be - umbraco mvp 08/09 - certified level 1 & 2 professional
|
|
 Rank: Umbracoholic
Joined: 2/19/2007 Posts: 1,056 Location: Belgium
|
/umbraco/developer/packages/
Umbraco tips and tricks: http://www.nibble.be - umbraco mvp 08/09 - certified level 1 & 2 professional
|
|
 Rank: Umbracoholic
Joined: 7/19/2006 Posts: 1,025 Location: Benfleet, Essex, UK
|
Hiya, Tim/Niels do i need to submit this as a feature request on codeplex for someone from the core team to look at it and pick the work up? Warren Warren Buckley an Umbraco MVP 08-09 & level 1 certified developerAre you NEW to Umbraco? Download CWS to help you learn Umbraco quickly NOW Available from the Official Umbraco Package Repository
|
|
 Rank: Umbracoholic
Joined: 7/19/2006 Posts: 1,025 Location: Benfleet, Essex, UK
|
|
|
 Rank: Devotee
Joined: 11/12/2008 Posts: 66 Location: Bracknell - UK
|
Just to make things clear in my mind, are Per's PDF list of Package Actions the definitive list of commands that are available in v4.0? Or have any other actions been added since the PDF was written and v4 was released.
I'm in the process of creating some new design template packages that sit over the Runway document types/macros. What I'd like to do is edit the Allowed Templates section of an existing Document Type, to add in my new templates but I don't know how to do this from a Package.
|
|
 Rank: Umbracoholic
Joined: 9/27/2007 Posts: 1,874 Location: Belgium
|
Hi, Per's list of package actions is definitive in the sense that the core includes all of those actions, but nothing holds you from creating your own package actions. Just need to implement the umbraco.interfaces.IPackageAction interface. I guess some people may have written a few other package actions. I have yet to see the first appear on the forum (Might be wrong of course...) Hope this helps. Regards, /Dirk
level 1 & 2 certified - umbraco MVP 2008/2009 - umbraco blog at netaddicts.be - working on an integrated forum4umbraco
|
|
The forum has moved
This forum is no longer in use, so you can't reply to this message - please go to Our Umbraco
|
|
Guest |