On Jun 3, 2009, at 1:16 AM, Anca Paula Luca wrote:
Hello,
see below
Vincent Massol wrote:
On Jun 2, 2009, at 7:27 AM, Sergiu Dumitriu wrote:
Vincent Massol wrote:
On May 31, 2009, at 9:54 PM, Sergiu Dumitriu wrote:
Hello devs,
I'd like to reorganize the document footer as depicted in http://incubator.myxwiki.org/xwiki/bin/view/Mockups/ DocumentFooter , namely:
I like the proposal, it looks good / feels right. Of course we'll have more things to comment after we'll see it working and use it, so go for it!
+1
1: Tags will be displayed after the document content, as links to tag pages, and not in an input element in the Information tab as they are now. They are still editable in view mode by clicking an edit button available after the tags list.
Shouldn't tags be more visible and displayed before the doc content instead? I don't think this is a good idea. I've never seen any application giving tags more importance than the content itself (and considering that until recently tags were not displayed at all, putting them in the footer is already a big improvement).
Here's an example: http://twiki.org/cgi-bin/view/Main/TWikiSuccessStories
That said I agree it's not a good idea. It just needs to be easy for someone to see the tags without having to scroll (like with a Show Tags menu entry).
Actually, does a user need / want to see the tags? or they're just a way to make machines understand what a document is about, with little effort from humans (which create the content) and little effort from machines which don't need to NLP content.
I think a human user would rather know what a document is about from the title and first few lines. I don't think I would look for the tags if I had the actual content in front of my eyes. Maybe after reading, indeed.
If you don't know there are tags, you won't tag the document and you'll have empty tags all over the place. As an example Stephane B mentioned that he used xwiki for a personal web site and got some non technical friends to use it. They didn't realize they could add comment since the comments werre hidden at the bottom of the document (they probably didn't see the toolbar too since it's not clear it's related to the current document as it's above the page header which is the same for all pages). So yes I think it must be visible that tags can be added. I quite like the icon solution used by foswiki: http://foswiki.org/Community/WebHome -Vincent
Happy coding, Anca
If not, then I think we should add a "View/Edit tags" entry in the action menu, same as what we have for comments, attachments, etc You mean the "Show" menu?
yes
2. The "Created by ... on ..." information about the document will be displayed before "Last modified by...", under the document content, and not down in the page footer, where it seems ambiguous (seems to be referring to the whole wiki), nor in the Information tab. +1
3. The "Information" tab becomes "Related documents", since it does not contain the tags and the creator anymore. The related documents are: * parent (editable in view mode by the same mechanism as the tags) * children * included documents * links and backlinks +1
4. A new "Rights" tab is displayed for admins after "Related pages", basically providing the rights management UI. +1 although I don't think it's just for admins. It should be to anyone having the rights to change the rights (ie edit rights). However it should probably not be displayed in simple mode (only in advanced mode). Yes, that's what I meant.
Does it mean anything for the edit panel? Does it mean edit mode will be only for editing the content, objects and class? Do we keep both? (same question for the history and tags/parent). Hm, interesting you asked this. Actually this change was a step towards a larger reorganization of the UI, with the final goal of eliminating the edit mode completely. But more on this later.
Yes, this means that the rights edit mode will be removed from the Edit menu and the edit mode panel. -- Sergiu Dumitriu http://purl.org/net/sergiu/
Thanks -Vincent