Re: [libreoffice-design] 'adopt-o-meter' for the download page

Hi. This could work.
The smart marked text handling is similar to CAD software where
contextual button selections are frequently used. Often the contextual
button panel can be docked so that they are always in a fixed place for
the user.
steve

On 2011-05-19 11:54, Phil Jackson wrote:
> Hi Steve
>
> The mode that someone is in could be shown in the title bar after the
> document title and -LibreOffice such as;
>
> Untitled 1- LibreOffice Writer - Basic Mode (See Options menu to change)
>
> This informs the user what mode they are in and also tells them that
> it can be changed).
>
> Also have a look at my suggestion on
> Design\Whiteboards\InterfaceImprovement which does away with the need
> for all the icons that affect marked text to be show on the main
> screen. This single idea if implemented dramatically reduces the
> screen complexity by bringing this functionality to the user when they
> need it.
>
> Cheers
>
> Phil Jackson
>
>
> On 5/19/2011 11:25 AM, Steve Edmonds wrote:
> > On 2011-05-19 11:02, Phil Jackson wrote:
> > > Hi Bernhard
> > >
> > > It's good to see similar ideas in operation/development with OOo4kids.
> > >
> > > Being a programmer myself, I know it shouldn't be too difficult to
> > > build menus and tool bars that have an additional User-Ranking tag.
> > > When Toolbars and menus are displayed, it should also not be too
> > > difficult to supress ones that don't fit the ranking. To future-proof
> > > this system, the ranking must be flexible enough to allow for
> > > extending it to more ranks without affecting current users' settings.
> > > For example there could be a 2-3 character code where the first
> > > character is the major level and subsequent characters the lower
> > > levels.
> > >
> > > With templates though, this will be a challenge. I agree with the
> > > author of the second link that sometimes the software goes too far in
> > > the decisions it makes. Any user who has tried to put multiple
> > > pictures on a page and then started moving them around would have
> > > experienced this happening.
> > >
> > > Templates are perfect for repetitive tasks such as doing meeting
> > > agendas where the structure stays the same each time, but the detail
> > > changes. I personally think that when entering details into templates,
> > > the number of operations needs to be restricted to actions like;
> > > Copy a sub-section of the template i.e. an additional item is needed
> > > for a list
> > > Delete a sub-section of the template i.e. not needed
> > >
> > > For those interested in templates, it would perhaps be useful to
> > > consider the different uses for templates and identify some
> > > commonalities between them. It's almost like an application which is
> > > allowing for pre-formatted input.
> > >
> > > Cheers
> > >
> > > Phil Jackson
> > >
> > >
> > >
> > >
> > > On 5/19/2011 10:04 AM, RGB ES wrote:
> > > > 2011/5/18 Phil Jackson<sapient@clear.net.nz>:
> > > > > Hi Kendy
> > > > >
> > > > > This type of idea could be extended to apply to the installation
> > > > > process.
> > > > >
> > > > > i.e.
> > > > > Power Users - want all options turned on and showing
> > > > > Professional Users - most options turned on and showing
> > > > > Moderate Users - reduced set of options turned on and showing
> > > > > Basic User - minimum set to be functional, hide all others.
> > > > >
> > > > > This could apply to Writer and Calc so that a user could indicate
> > > > > Power user
> > > > > for Writer but Moderate for Calc.
> > > > >
> > > > > This would require that all toolbars have a ranking as well as all
> > > > > pull-down
> > > > > menu options and icons. e.g. 4 = Power User, 3=Professional User
> > > > >
> > > > > If a person indicates 3 then only 4's are hidden, if they indicate 2
> > > > > then
> > > > > 3's and 4's are hidden. A user can in time change their ranking to
> > > > > see what
> > > > > is available.
> > > > >
> > > > > I've added this suggestion to
> > > > > Design/WhitePaper/InterfaceImprovements which
> > > > > can be accessed from Design/Whiteboards in the Document Foundation.
> > > > This is what OOo4kids is trying:
> > > > http://wiki.ooo4kids.org/index.php/Main_Page
> > > > But I'm not sure... mainly because a user that starts on the lowest
> > > > level most probably will not change. There is no easy answer for the
> > > > problem "basic vs. advanced users" unless you build two completely
> > > > different apps... or redesign the use of templates:
> > > > https://sites.google.com/site/rgbmldcwriterideas/home/wizard-trap
> > > >
> > > >
> > > > Bernhard Dippold
> > > > > My idea goes the other way round: People interested in downloading
> > > > > should
> > > > > not be handled as part of a certain group (early adopters, home
> > > > > users, corporate users),
> > > > > but everybody should find his/her own position in the graphic and
> > > > > pick the version next to this position.
> > > > >
> > > > >
> > > > > >      Anybody here who would be willing to design such a thing? ;-)
> > > > > It's not at all a final design - not even a mockup.
> > > > >
> > > > > It's just a visual brainstorming:
> > > > >
> > > > > http://wiki.documentfoundation.org/File:Adapt-o-meter.png
> > > > A big +1!!!
> > Hi. There are a number of applications that turn "Advanced" menus on or
> > off. I think this needs to be carefully managed so a potential user
> > doesn't install LO and then think it can't do a fraction of what MO does
> > because he doesn't realise he is in basic mode or that there is an
> > advanced mode. When I look through the menus of Writer almost everything
> > I see is a basic necessity so it is hard to see what would be dropped.
> > The status needs to be clearly visible in the panel or frame and also
> > how to change the functionality so that users do not feel LO has limited
> > ability.
> > May be in the bottom of the frame next to the slider for zoom there is a
> > slider for Menus, Simple<->Advanced. But then how is this reflected in
> > the buttons available on the panels and what is the implication on
> > graphical programming.
> > steve

-- 
Unsubscribe instructions: E-mail to design+help@libreoffice.org
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/www/design/
All messages sent to this list will be publicly archived and cannot be deleted