As, hopefully, being discussed on TaviTodo/NewCssStructure the main structure of 'Tavi pages are going to change. Along with this change I also would like to make some changes in which elements to use for the different containers. Today these containers are hardcoded into the code, and I want some of them to change. And these changes are presented here on this page.
Today the toolbar top consists of:
WikkiTikkiTavi | RecentChanges | Tavi/ SubPage/ Path/ | Preferences
where the path is only visible when viewing TaviSubPages. And when editing a page there is the addition of a SaveButton and PreviewButton above the textarea box.
The bottom consists on a normal page of:
EditLink | HistoryLink Modification-info Search: <input-field>
(and on this site some logos as well)
On the edit pages this changes to:
Summary of change: <input-field> Add document to category: <input-field> HistoryLink
In the new version I picture this controlled by a set of variables, as given in example below:
$ViewToolbarTop = "MainPage | RecentChanges | $SubPath | %Preferences%"; $EditToolbarTop = "%SaveButton% | %PreviewButton% | %Preferences%"; $SubPath = " $%path%/ [| %child%/] "; => which would be translated into i.e My/ Longish/ SubPath/ $ViewToolbarBottom = "EditLink | HistoryLink \\ %modification-info% \\ %search-form%"; $EditToolbarBottom = "%comment-form%\\%category-form%";
I guess most of this is intuitive to understand, and the syntax are not fixed (yet). But as you might see such a scheme would facilitate changing top or bottom toolbars to one likeing. If one wants to add a link, then add a link. If one want to add usual text, add text. If one wants to use a special element, use a given syntax. Add line breaks could be done, say using "\\".
I've proposed a syntax for the special elements, but this is just a sketch. But as a starter I see the following lending them self for inclusion as special elements:
<select name="searchtype="> <option value="simple" selected>Simple search </option> <option value="linksto"> Links to </option> <option value="advanced"> Advanced search</option> <option value="titlesearch"> TitleSearch </option> </select> : <input-field>
One could use:
$EditToolbarTop = " %preferences% "; $EditToolbarBottom = "%comment-form% \\ %category-form% \\ %SaveButton% %PreviewButton% %HistoryLink% %edit-transcluded-link% \\ %formatting-guide%";
which then would be displayed as:
Your name is EvenHolen
---------------------------------------
| Text of |
| page |
| goes here |
---------------------------------------
Summary of change: <input-field>
Add document to category: <input-field>
[[Save]] [[Preview]] ViewHistory Edit <list of all transcluded pages>
------------------------------------------------
| ''italics'' '''bold''' {{monotype}} |
| ==Main heading == === Sub Heading 2 = |
| Lists: *bulleted #numbered ;definition:list |
------------------------------------------------
EvenHolen: Is this useful, or is it just me who wants stuff like this? I think this would meat some of the demands for changing the look and feel of a 'Tavi installation, and together with TaviTodo/NewCssStructure this opens for an exciting new world. (And with file upload-possibilities for new css-files, I think this would rock the sky...)
EvenHolen: If having that %edit-transcluded-link% it would seriously ease the edit operation of transcluded pages. People would then go to edit a page, discover that what they wanted to edit is transclued, and then just choose the transcluded page from the list, and press the edit button... Hmm... I think I like my own thinking! ;-)