UI Hell in 3.3

So without the logistics of this. I noticed the stupid orange issue as well with my color scheme. As someone else mentioned, I am thinking there has to be another palate or another part of the same palate that you would need to update. I haven't looked into it and will just wait till something else happens.

I'm surprised though that FD hasn't just capitalized on this and put a color scheme tool in the Frontier Store that allows you to do this. Figure they could make some good quick money having this option available.

Until then, yes it's not an FD issue because that orange matches with the crappy orange that is the default color for everyone. It's up to us, not them, to figure out the HUD palate for the new part of the HUD...

What if I told you:

Its orange, because normally its blue?
 
EDProfiler is the standard app of choice for changing this, and that appears on every list of must have tools I can find. While not 'officially' support by FDev as an application it has never been said that it was a 'no no'

Thats not the point. FD never made an Interface Agreement with the maker of EDProfiler. Therefore the maker of EDProfiler has no leg to stand on if, for whatever reason, the color modding mechanism would change, seized to exist or stopped working at all.

No one but FD knows why the color config file is there. Someone found it, someone changed it and there the possibility was born. ED might have said, you may use it, but thats it. Now their code has changed and maybe the way to UI reacts unexpected to the color configuration mechanism, tough luck. If their intended functionality works as expected, fine. If the undocumented feature stops working there, well it was fun while it lasted, its not an acquired right of usage or anything...
 
What if I told you:

Its orange, because normally its blue?

I'm really enjoying how everyone in this thread pointing out that this is actually the correct behaviour based on the colours of the default UI are getting drowned out by people arguing about the semantics of what "modding" and "supported" mean.
 
Thats not the point. FD never made an Interface Agreement with the maker of EDProfiler. Therefore the maker of EDProfiler has no leg to stand on if, for whatever reason, the color modding mechanism would change, seized to exist or stopped working at all.

No one but FD knows why the color config file is there. Someone found it, someone changed it and there the possibility was born. ED might have said, you may use it, but thats it. Now their code has changed and maybe the way to UI reacts unexpected to the color configuration mechanism, tough luck. If their intended functionality works as expected, fine. If the undocumented feature stops working there, well it was fun while it lasted, its not an acquired right of usage or anything...

You are right apart from the bolded part. As others already pointed out, it doesn't work unexpected. The text that people are referring to is blue in vanilla. Therefore it's orange when you are using a blue HUD.

Take a look at OPs screenshot:
yuiX2Qdg.jpg


Do you see the shields? They aren't blue as well. It's the same thing.
 
Last edited:
IT WORKS AS EXPECTED!

Omg! Just read above! I already said that OP has an inverted color scheme. All his screenshots point to UI elements that should be blue by default. But due to his color scheme, they are now orange (same as his shield rings).

Doh! That is bad news. Half of me had already hoped they could apply the same to the pips on the main scanner, enemies = red, friends = green, others may be colored whatever. That would solve many of the problems I have with alternative color sets like the N2O ones or Dr Kaii's Spiritual Teal (not my favorite color, but greatly increases the legibility in VR).

Unsupported or not, toning down the UI colors is the only way I can bear the overbright UI at all, in particular since 3.3.

O7,
[noob]
 
Last edited:
Doh! That is bad news. Half of me had already hoped they could apply the same to the pips on the main scanner, enemies = red, friends = green, others may be colored whatever. That would solve many of the problems I have with alternative color sets like the N2O ones or Dr Kaii's Spiritual Teal.

Unsupported or not, toning down the UI colors is the only way I can bear the overbright UI at all, in particular since 3.3.

O7,
[noob]

There's a brightness control in panel 4.
 
LOL, funny that nobody realised it while everyone was arguing if modding a file is a mod or not.

In fact, it's a derivative work at best, as you're simply creating & adding another configuration file (GraphicsConfigurationOverride.xml or sth like that) that the game picks up. It's rather questionable if that is protected by IP laws at all, at least in Germany.

O7,
[noob]
 
There's a brightness control in panel 4.

