Continuing the discussion from V8 UI styling & customization thread:
Has there been any progress on this? Was there even a ticket number (or two) created?
Also, isn’t there another pretty big thing missing? Like the panel background colors?
No, wait… this is so weird… the realtime color preview in the appearance dialog doesn’t seem to update everything always or? It’s the text input background that’s missing still then?
The “selected frame background” has to be the same as the “content background”, otherwise the layered flat design breaks, right? So we have one unnecessary color option and several necessary missing?
Plus, there’s no themeing for panel text headings either? It’s so low contrast that it’s barely readable for me now but the main tabs are fine:
Finally, why can’t I save my appearances to named files? Why is there only one “custom”?
It’s a mess at any rate and I don’t think this has been thought through fully. This still doesn’t feel like a retail release. It feels like a 0.1 alpha of a WIP. And we silly people paid for this! 
1 Like
I totally agree. There are actually more than two tickets created for this, all more or less related.
RH-81947 Different Text Colors
RH-81664 Panel styling consistency
RH-81908 Expose UI interface colors in a human readable way
RH-81944 Clean up SDK theme and paint color classes
RH-77058 Tab colors affect titlebar colors
Some panels are using the Content.Background color, which is the same as the toolbar background. There are also lists which use the Content.List.Enabled color, and the text entries in the panel you pointed out is using Content.Entry.Enabled
the buttons use Content.Button.Enabled.Background
Again, I agree that this is (way too) convoluted, and all these colors should be in synch.
I see that as well, the panels don’t refresh immediately when changing Content.Background
Rhino.UI.ThemeSettings.Content.Background
Rhino.UI.ThemeSettings.Content.List.Enabled.Background
Rhino.UI.ThemeSettings.Content.Entry.Enabled.Background
Rhino.UI.ThemeSettings.Content.Button.Enabled.Background
Background for checked buttons:
Rhino.UI.ThemeSettings.Frame.Button.Checked.Background
1 Like
Not sure what color controls the three dots and tab title text (is it the same color as inactive tabs?) but a color I’d like to use for my theme makes this very difficult to read (althought I must admit, neither of these two particular interface features are important to read):
Also, not sure why that cursed cogwheel has a separate, fixed color.
(Plus, nitpick… I sort of get why the Layers titlebar is larger than the custom toolbar titlebar but it just looks really poorly aligned… I know others have mentioned this weird decision too, but I can’t find that thread right now.)
Rhino.UI.ThemeSettings.Frame.GripperDot
Rhino.UI.ThemeSettings.Frame.Tab.Unchecked.Text
(Container titles)
Rhino.UI.ThemeSettings.Content.Text.Disabled
I agree that that should be customizable, I don’t think it currently is.
RH-84186 Cogwheel has no customizable color
I agree here as well, but having that gripper area taller than needed isn’t working very well either if you start applying that width everywhere.
Have you tried the adjusted locked state of things? That should solve most of the gripper issues.
I’d rather say that the text title in that area is what needs to be be able to be toggled off as if feels redundant, especially if you do something like this:
Yes? That this makes zero difference visually in V8 is one of the regressions I’ve seen many people bring up in many different threads now.
But are you saying there’s another way than checking this box, since you’re implying something should happen?
Yes, I’ve made a YT for the different configurations and when that title needs to go or needs to stay:
RH-83918 Panel header behavior
Grippers should go when locked, you should see this in current Rhino 8.13 SRC, see also:
RH-80525 UI Appearance: Hide grippers on locked docked containers
1 Like
Do you plan to expose all of these colors in the Colors dialog?
Also, are there plans to allow the saving on Colors in a separate theme file?
Right now, only being allowed a single “custom” theme is incredibly limiting (as well as for experimentation).
There is whole bunch of YT’s regarding colors and color consistency. It makes no sense right now to expose the colors, as we would shoot ourselves in the foot.
We need to get rid of the unused colors, make sure all UI uses colors the same way and reduce the amount of colors that need to be changed to change a theme.
No, but what you can do for now is work with different schemes. See Starting Rhino in Windows | Rhino 3-D modeling
1 Like
That feels a bit like banging two rocks together. I mean, we’re not even in the correct century of technology there…
1 Like
FWIW, I didn’t suggest that as a solution.
1 Like