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


Hi everyone,

On Wed, Jun 13, 2012 at 11:40 PM, Christoph Noack <christoph@dogmatux.com>wrote:

Hi Björn, Mirek, all!

Am Dienstag, den 12.06.2012, 15:34 +0200 schrieb Björn Balazs:
Hi all,

thanks for picking up this really important discussion. Christoph I
think the
examples you gave are really great.

I think we really should ask ourselves: "What is the problem? What do we
want
to reach?" instead of generally argueing for or against the suggested
(and
obviously proven) approach from Mozilla.

Yes, thanks for the reminder ... and thanks for the pre-formulated
proposals.

I think there have been two possible goals deriving out of this
discussion so
far:

1. Educate developers in terms of making them aware of the importance of
Usability / UX

From my experience during the last months, this is less needed at the
moment. Why? To me ...
     * the core developers do ping us regularly
     * they provide means to basically follow their development (e.g.
       daily builds, commit messages, ... provided for QA, Design and
       others)
     * the suggest new developers to get our feedback on their ideas

So, unless we are able to handle _all_ their requests quite fast and
accurately, there is no need to further promote this topic. Instead, we
should try to answer all the (open) requests on e.g. the ux-advise list
- or help with classifying / resolving Design related bugzilla issues. I
mean ... before asking for more requests we might not be able to handle
properly.

(Well, I know that I've missed to invest time there as well.)

2. Provide a structure to us designers to produce consitent UIs and
workflows.

That is the one I'd focus on (referring to the "consistent UI") ... and
there is plenty to do.

Any other opinions?


I mostly agree with this.
However, the point of the principles is not only to produce consistent UIs
and workflows, but also to be able to evaluate and improve upon our designs
using a standard set of guidelines.
If we discover faults or unnecessary vagueness within the principles, which
we no doubt will, we should adjust the principles accordingly.

I hope that it's alright if I integrate the principles into our workflow
(with a simple "Designs will be checked against our design principles."
line).

-- 
Unsubscribe instructions: E-mail to design+help@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
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.