After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 324073 - Fix order of rc file parsing.
Fix order of rc file parsing.
Status: RESOLVED WONTFIX
Product: gtk+
Classification: Platform
Component: Widget: Other
2.8.x
Other All
: Normal normal
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2005-12-14 14:47 UTC by Michael Natterer
Modified: 2006-01-08 05:24 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Patch which changes the parse order as described (1.60 KB, patch)
2005-12-14 14:49 UTC, Michael Natterer
none Details | Review

Description Michael Natterer 2005-12-14 14:47:17 UTC
Currently, gtkrc files are parsed in default,user,theme order.
That doesn't make a lot of sense and blocks some features that
became possible by introducing symbolic colors (bug #114355).

The order should be default,theme,user so the user-added gtkrc
files are able to override theme settings, not vice versa.
Comment 1 Michael Natterer 2005-12-14 14:49:26 UTC
Created attachment 55987 [details] [review]
Patch which changes the parse order as described
Comment 2 Owen Taylor 2005-12-14 16:09:00 UTC
The theme is *SET* by the default or user RC files in the non-XSETTINGS
case. I don't think this reordering is workable. What's the use case here?
Theme variants seem like they should be done by allowing the theme name
to be a list of themes to load in order or something like that. (Or just
have the variant include the main theme.) GUI user customization should be
handled by setting the XSETTING that allows you to specify colors 
individually.
Comment 3 Michael Natterer 2005-12-19 12:23:28 UTC
That's indeed evil :(  What the patch intends to do is making
theme-defined symbolic colors accessible/overridable by app-specific
gtkrc files. I guess we can forget this now, I don't see any way to
acheive this without adding a fourth layer of rc files that is parsed
after all of the existing ones (which sounds very ugly).
Comment 4 Matthias Clasen 2005-12-19 13:35:02 UTC
But as Owen points out, the XSetting is the intended mechanism for user-tweaking
of symbolic colors anyway, so its probably not all that bad.
Comment 5 Matthias Clasen 2006-01-08 05:24:42 UTC
ok, closing this