디자인
이 페이지에서는 저희가 무엇을 하는지, 어떻게 운영되는지, 그리고 여러분이 어떻게 기여할 수 있는 지에 대한 정보를 제공합니다. 관심 있는 모든 분들의 참여를 기다립니다.
사용자 경험 디자인(UX)은 LibreOffice 제품의 사용성, 접근성, 그리고 편의성을 개선하여 사용자 만족도를 높이는 과정입니다. UX는 전통적인 인간-컴퓨터 상호작용 디자인을 포괄하며, 브랜딩과 디자인을 포함한 모든 측면을 아우르며 확장됩니다.
사용성 엔지니어링은 인터페이스 디자인의 효율성과 우아함을 달성하기 위한 체계적인 방법을 기반으로 합니다. 저희는 사용자가 LibreOffice를 어떻게 사용하는지에 대한 통찰력을 얻기 위해 설문조사와 간단한 여론조사를 실시합니다.
이러한 지식들을 바탕으로 하여 human interaction guidelines부터 시작합니다. 워크플로우는 두 가지 personas 를 염두에 두고 설계되었습니다. 초보자를 위한 Benjamin과 고급 사용자를 위한 Eve입니다. 저희 선언문에 명시된 대로, 저희는 다음 사항에 중점을 둡니다.
- 기본으로 제공되는 단순함과 on demand기능
- 효율성보다 일관성
- 그래픽 디자인보다 사용성
물론 우리는 UX principles 도 따릅니다.
우리는 또한 신경쓰죠. accessibility, branding와 visual design 에 아이콘을 포함하고 QA, marketing 및 development 팀들.
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.
어떤 이유로 버그 트래커에 나열되지 않은 작업들이 있습니다. 예를 들어, 위키에 새 페이지를 만들거나, 가이드라인을 작성하거나, 모의고사를 만드는 작업은 Bugzilla 외부에서 관리하는 것이 더 좋습니다. 저희는 이러한 목적으로 이 위키를 사용합니다. 많은 작업들이 누구나 할 수 있지만, 어떤 작업들은 창의성을 요구하고, 어떤 작업들은 사용성에 대한 더 많은 지식이 필요합니다.
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.
사용성은 사용자에 관한 것이므로, 우리는 기본적으로 관찰하고, 이야기하고, 인터뷰하고, 비디오를 시청하고, 댓글을 읽어서 사용자에게 무엇이 필요한지 파악합니다.
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 Penpot, Pencil, or LibreOffice Draw and eventually, after a couple of iterations and discussions, the proposal is published on our design blog to get input from the community.
실무 경험이 없는 창의적인 분들을 위한 과제는 물론, 숙련된 사용성 엔지니어를 위한 고급 주제도 항상 열려 있습니다. 코딩 외 과제는 다음과 같습니다:
- 새로운 템플릿 만들기
- 배너, 아이콘 등 새로운 아트워크 디자인
조금 더 고급 된 주제는 다음과 같습니다.
- 대화 상자의 Scribble 재 설계 모형
- 가이드라인 초안 작성
모든 작업은 화이트보드 및 블루프린트 페이지에 나열되어 있습니다. 완성된 제안서는 화이트보드 아카이브에서 확인하실 수 있습니다.
우리는 다양한 지식과 배경을 가진 전 세계 사람들로 구성되어 있습니다.
이곳에 자신에 대해서 추가하세요 list of team members.
- Follow us on our design blog, Twitter and Telegram
- Talk to the designers on IRC at the #libreoffice-design IRC:// channel on Libera Chat or use Matrix; both are bridged to Telegram
- Register to the design mailing list and write emails to all people on this list
- Join the weekly 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 minutes, and shared on the mailing list. An archive of meeting minutes is kept.