Which, as the gamma slider, is far from being enough. I actually use the original colors, but using 0.9 on all channels instead of 1 and adding 0.19 green to the red one, because green is the color the Oculus likes best.

O7,
[noob]
 
The issue (if you can call it that) is that FDEV gave the users access to the file as a sort of QOL control. The game is based on a fixed scheme, so isn't supporting 'modded' colours. FDEV have three choices..

1) keep things as they are (and resign to the fact that some players will complain)... Bonus settings are just that, a bonus.
2) prevent access to the setting / encrypt it, so the colours stay put, as FDEV designed the UI to be.. (and resign to the fact that some players will complain).
3) spend dev time in creating a UI customization option and properly implement this (and resign to the fact that some players will complain that dev time should be spent on more important stuff).

Either way someone will complain.

I personally see the ability to change RGB of various cockpit settings as a bonus. One which FDEV could easily remove.
 
Last edited:
It just blows my mind that you good folks are even arguing against me. Forget about whether this is supported or not, either way it's a mess in the current state. Can we not agree upon that at least? :)

You talk about quality control, there is zero quality control on features that aren't officially back or support, merely tolerated. If it was a officially supported feature you would have a point, as it not, you don't.
 

sollisb

Banned
Thats not the point. FD never made an Interface Agreement with the maker of EDProfiler. Therefore the maker of EDProfiler has no leg to stand on if, for whatever reason, the color modding mechanism would change, seized to exist or stopped working at all.

No one but FD knows why the color config file is there. Someone found it, someone changed it and there the possibility was born. ED might have said, you may use it, but thats it. Now their code has changed and maybe the way to UI reacts unexpected to the color configuration mechanism, tough luck. If their intended functionality works as expected, fine. If the undocumented feature stops working there, well it was fun while it lasted, its not an acquired right of usage or anything...

I'm sorry, no easy way to say this; But.. You're guessing and pulling that drivel out of your bottom!

Let's do an experiment.. Go into the location where the Elite Dangerous executable is; In there you will find the config file. Now there is nothing anywhere to state or show, that Frontier Developments support the players changing that file.

However! If you open that file, lo-and-behold you will find;
<!-- If you are looking for the SSAA setting this has moved in to Settings.xml in the save directory
** typically: C:\Users\{username}\AppData\Roaming\Frontier Developments\Elite Dangerous\Options\Graphics.
** If this file does not exist you can generate it by entering the graphics options screen in game
** and hitting apply. You can then add <SSAA>X</SSAA> when X is the SSAA amount (1 by default) -->

There are further entries (comments) showing other stuff too.

Now please, explain to me, why that is in there? Now me, I'm only 30 years a developer, so I'm just spiff-balling here; But I think it's to show the reader where and what to do... I could be wrong mind..

So, please, keep that drivel for your friends who'll think you're an expert.

That it is not supported is not the issue, and never was. What is the issue, is that some of the game uses it while other, newer parts don't. A really bad design choice, as it means they have to support two differing code bases. But hey, I don't work there, and I can't play the game much anyways, because guess what? The new lighting is a total mess in VR!! I now get migraine headaches if I play for anything more than 20 minutes. But that's my problem. I just think it's wrong that you spout that pulled out of a hat rubbish.
 
You talk about quality control, there is zero quality control on features that aren't officially back or support, merely tolerated. If it was a officially supported feature you would have a point, as it not, you don't.

No, even then he wouldn't have a point because the HUD colour is behaving exactly as expected.
 
That it is not supported is not the issue, and never was. What is the issue, is that some of the game uses it while other, newer parts don't.

That's simply not true, at least not in the case that OP makes. The reason the text colour is orange in OPs screenshots is BECAUSE the HUD colour changing works, otherwise it would be blue like it is in vanilla.
 
I'm sorry, no easy way to say this; But.. You're guessing and pulling that drivel out of your bottom!

So, please, keep that drivel for your friends who'll think you're an expert.

(sigh...) Here we go again.

