-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add colorblind settings #1947
Comments
What would the colorblind settings actually do? Some of the things you mention would be better addressed by just making general changes - adding more patterns and shapes to things in addition to color to distinguish them - those are good as global changes, rather than a setting. |
I don't know what color blind settings actually do in games someone who's more knowledgeable on how colorblind settings work and behave should chip in if they can |
We'd need this to be more defined, because right now I'm not too sure what would actually be useful to make this more actionable. Ideally getting feedback from people who have experience in this area or who are affected by colorblindness, on what would be most useful or what areas they struggle with. |
The most common and most appreciated colorblindness settings are things Resonite already does pretty well. We use distinct icons for all modes, we don't rely on color as anything other than a tertiary indicator, stuff like that. The general full game colorblindness filters are generally disliked, and would be better served by making sure to reinforce to the community to try to follow Resonite's lead. Microsoft has a good general set of guidelines to follow and refer to. edit: It's also worth noting that if a player does want a full screen color filter, they can generate one through various filter materials and LUTs, and items to do this already exist in the game. |
@Frooxius - From what I've seen and heard of it in the past, the biggest contributing factor is just ensuring that any visual element that relies on colour in any way can also be distinguished in additional ways, e.g. use of icons, etc. to make things visually distinct even without the use of colour. Likewise- one of the things to avoid would be the approach of adding a visual filter over the entire scene- this is an implementation I have heard complaints about. This website/article is a good reference point for this particular issue. Something I could see being potentially beneficial (?) would be if we were to let users locally edit the Resonite palette component which is used by all of the UI elements, etc. doing a one-to-one colour substitution for any colours the user has difficulty seeing. If they could tune the colours themselves- it would allow them to pick colours that are sufficiently distinct/have sufficient contrast/meet their needs for their colour vision deficiency. |
Things I'd like to see, if chromatic accessibility were to be considered:
|
For chromatically accessible game design, I highly recommend the following paper: |
I appreciate all of this information this will certainly help my main worry is protoflux wires the wires have so many different colors depending on what type you have there needs to be a nice way to distinguish types not only by their color but maybe by some icon or number or something |
when you make the nodes black and white like that it is practically impossible to know the data types of these nodes there's no difference between an |
@ko-tengu: The protoflux one is a bit more difficult. The mockup only works for this particular node, because it doesn't have any outputs, but it will not work for lots of others, which already use the space you used for the type to have labels for the output connectors. What we were wanting to do for types that I think would be better approach is to introduce unique black & white patterns for each common type, which would be displayed there. However more generally, I feel we should convert this into a discussion instead. E.g. a lot of the stuff proposed here aren't really settings and there's not a single actionable item from this. Once we figure out what concrete changes and additions to make, we can make those into distinct issues. |
@Frooxius yes please do this I agree with that this should be a discussion |
okay I've created Colorblind accessibility discussion #1959 all future discussion about this feature should be taken here |
Sorry, moving this into the discussion.
I'd recommend using color blindness simulations instead of simple black/white filters. Those issues can be partially improved by changing the palette depending on the dichromacy of the user. Monochromacy (black and white) is very rare while Prot-/Deuteranomaly is fairly common, especially for male users. Additionally, a second channel should be used (e.g. shapes of inputs or a texture on the wire). Second channels are one recommendation made by the Accessible Player Experiences (APX) guidelines (also quoted by the paper I referred to). |
great example but can you please move this to the discussion please Colorblind accessibility discussion #1959 |
Is your feature request related to a problem? Please describe.
Some users may have some color deficiencies that might make it difficult to use the platform and its interfaces especially proto flux
Describe the solution you'd like
A variety of color blind settings to accommodate multiple variants of color blindness these would be easily readable with proto flux so creators can tailor their experiences to people's color deficiencies
and if users are not comfortable with this they can turn on an additional privacy setting to hide this information then the setting will only affect official interfaces
Describe alternatives you've considered
Maybe creating a cloud variable solution but this is not preferable as you have to be "in the know" to access these utilities
Additional Context
This came up while I was having a Twitter conversation and they brought up a good point we should have color blind settings
Requesters
@epicEaston197
The text was updated successfully, but these errors were encountered: