Re: [libreoffice-design] Design ethos

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