Re: Default Template discussion

Wiki Page specific Quick Links (cont'd from Alex's attachment query)
I know that the content of an Edit Page will also be shown twice: in its
edit form and view form.However, its somehow confusing to see a list of
attachments twice in each tab (View, Attach). Thus my first suggestion to
keep the Add Attachment under the Edit tab was born.

So here's a bit different scenario which I would have kep to myself but got
provoked by Alex's email.
Imagine only 3 tabs:  View Edit Info

The View tab contains the following horizontal toggle buttons:
 show/hide attachments
 show/hide comments

The edit tab contains the following horizontal buttons:
 add comment
 add attachment

Alternatively(as delete is not available as a feature yet):
The edit tab contains the following horizontal toggle buttons:
 add/delete comment
 add/delete attachment

I'd like to hear what you guys see as the cons and pro of this idea may be.



On 7/20/07, Claudia Frers <[email protected]> wrote:
>
> >I agree with almost all of this
>
> Scary..it seems like we are reaching some kind of consensus here. :-)
>
> >How about if we just had a tab -bar, and then put all the other stuff
> >in the dropdown?
>
> Agree. Though care should be placed as to what the other stuff is.
>
> To reiterate:
> User stuff:
> My Preferences
> My Groups
> My Quick Links
> My whatever
>
> Pages Stuff:
> List Wiki Pages--->
>     Alphabetically
>     Unpublished (undefined)
>     Unused (lone pages)
>
> Wiki Stuff:
> Wiki--->
> Search In (Find in Pages)
> Create Group
> About this Wiki (System Info)
>
> Tab Visibility
> The tab visibility, in my opinion, should be tightly coupled to the
> authorization rights given.
> Why see an Attach tab or Edit tab if you are not allowed to do anything
> with it? An alternative easy hack is to just write a line stating the
> requierments for usage. But it's not clean.
>
> Add Comment
> I really appreciates Dirk's question about the Add Comment. It's tricky
> not belonging to the edit tab nor to the view tab. Lets look at this with
> from an authorization perspective:
>
> Everyone can view
> Some might be able to view and comment
> Some might be able to view, comment and edit
>
> It would be highly irregular or unlikely that someone is allowed to edit
> but not to comment.
> However, someone may easily be allowed to comment but not to edit.
>
> Add Comment deserves a place of its own between the View and Edit tab. I
> take back my suggestion that all changes to a page could be neatly placed
> within the Edit tab. That way, the popular idea of having a separate tab for
> Attachments can be justified using the same line of argument:
>
> Some might be able to view, comment, edit but not attach.
> It would be highly irregular or unlikely that someone is allowed to attach
> but not to view, comment and edit.
>
> Login
> >I think the Login should be always
> >visible, because if a user can't access the wiki and needs to log in,
> >they need to be able to see that without digging around in a menu (that
> >doesn't even look like a menu).
>
> Agree. I can just hear the screams "Where do login?". Liked Dirk's
> suggestion for this (up in the header on the right. Perhaps two discrete
> small links: login register)
>
> Favorites-Left Menu
>
> Guideline: Use the right margin for the Web site's main index.
> Ref: http://www.usability.gov/guidelines/navigation.html#four
> Comments: Research shows that users click on topics in the right margin
> with much more efficiency than topics placed on the left because they
> are located much closer to the scroll bar.
>
> Even if you can configure this thru css, its nice to support best
> practices and it
> inspires others to do so ;-)
>
> Wiki Page specific Quick Links: Really Missing
>
> (I know I am repeating myself ;-))
> Each Wiki Page, IMHO, should have its optional space for its own Quick
> Links. I know again that they can just dangle at the end of the page as
> links or footnotes but that space is usually reserved for comments. Perhaps
> some space opposite the Favorite Menu.
>
> Claudia
>
> On 7/19/07, Murray Altheim < [email protected]> wrote:
> >
> > Janne Jalkanen wrote:
> > [...]
> > > I think that the stuff that you need often should be easily available,
> > > but things like "login/logout" you don't really do that often.
> >
> > I agree with almost all of this but I think the Login should be always
> > visible, because if a user can't access the wiki and needs to log in,
> > they need to be able to see that without digging around in a menu (that
> > doesn't even look like a menu). Also, most of the users having trouble
> > with this are going to be newbies and have no idea about logging in
> > unless they see a Login button (or link).
> >
> > Murray
> >
> >
> > ...........................................................................
> > Murray Altheim <murray07 at altheim.com>
> > ===  = =
> > http://www.altheim.com/murray/                                     =
> > =  ===
> > SGML Grease Monkey, Banjo Player, Wantanabe Zen Monk               =
> > =  = =
> >
> >        Boundless wind and moon - the eye within eyes,
> >        Inexhaustible heaven and earth - the light beyond light,
> >        The willow dark, the flower bright - ten thousand houses,
> >        Knock at any door - there's one who will respond.
> >                                        -- The Blue Cliff Record
> > _______________________________________________
> > This is the Jspwiki-users mailing list, in which we discuss the
> > stable release (even-numbered, 2.4.x , 2.6.x), and user-issues.
> > For development discussion, please join jspwiki-dev.
> > http://ecyrd.com/cgi-bin/mailman/listinfo/jspwiki-users
> > http://www.jspwiki.org/JSPWikiMailingList
> >
>
>