Re: Default Template discussion

> 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)

I assume you are listing here the admin. settable navigation page ?


> 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.
Agree.

> 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.
Good remarks !
So there are 2 cases here:
1) View Attach Comment Info Diff
2) View Attach Comment Edit Info Diff

Why not go for these options:  (if you have Edit, it is just a more
advanced Comment facility)
1) View Attach Comment Info Diff
2) View Attach Edit Info Diff

Actually, commenting just means you are appending stuff to a page.
As long as commenting is not something more intelligent, why restrict a user ?



> Login
> 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)
Agree


> 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 ;-)

I was considering to add this as a preference.
So you can switch any skin with the Favorites menu on the left or right.


> 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.
I think this is a bit overkill.
It makes sense to have some QuickLinks added to your favourites when
looking at a
certain group of pages. Check out the TestPlugin to see how to do that.

dirk