Guillaume Lerouge wrote:
Hi Sergiu,
On Tue, Jun 2, 2009 at 7:27 AM, Sergiu Dumitriu <[email protected]> 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:
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).
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?
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.
Sound exciting :-) I'm eager to learn more about this one.
Btw, you might want to talk about it with JV since he worked on ideas to merge the inline + edit mode. I guess what you have in mind is an AJAXy edit-in-place where one or multiple editors show up instead of the textarea + input fields on a given page while the panels stay where they are... If we have a default template it would work with objects too.
Something like that, yes.
Wonder what happens to XClass edition and used yet not-exposed XObject properties in such a scenario though... Food for thought for later I guess.
Class editing will be moved completely to the Document Type Manager/Designer. The fact that documents contain class definitions is a technical detail that should not influence the way the user interacts with the document. -- Sergiu Dumitriu http://purl.org/net/sergiu/