Date: prev next · Thread: first prev next last
2011 Archives by date, by thread · List index


Em 04-07-2011 09:02, design+help@global.libreoffice.org escreveu:
Hey all,
> > One thing that I've noticed is that we have a lot of great redesign
>  proposals floating around, but we have yet to establish a true direction
>  for the Libre Office platform.  Someone recently posted this video (
>  http://www.youtube.com/watch?v=Tl9kD693ie4  ) which really made me realize
>  the importance of having specific long-term goals for software design.
>    Therefore, I wanted to propose a few simple goals that I think LibreOffice
>  ought to have for its design as we move forward (maybe even for the 4.0
>  release)  as well as the basic tenets that I think we can use to help
>  achieve these goals.  So, here we go:
> > *The Goals:* > > - *Make LibreOffice easy to use while retaining its power.* This is by
>      far one of the biggest complaints I have when I suggest that my clients
>  use LibreOffice - they don't understand where things are in the
>      menu/toolbar hierarchy.  The best example of this is page margins.  The
>      easiest way for a lot of my customers to find this is through the
>      right-click menu.
>      - *Lead current trends in technology, don't just follow.*  LibreOffice
>      retains a layout that was first commercially phased out about four years
>      ago.  While the Menu/Toolbar paradigm is an excellent way of displaying
>      program features for less fully-featured software and smaller screens,
>  but let's face it - most desktop screens are no longer small and
>  LibreOffice is extremely full-featured.  Instead of copying another office
>  suite, let's pave the way for others to build on.
>      - *Help people to be more efficient.*  This is really important if we
>      want to get LibreOffice used in more businesses and schools, and is
>      ultimately the best way to get any piece of software adopted.
> > *The Tenets:* > > - *Allow users to focus on the content, not the UI.* The document
>      viewport should never change size or lose/gain visibility due to pop-up
>      dialogs or toolbars.  The only exception to this is menus, as users
>  expect these to overlap their document.  One major subset of this should
>  be live previews.  For instance, you have to click through Headings 1-10
>  individually to see what the differences are.
>      - *Everything should be accessible within 3 clicks, not just the 'most
>      common' features.*  This will help reduce the clutter while increasing
>      users' mastery of the software.
>      - *Consistent UI areas (not features) across all individual 'apps'.*
>      Keep the UI as consistent as possible without sacrificing the
>      features/functionality of any individual app (Calc, Writer, etc.).
>      - *Value context over comprehensiveness.*  Users don't need to have
>  table tools up and at the ready when they only have text in the body of a
>  document selected.
>
I couldn't agree more with the propsal that we should be guided by principles.
What I have found a little frustrating, by way of comparison to the
developement of commercial software is the disconnect between genuine user
requirements and development. What I think is consistently missing here is the
next layer down from your excellent 'tennets'; user validated  requirements
(not personal opinion or anecdotal observations). A corpus of well structured
use cases, including those for the product architecture, will help us set a
strategic direction. We should research requirements before too many folk
pitch in with alternative designs and prototypes that may or may
not be any kind of solution to users' real needs. It is precisely this which
will make or break Libre Office and will set it apart from other office
software.

If we know what users want then we can stage implementation in deliverable
chunks over several releases. There's no need to implement the whole deal in
one hit.

One final thought. If the current implementation or architecture is part of an
impediment to realising a long term roadmap to a redesign, then that too
should  appear as one of the tennets.
I was hoping someone said something in that direction. Otherwise we might end up thinking we're in a completely wrong direction, and I really believe we're not. Had M$ never come up with this ribbon/redesign thing (which by the way is more a market move than anything else), we would simply improve the interface step by step, following user input and feedback (e.g. via the survey Björn started to create), and yes, maybe after some releases something really new could show up, out of necessity, not just for the sake of it.

Talking of what, who do we need to talk to to get some directions on the capabilities of our current graphical libraries? Is there a specification, and someone who might be able to explain it if I get stuck? I want to continue working in the Styles and Formatting window, but I don't know what graphical elements I can throw in, explore etc.

Cheers./

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

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.