[schooltool-dev] foo > manage or manage > foo ?

[Paul Carduner]

My thinking is that a user wants to see all the management options in
front of them at once.  I don't mean to put everything on one page,
but rather under one tab (the manage tab).  A user won't necessarily
know which root level tabs have a manage option below them and could
end up clicking around a lot more to find what they are looking for.
Just take a look at the way wordpress and gmail do it.  Or look at the
way most desktop programs do it.  I just think it is very standard
practice to have one manage/settings/options tab where you can find
everything you are looking for.  If we follow existing UI paradigms it
will be easier for people to learn; they'll get what they expect.

- Paul

On Sun, Feb 24, 2008 at 7:11 AM, Tom Hoffman <tom.hoffman at gmail.com> wrote:
>
> On Sat, Feb 23, 2008 at 10:44 PM, Paul Carduner <paulcarduner at gmail.com> wrote:
>  >
>  > On Fri, Feb 22, 2008 at 11:08 AM, Tom Hoffman <tom.hoffman at gmail.com> wrote:
>  >  > OK, here's a basic question:
>  >  >
>  >  >  We'll probably (?) need an "manage" tab visible to site managers to do
>  >  >  general configuration of a SchoolTool instance.  Plus, each component
>  >  >  has a certain amount of administrative options.  So...
>  >  >
>  >  >  Is it better to have each component register manage views that will
>  >  >  sit under the main "manage" tab:
>  >  >  for example, to add schoolwide competencies click the "manage" tab,
>  >  >  then "cando" and then select "add competencies."
>  >  >
>  >  >  Or to allow each component add its own "manage" tab under its own tab:
>  >  >  for example, in the case above, click on the "cando" tab, then
>  >  >  "manage" then select "add competencies."
>  >  >
>  >  >  ???
>  >  >
>  >  >  I'm leaning toward the second.
>  >
>  >
>  >  I definitely prefer the first one, but we can talk about it more at the sprint.
>
>  Well... the idea is to arrive at the sprint knowing what we're going
>  to implement, so I'd rather talk about it now.  What's your thinking,
>  Paul?
>
>  --Tom
>



-- 
Paul Carduner
http://www.carduner.net