Bienvenue sur le wiki dédié au Design

From The Document Foundation Wiki
Jump to navigation Jump to search
This page is a translated version of the page Design and the translation is 46% complete.
Outdated translations are marked like this.
Other languages:
Bahasa Indonesia • ‎Deutsch • ‎English • ‎dansk • ‎español • ‎français • ‎italiano • ‎português do Brasil • ‎čeština • ‎монгол • ‎العربية • ‎سرائیکی • ‎فارسی • ‎中文(中国大陆)‎ • ‎日本語

Ces pages fournissent les informations sur ce que nous faisons, comment nous travaillons et de quelle manière vous pouvez contribuer. Nous avons des tâches pour celles et ceux qui voudraient se joindre à nous.

Ce que nous faisons pour LibreOffice

L'expérience utilisateur (en anglais : User eXperience Design ou UX Design) est le processus d'amélioration de la satisfaction des utilisateurs par le perfectionnement de l'ergonomie, de l'accessibilité et du plaisir d'utilisation avec les produits LibreOffice. L'expérience utilisateur comprend la conception de l'interaction Homme-machine, et englobe aussi l'élaboration de l'interface graphique, de l'image de marque et du logotype.

L'ergonomie des interfaces est basée sur des méthodes structurées pour la réalisation d'un design d'interface élégant et efficace. C'est pourquoi nous utilisons des enquêtes et des courts sondages pour savoir comment les utilisateurs travaillent avec LibreOffice.

Avec ces connaissances, nous allons commencer avec un guide de notre ligne de conduite à propos de l'expérience utilisateur (UX Design). Aussi, les flux de travaux (les workflows) sont conçus avec deux personnages en tête, Benjamin qui représente les utilisateurs novices et Eve qui correspond aux utilisateurs les plus avancés. Comme annoncé dans notre manifeste, nous nous concentrons sur :

  • Simplicité d'utilisation par défaut, mais toutes les fonctionnalités à la demande.
  • Homogénéité plutôt qu'efficience.
  • Ergonomie plutôt que conception graphique.

Bien entendu, nous suivons également tous les principes de l'UX design.

Nous prenons aussi soin de l'accessibilité, de l'image de marque à la conception graphique dont les icônes. Nous soutenons aussi les équipes de l'assurance qualité, du marketing et du développement.

Ce que vous pouvez faire

The simplest ways to contribute to LibreOffice are to submit bugs and enhancement requests to our bugtracker or to review and comment on the reports of others. If you think something in LibreOffice breaks a UX principle or guideline, it's a UX bug. Learn more in the blog post about Tickets on Behalf of UX, or in general from Fabiana Simoes's GUADEC presentation about How to not report your UX bug.

We have tasks for everyone from the very beginner to advanced developers. LibreOffice calls simple tasks easyhack, and together with the keyword “skilldesign” you may search the bugtracker.

A number of tasks are not listed in the bugtracker for some reason. For instance, create a new page at the wiki, draft a guideline, or create a mockup are better managed outside Bugzilla. For this purpose we use this wiki. Many tasks can be done by everyone, some require creativity, and other need more usability knowledge.

Bug reports and feature requests needing UX evaluation are marked with the keyword needsUXEval. Feel free to add your comments and even sketches to the reports. Another approach is to look at unconfirmed feature requests with a critical eye. One task of the UX team is to help decide on what features should not be added into the core application.

Comment nous travaillons

Usability is about users, so we basically observe, talk, interview, watch videos, and read comments to get an impression of what our users need.

We start new topics with the reference to the bug tracker, followed by the description of current state and how competitors solve the problem, in order to get a common understanding. The intended features are listed formally as functional requirements and non-functional constraints to the design. With this input we scribble mockups using Balsamiq Mockups, or other tools like LibreOffice Draw or Pencil, and eventually after a couple of iterations and discussions, the proposal is published on our design blog to get input from the community.

Tâches ouvertes à tous

We always have open tasks for creative people with no doing expertise, as well as more advanced topics for experienced usability engineers. Non-coding tasks are for instance:

  • Create new templates
  • Design new artwork such as banners, icons, etc.

More advanced topic would be:

  • Scribble redesign mockups of dialogs
  • Draft a guideline

All tasks are listed on our Whiteboard and Blueprints pages. And finished proposals can be found at the Whiteboard archive.

Qui nous sommes

We are people from all over the world with a wide variety of knowledge and different backgrounds.

Feel free to add yourself to the list of team members.

Prenez contact avec nous