[quills-dev] Fwd: [Quills Issue Tracker] New issue: #127 - does not play nicely with Intranet/Extranet Workflow
Tim Hicks tim at sitefusion.co.ukWed Jan 9 18:29:41 UTC 2008
- Previous message: [quills-dev] Fwd: [Quills Issue Tracker] New issue: #127 - does not play nicely with Intranet/Extranet Workflow
- Next message: [quills-dev] [Quills Issue Tracker] Response to #126 - Blog breaks when weblog entries have no publication date (as created in a single state workflow)
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Sasha Vincic wrote: >> The problem is that views cannot *only* use the various Quills >> interfaces for rendering things. In order to look at all plone-ish, it >> is necessary that the published object is plone-content-ish - e.g. has >> an absolute_url. So, I've found a need to have methods like >> 'getParentWeblogContentObject' and 'getWeblogEntryContentObject'. My >> difficulty is not knowing whether it is more appropriate to have these >> as methods on the IWeblog[Entry] interfaces or on the views. Either >> way, it feels slightly kludgy :(. >> >> Any thoughts on this? I'd be happy to explain further if none of the >> above makes sense :). > > Please do :) where do you use those methods? See, for example, the view template at <http://dev.plone.org/collective/browser/quills.app/trunk/quills/app/browser/weblogentry_view.pt> (and then the entry_macros template in the skins folder). It's the 'weblog_content' stuff that you are looking for. (Actually, your request to explain things led me to double check the code I have in my local working copy. I have currently implemented an equivalent 'getWeblogEntryContentObject' method, but I'm not sure that it's necessary.) Tim
- Previous message: [quills-dev] Fwd: [Quills Issue Tracker] New issue: #127 - does not play nicely with Intranet/Extranet Workflow
- Next message: [quills-dev] [Quills Issue Tracker] Response to #126 - Blog breaks when weblog entries have no publication date (as created in a single state workflow)
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the quills-dev mailing list