While you are definitely correct it should be structured like that which /should/ avoid cluttering and messing around with updates, in practice there are a ton of elements which should be tagged differently (just take a small peek at any sublime text-theme file) and when any of these are even just misspelled it would take quite some effort to figure where the error is, as well as having problems if tags are not including enough (or too much) as this is often a case of user preference.
If all else fails just make it all a setting like editor colors are. Let the developers manage themes. More options that way anyway.
Trust me⌠itâs never that easy. Do you think that everyone thinks of every possible color theming combination when ever they pick any color anywhere in the UI? Plus the cases where one theme might have a different color for two elements which are the same color in the default theme, making it impossible for the color labeling of the âforeground textâ on top of those elements to have been chosen correctly.
If you want to see an example of it gone wrong, look at dark themes on the Eclipse platform. Theyâre still got a lot of lingering issues after literally a decade of work going into getting them right.
You really have to build something from the ground up with having a light and dark theme in mind to get a good result.
Well, Roblox is using Qt for the Studio UI. In fact they have a hidden feature built in where you can apply certain office themes to the UI. Itâs unfinished, but it seems to be a good foundation that could be transformed into a proper dark theme.
IIRC, the main problem is that some of the old explorer icons have severe white edges and aliasing that needs to be fixed.
Yeah afaik they said the only problem was the icons which means they probably had the majority of the dark theme done but if icons arenât fixed no dark theme.
But thatâs exactly it⌠thatâs what it always is with dark themes, a âgood foundationâ / âgood startâ.
The hard part of making a dark theme isnât changing the basic styling parameters, thatâs deady easy. The hard part is fixing the huge mountain little things annoying things that the basic styling parameters donât apply to, or donât apply correctly to when they were supposed to apply.
And the worst part is the dark theme can easily be rendered totally unusable by even a single one of those little things to fix, if the developer happens to need that thing.
I canât wait for that âPluginGuiâ thing from a few release notes back. Once those are out, the output/commandline/explorer/properties can be replaced with a GUI variant we have complete control over. If roblox then adds some methods/events to detect/invoke plugin(-ish) buttons and get toolbox asset lists, we can basically create our âownâ studio.
but still, a dark theme would be nice. especially since those plugin GUIs wonât change the white borders, file menu, âŚ
How well would it work to supply those very basic changes âas-isâ though, with some sort of opt-in for those who are very anxious for it rather than promising users a fully functional dark theme yet? In the spirit of âsomething is better than nothing at allâ, which I think would apply in the case of Roblox studio being as bright as it is. It might be helpful that it includes those who really want to see it happen as a constant source of bug reports and other feedback as well, to speed up something that could actually be delivered to the public.
I mean, in the end even Eclipse was managable with that theme for the sole purpose of it being less bright, just not for those who care for a sleek experience quite yet.
Just because there are more important features in progress, doesnât mean you should completely not support something. You could go through the rest of the requests and apply the same logic and nothing would be supported. The very point of feature requests is for people to request features they think would be good, and if they find some extra time/resources on their hands, and they like the idea, theyâll try to add it in.
Well, if it was just that there are more âimportantâ features then I would agree.
But I go on to point out multiple other reasons why I donât support. That I think it would take a significant amount of time to actually get it to a usable state and even when it got there it wouldnât actually change anything: If the color of the elements in studio is bothering you enough that you canât get your work done, Iâm sure youâll find something else that will bother you just as much once their color is changed.
Iâd rather see that significant amount of time spent on features that actually do something. Minor visual improvements are fine, but not when they take a real amount of development time to do.
My eyes supports this.
Updated: Documentation - Roblox Creator Hub
Status: On Track.
@Spooks_HD for the dark theme tutorial: https://devforum.roblox.com/t/how-to-enable-dark-theme-in-studio/138029
This has now been added:
This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.