However! If you open that file, lo-and-behold you will find;
<!-- If you are looking for the SSAA setting this has moved in to Settings.xml in the save directory
** typically: C:\Users\{username}\AppData\Roaming\Frontier Developments\Elite Dangerous\Options\Graphics.
** If this file does not exist you can generate it by entering the graphics options screen in game
** and hitting apply. You can then add <SSAA>X</SSAA> when X is the SSAA amount (1 by default) -->

There are further entries (comments) showing other stuff too.

Now please, explain to me, why that is in there? Now me, I'm only 30 years a developer, so I'm just spiff-balling here;

Actually, the phrase is 'spitballing'.

But I think it's to show the reader where and what to do... I could be wrong mind..

Indeed - you could be wrong. I could also respond with a condescending and sarcastic reply, but instead I'll just say that those file comments could equally be for the benefit of other developers, testers, analysts, etc... within FDev.

Then again, it could also be there for the public's benefit too. I don't think there is solid evidence either way.

That it is not supported is not the issue, and never was.

Actually, the fact that it is not officially supported is *exactly* the OP's issue.

What is the issue, is that some of the game uses it while other, newer parts don't.

Nope. As other posters in this thread have already pointed out, it is precisely because the developers are using it that the OP mistakenly thought the colours were wrong. In fact, it is behaving exactly like all other UI elements in that the colours are changing according to the colour matrix the OP has defined in his override file.

A really bad design choice, as it means they have to support two differing code bases.

This is a moot point, since we've already confirmed this isn't what's happening.

But even if it was, it is not necessarily a bad design choice if they are moving their design elements to a new colour palette system that properly supported colour schemes without distorting other essential UI elements.
 
Last edited:
So, please, keep that drivel for your friends who'll think you're an expert.

Why friends when I got customers paying me for it?

I'm only 30 years a developer

If you're such an experienced hot shot, I would of expect some solid arguments, instead you're using your experience as an argument. I got a foot long reproduction organ. Cool to know, but it adds as much to the discussion as you being a developer for 30 years.

You are right apart from the bolded part. As others already pointed out, it doesn't work unexpected. The text that people are referring to is blue in vanilla. Therefore it's orange when you are using a blue HUD.

Do you see the shields? They aren't blue as well. It's the same thing.

To me it shows it does work unexpected for people using the color override. I'm not sure what you mean, but thats what I'm trying to say :)
I'm not using the color override, and I don't have any UI coloring issues.
 
Last edited:
What a load of drivel!

In the history of Elite, FD have never once rolled a 'hotfix' that was nothing more than a config file. lols
It is absolutely to allow players to configure the system in a way that best suits them. That's why the settings are in a file in the first place!!!

Finally, what it demonstrates is that FD have code that does use those settings and other code which doesn't use those settings, which from a development point of view is not a good idea.

'A modified colour scheme is a derivative work'? Which law school did you go to?

If anyone, anyone had a derivative of Elite Dangerous as you claim they'd find their backside in court so fast. Thousands of players have modified that file, and to the best of my knowledge, no-one has yet been brought to court. So please less of the 'I pulled this law out of my bottom' type stuff.

The 'only' thing you got right was the bit about FD not having to support it.

It was funny tho, gave me a great laugh.

You lack of knowledge in so many fields is really impressive.
By the gods keep blabbering, it's almost ipnotizing.
 
Now me, I'm only 30 years a developer, so I'm just spiff-balling here; But I think it's to show the reader where and what to do... I could be wrong mind..

So, please, keep that drivel for your friends who'll think you're an expert.

That it is not supported is not the issue, and never was. What is the issue, is that some of the game uses it while other, newer parts don't. A really bad design choice, as it means they have to support two differing code bases. But hey, I don't work there, and I can't play the game much anyways, because guess what? The new lighting is a total mess in VR!! I now get migraine headaches if I play for anything more than 20 minutes. But that's my problem. I just think it's wrong that you spout that pulled out of a hat rubbish.

HAHAHAHAHAHAHAHHGAHAAHHAAHAHA
If you're a developer with 30 years of experience I'm a flying broomstick with an elephant snoot.
Bring your "expertise" to kids forums that believe that crap! :D
 
Back
Top Bottom