Please beware of unintended consequences when changing Fast Flags on Roblox Studio. We do not encourage developers changing Fast Flags themselves for a variety of reasons. Here’s a topic that provides more details about what Fast Flags are and the dangers of altering them yourself: Warning About Developers Using Fast Flags
I can’t say anything about the first one since I don’t use widgets, but for the second one I can say that you can not change the color of that from within studio or by changing any settings in studio.(At least to my knowledge)
I don’t see why UI code would affect place data in studio, but I want to make sure before working on my game. I plan on keeping this FFlag enabled (my eyes love the dark theme).
You should not assume it is safe to toggle fflags. If you’re working on a particular game/file that you can’t afford to lose / get corrupted, then don’t have any fflags toggled while working on that file. Use at your own risk.
The concern lies more in FFlags that do stuff with data that is saved to the site.
I recall one time when Roblox was working on Color3 support for Parts. I had enabled the flag and saved changes to my place, and then the color data got corrupted. It is especially dangerous with stuff like DataStores.
Ultimately the point is this: Roblox has FFlags in place to guard against potentially faulty code. If you circumvent those protections, we cannot be held liable to any data loss or errors that you might run into. That doesn’t mean you are 100% guarenteed going to lose data if you enable something early, but just exercise caution if you don’t know what something actually does.
I’m not actually part of the Studio team so I can’t really speak on their behalf, I’m just providing information where I feel it would be helpful, based on what I know and what I’m allowed to talk about.
The dark theme is purely a visual feature, so at worst you might just run into a crash that somehow relates to it.
I’ve been using the dark theme for a few weeks now and I haven’t seen any serious/blocking problems with it, so it should be fine.
I wish I had my macbook right now to help you, have you tried viewing the package contents and creating the ClientSettings folder there? (Package contents of studio of course)
Maybe try ~/Library/Application Support. However, “Roblox” may not be a child of Application Support. Difficult to go off memory since it’s been so long but I’m not even for sure if Roblox Studio is even in there. Although, you know you’ve reached the right place when you see a ClientSettings folder. Maybe see if there is a Roblox Studio folder in Application Support or if it’s in the Roblox folder (If my memory is correct there is a Roblox folder in there). If that doesn’t work I’ll help when I get my hands on my MacBook. (or you may find the solution before then )
Seems that icon was ripped out of an image with a white background. It looks like it should be an easy fix though, as we have the same icon without the white background already packed into the executable: