Get Involved/design: Difference between revisions
Unify section spacing and formatting |
|||
| Line 1: | Line 1: | ||
== About the VDG == | == About the Visual Design Group (VDG) == | ||
[[File:Mascot konqi-app-graphics.png|frameless|right|200px|]] | [[File:Mascot konqi-app-graphics.png|frameless|right|200px|]] | ||
The | The Visual Design Group grew into a team dedicated to bettering the entire user experience, including human interface design, graphical design, user interface design and interaction design. The aim is to help KDE create software that is both beautiful and a pleasure to use. | ||
VDG | The VDG welcomes people with skills in art, visual design, and human-computer interaction--or even just an interest in elegant design! If you have good ideas about how software should look and behave, you are a designer too, and we'd love for you to join in. Our group regularly interfaces with users, developers, and the Promo Team. | ||
The VDG created and maintains the [https://develop.kde.org/hig KDE Human Interface Guidelines] and the [[Get_Involved/design/Breeze | Breeze theme]] used throughout KDE Plasma and applications. | |||
First read through [[Get Involved/Design/Lessons Learned]]. This page contains often-talked design ideas and how the VDG understands them. This page can give context to some of the discussions happening in our live channels. | |||
=== Recent Changes === | |||
Our team is currently working on a couple of changes. First, we are moving design discussions into Gitlab (link below). Our work of merging changes and discussing visual design changes is now moving to the same location. To get started with a new discussion, use the link below and create a new issue. | |||
The second change is with our default visual style called Breeze. If you would like to submit mockups for our consideration, use the new Breeze SVG Kit link below to have the most updated graphics for your mockups. This helps our developers visualize your design ideas better. | |||
=== Join the VDG! === | |||
Explore the links below and get started in open source design. | |||
{| class="wikitable" | |||
|+ | |||
|- | |||
! Communication !! Discussion !! Documentation | |||
|- | |||
| [https://app.element.io/#/room/#visualdesigngroup:kde.org Matrix Channel] || [https://phabricator.kde.org/ Phabricator (for legacy discussions)] || [https://develop.kde.org/hig/ Human Interface Guidelines] | |||
|- | |||
| [https://t.me/vdgmainroom Telegram Channel] || [https://invent.kde.org/teams/vdg Gitlab Issues (For current discussions)] || [https://www.figma.com/file/gjuIy1rxU9xHkaJXM0pasK/ocean-v3?node-id=1336%3A7194 New Breeze SVG Kit - Figma] | |||
|- | |||
| [https://mail.kde.org/mailman/listinfo/visual-design Mailing List] || || | |||
|} | |||
{{Note|VDG task and project-tracking is moving to GitLab. [https://invent.kde.org/teams/vdg Click here to start a new discussion]}} | |||
== Current Projects == | == Current Projects == | ||
Revision as of 18:23, 31 October 2021
About the Visual Design Group (VDG)
The Visual Design Group grew into a team dedicated to bettering the entire user experience, including human interface design, graphical design, user interface design and interaction design. The aim is to help KDE create software that is both beautiful and a pleasure to use.
The VDG welcomes people with skills in art, visual design, and human-computer interaction--or even just an interest in elegant design! If you have good ideas about how software should look and behave, you are a designer too, and we'd love for you to join in. Our group regularly interfaces with users, developers, and the Promo Team.
The VDG created and maintains the KDE Human Interface Guidelines and the Breeze theme used throughout KDE Plasma and applications.
First read through Get Involved/Design/Lessons Learned. This page contains often-talked design ideas and how the VDG understands them. This page can give context to some of the discussions happening in our live channels.
Recent Changes
Our team is currently working on a couple of changes. First, we are moving design discussions into Gitlab (link below). Our work of merging changes and discussing visual design changes is now moving to the same location. To get started with a new discussion, use the link below and create a new issue.
The second change is with our default visual style called Breeze. If you would like to submit mockups for our consideration, use the new Breeze SVG Kit link below to have the most updated graphics for your mockups. This helps our developers visualize your design ideas better.
Join the VDG!
Explore the links below and get started in open source design.
| Communication | Discussion | Documentation |
|---|---|---|
| Matrix Channel | Phabricator (for legacy discussions) | Human Interface Guidelines |
| Telegram Channel | Gitlab Issues (For current discussions) | New Breeze SVG Kit - Figma |
| Mailing List |
Note
Current Projects
Feel free to have a look at VDG's current projects, which are are listed on the Phabricator workboard. In addition, here are some timeless ways to get involved in ongoing work:
- Learn how to design Breeze icons by reading the applicable HIG page, and then work on Breeze icon bugs. Here's how to submit an icon.
- Submit patches (using GitLab) for corrections and improvements to the Human Interface Guidelines
Communication and Workflow
First, subscribe to the visual-design mailing list to hear about general news and updates. You'll also want to become a member of the VDG team in GitLab. You can request access here: https://invent.kde.org/groups/teams/vdg/-/group_members Finally, join the #visualdesigngroup channel on Matrix or the Libera Chat IRC channel (which is bridged to the VDG Telegram room, if you prefer Telegram).
Most VDG discussions start out informally, in the chat channel. Once there's general agreement in the real-time chat, the discussion moves to a Phabricator task. The goal here is to open the discussion to include developers, and make the proposal more concrete using images and mockups. Mockups can be created using KDE's Mockup Toolkit.
It's important that VDG Phabricator tasks subscribe all the developers who may be affected by the proposed work. Try to honestly and fairly summarize the discussion and initial VDG conclusion when writing the task's initial description. It's important not to lose context or history!
In the Phabricator task, it's common for the details or scope to change based on developer feedback. This is normal! Developers have a better idea of what's technically possible or reasonable to change. Listen to developer feedback and change the design accordingly. At the same time, encourage them to listen to your expertise, and gently stand your ground if a developer tries to dictate design decisions to you.
Once there's general agreement in the Phabricator task, work should begin and folks can start submitting patches!
Know Yourself
In a highly technical field like programming, it's easy to know the limits of your expertise. This is more difficult in subjective fields like art and design, and it's very important to have a firm grasp of your own limitations. For example:
- If you know you're not very artistically skilled, don't involve yourself heavily in design work, and accept direction from experienced designers
- If you produce designs that people aren't very enthusiastic about, try to solicit honest feedback regarding what could be improved rather than pushing on them
- If you don't have any skill or background in human/computer interaction, leave those discussions to the pros
- How to change the default wallpaper
- How to submit changes to an icon or submit a new icon
- Icon workflow tips