Proposing a change to design


    Design is a hot topic. Many users and developers have strong feelings about design, so it is important that the community is given the opportunity to comment on future changes before they are made.

    Getting feedback

    If you want to make changes to MuseScore's design then you should make a post in the Development and Technology Preview Forum. Your post should include:

    1. A description of your idea.
    2. Diagrams or a mock-up of any visual aspects of your design.
    3. An outline of how it addresses each of the Factors Influencing Design (see below), or an explanation of why you think a particular factor doesn't apply in this case.

    You should send a message with a link to your post in the MuseScore Developers Chat on Telegram to make sure it comes to the attention of developers. You should do this before you start doing any coding on your design to save yourself from having to make significant changes later on.

    Factors influencing design

    If you want to make changes to MuseScore's design then you need to think about:

    • Consistency with existing designs (or why you think a new approach is needed)
    • Ease of adoption for new and existing users
    • Ability to perform common tasks quickly (basic features)
    • Flexibility to perform less common tasks (advanced features)
    • Localisation (translations and regional variants)
    • Portability (across devices and platforms)
    • Scalability (across screen sizes and pixel densities)
    • Accessibility (for people who are blind, colorblind, partially sighted, or motor impaired)

    The above factors do not necessarily apply in all cases. For example, if you want to change MuseScore's icons then this should have very little impact on accessibility or localisation. However, if you want to rearrange where the buttons that use those icons will appear on the screen then this would affect accessibility, and if you want to display text next to those icons then the text needs to be translatable.

    Accessibility First!

    Accessibility is often treated as an afterthought: something that can be added later once the visual design has been finalised. This is wrong. Prioritising the visual aspect of design often leads to a bad design that is difficult to fix without tearing everything up and starting all over again. If your design process starts with a picture then you will never see the alternatives.

    If you focus on delivering accessibility first, then you will get most of the other factors "for free". See this example of a proposal to redesign MuseScore's Mixer to see how prioritising accessibility leads to a better design for all users, not just those with accessibility needs.