3 Jun
2009
3 Jun
'09
8:54 a.m.
On Jun 3, 2009, at 1:16 AM, Anca Paula Luca wrote:
Hello,
see below
Vincent Massol wrote:
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
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). 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