|
|
| Linia 79: |
Linia 79: |
| <br> | | <br> |
| <br> | | <br> |
| {| align="left" cellspacing="10px" cellpadding="0" width=100%
| |
| ! style="width: 49%;" |
| |
| ! style="width: 49%;" |
| |
|
| |
| <!-- First row -->
| |
| |- valign="top"
| |
| | {{portal box|{{anchor|We|}}What we do for LibreOffice|2=
| |
| User experience design (UX) is the process of enhancing user satisfaction by improving the usability, accessibility, and pleasure with LibreOffice products. It encompasses traditional human-computer interaction design, and extends it by addressing all aspects including branding and design.
| |
|
| |
| Usability engineering is based on structured methods for achieving efficiency and elegance in interface design. We run surveys and quick polls to get insights on how users work with LibreOffice.
| |
|
| |
| With this knowledge we start with generic [[Design/Guidelines|human interaction guidelines]]. Workflows are designed with two [[Design/HIG_foundations#Persona|personas]] in mind, Benjamin to target beginners and Eve for the advanced user. As stated in our manifesto we focus on
| |
| * Simplicity by default with Full Functionality on demand
| |
| * Consistency over Efficiency
| |
| * Usability over Graphical Design
| |
| Of course we follow all [[Design/Principles|UX principles]] too.
| |
|
| |
| We also take care about [[Accessibility|accessibility]], [[Marketing/Branding|branding]] to the [[Visual_Elements|visual design]] including icons, and support the [[QA/GetInvolved|QA]], [[Marketing|marketing]] and [[Development|development]] teams.
| |
| }}
| |
| | {{portal box|{{anchor|You|}}What you can do|2=
| |
| The simplest way to contribute to LibreOffice is to submit bugs and enhancement requests to our bugtracker. If you think it breaks a [[Design/Principles|UX principle]] or [[Design/Guidelines|guideline]], it's a UX bug. Learn more in the blog post about [https://design.blog.documentfoundation.org/2016/08/31/tickets-on-behalf-of-ux/ Tickets on Behalf of UX], or in general from Fabiana Simoes's GUADEC presentation about [https://www.superlectures.com/guadec2013/how-to-not-report-your-ux-bug How to not report your UX bug].
| |
|
| |
| We have tasks for everyone from the very beginner to advanced developers. LibreOffice calls simple tasks [[QA/Easy_Hacks|easyhack]], and together with the keyword “skilldesign” you may [https://bugs.documentfoundation.org/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&keywords=easyHack%2C%20skillDesign%2C%20&keywords_type=allwords&list_id=638779&product=LibreOffice&query_format=advanced 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.
| |
| }}
| |
|
| |
| <!-- Second row -->
| |
| |- valign="top"
| |
| | {{portal box|{{anchor|How|}}How we work|2=
| |
| 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 [http://user-prompt.com/de/how-to-use-balsamiq-mockups/ Balsamiq Mockups], or other tools like LibreOffice Draw or [http://pencil.evolus.vn/ Pencil], and eventually after a couple of iterations and discussions, the proposal is published on our design blog to get input from the community.
| |
| }}
| |
| | {{portal box|{{anchor|Tasks|}}Open tasks|2=
| |
| 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 [[Design/Whiteboards|Whiteboard]] and [[Design/Blueprints|Blueprints]] pages. And finished proposals can be found at the [[Design/Whiteboards/Archive|Whiteboard archive]].
| |
| }}
| |
|
| |
| <!-- Third row -->
| |
| |- valign="top"
| |
| | {{portal box|{{anchor|Who|}}Who we are|2=
| |
| We are people from all over the world with a wide variety of knowledge and different backgrounds.
| |
|
| |
| Feel free to add yourself to the [[Design/Team|list of team members]].
| |
| }}
| |
| | {{portal box|{{anchor|Contact|}}Get in contact|2=
| |
| * Follow us on our [https://design.blog.documentfoundation.org design blog], [https://twitter.com/liboDesign Twitter] and [https://t.me/LibreOfficeDesign Telegram]
| |
| * Talk to the designers on IRC at the {{irc|libreoffice-design}} channel on Libera Chat (bridged to Telegram)
| |
| * Or join the Matrix room [https://matrix.to/#/!iQDsFBMFDNORAsQhSA:documentfoundation.org?via=documentfoundation.org&via=t2bot.io #libodesign:documentfoundation.org] (bridged to Telegram)
| |
| * Register to the [https://www.libreoffice.org/get-help/mailing-lists/#design design mailing list] and write emails to all people on this list
| |
| * Join the weekly [https://jitsi.documentfoundation.org/design Jitsi meeting] every (biweekly alternating) Wednesday/Thursday, 7pm/1pm UTC (20:00/14:00 CET+1). These calls are open to everyone. The agenda is tracked in the [http://pad.documentfoundation.org/p/design minutes], and shared on the [http://nabble.documentfoundation.org/Design-f1935996.html mailing list]. An [https://wiki.documentfoundation.org/Design/Meetings archive of meeting minutes] is kept.
| |
| }}
| |
|
| |
| |}
| |