Finalising knotes: pre-release to-dos
03-February-2005
permalink comments (1) forum (1) trackbacks (1) email this- Cleaner css/image skinning for weblogs
- I've thought of several improvements to the architecture for changing the default look of weblogs:
- Break css down into components, so banner can be customised without editing typography etc. We can use dtml-var includes to assemble one css file from several small ones
- Change names of the default style and banner-image files so that they can be customised as flat, top-level portal_skins/custom etc files. At the moment, a folder structure has to be recreated in order to customise the default style of a weblog. That architecture makes it clean to write a new alternative style, but makes it very awkward to do a little customising of the default style
- Complete fast_folders' move of 'no-wrap' from custom main_template to custom skin_path
- The convenience of fast editing without full pagebuilds around the edit forms depends on being able to tell Plone not to bother rendering all the navigational and branding gubbins. This turns out to be very tricky, since the hook to tell Plone to do so is explicit in all the form templates etc ( metal use-macro / fill-slot directives ). We have improved our solution to this recently, but need to complete it
- Complete the migration to fast_folders as view for KNDiscussion
- We originally had a very simple view template for KNDiscussion, but we have not put any effort into refining that template, since in practice we always use fast_folders to view discussions. We need to modify fast_folders a bit so that it is as accessible as the existing kndiscussion plain view, and then make it the default view for a discussion ( and have a plainer view returned from edits )
- Complete the discussion-view for weblogs
- The current use of fast_folders for viewing weblog discussions is awkward. We have long planned a 'blog_forum' view; we now realise from user feedback that we have to make some progress here immediately.
As I said above, I'll be adding to and annotating this list through the next few days.
1 Replies (comments)
1 styling architecture now much cleaner
It should noe be much easier for a site manager to maintain customisations of knotes default styling. I have broken down the default style into typography+main-layout versus a knotesCustom.css file which need only contain a few selectors. That file is included in the main default css dtml file by a dtml var include, so there is no extra header round-trip burden to support this factoring.
I've tested it by updating all 10 of the customisations we currently support in our own sites :o(
1 Trackbacks (links from other content)
1 towards a KNotes roadmap [ re: Finalising knotes: pre-release to-dos from Feb 3
Linking and trackbacks
When linking to this weblog entry, please use the 'permalink', which is http://www.knownet.com/Members/mmalloch/blog/entries/6809602678

