Re: Default Template discussion
"Dirk Frederickx" <[email protected]>
| Newsgroups | gmane.comp.java.jspwiki.user |
|---|---|
| Message-ID | <[email protected]> |
hi Claudia, Tx for your summary! Some replies inline... > My Summary: > > Ideas from Dirk which I now support: > > - Place two discrete small links: login & register(up in the header on > the right) Considering it done. Look out for my next commit. A single box is added with Login/Register + Logout + Prefs + G'day-greeting Actually, I'll do 2 different styles in PlainVanilla and Smart skin: one at the top of the screen, one inside the favorites block (where the greeting is today) > - Add to user prefs choice of left or right Favorites menu (but make > right default ;-)) Depends on the available time. > - Add QuickLinks to your Favourites thru TestPlugin You can do this today. Your personal favorites are allready part of the Default template. So when your username is "Claudia", the page "ClaudiaFavorites" will appear automatically in the favorites section, once "Claudia" is authenticated. > - Add the Diff on the highest TAB level (Call it Version) Not yet ok :-( I have it in my test version, but it looks nok. It is too much. I would like to follow the proposal of Janne: just include the Diff section inside the Info TAB. I still need to figure out how this works out in the Info section it self (might needs some tweeking of the toplevel jsp pages of wiki) > - Keep the current Attach TAB approach (not viewable if no upload > permission and empty list) Mmmm, almost ok ;-) For the time being I will stick to the current implementation, which always shows an Attach tab. Let's pick this topic up again after next iteration of the GUI. Cuurently, I'm getting more convinced (after this mail discussion ;-) that TABS should provide a common recognisable look&feel. There position and appearance should not change between the different screens. This is different with Actions (such as Edit and Comment) > - Drop the page-actions at the bottom Keep this still on the not agreed list, for the time being. > Ideas from Dirk which I don't support: > > - replicate the TABs on the bottom This is part of the bottom-page-actions discussion. > - the More... button should really become the last TAB, which becomes > a dropdown menu when you hover your mouse over it, but becomes a really > TAB-page when you click on it. > > > Ideas from Murray which I now support: > > - tabs should *ideally* show existing attachments/comments and provide > a button to add a new attachment/comment. > - most user interface guidelines and most users would *not* expect > clicking on a tab to begin an action (As we have with Edit). I fully agree. I have the Edit running locally as a TAB and, for me, it doesn't work. We need to make that visually different from the TABs, although they could be placed next to them. I will make some changes in the next commit -- let's continue the discussion based on that. > Unresolved issues and Ideas from Janne/Murray which I think should be > seriously considered : > > - the need to initiate an action from top or bottom for really long > pages Ref. the bottom-page-actions discussion. I've seen several 'votes' in favour of bottom-page-actions. (allthough I hardly use them myself) > - Edit should be in the form of a button See above > - Adopt a complete edit-cycle locally on the browser ? > - a top-fixed menu (Could/should links replace tabs???) Fixed is good. I consider "Fixed" menu items as a subject to skinning, not as part of default skins. (yet ;-) > However assuming Edit Tab stays, See above > - Place the comment add button in the EDIT tab > > (if you have Edit, it is just a more > advanced Comment facility) > > If you don't have edit permissions, but have attachments, your tabs look > like: > View | Attachments | Comments | Info | Versions > > If you do have edit permissions, but have attachments, your tabs look like: > View | Attachments | Edit | Info | Versions Add-Comments still needs more work. > If I forgot something important feel free to add to this list > Hope this help get an overview Tx -- great overview. dirk