Closed
Bug 7246
Opened 26 years ago
Closed 20 years ago
[GTK Themes] GTK Edit & Buttons not changing theme
Categories
(Core :: XUL, enhancement, P3)
Tracking
()
RESOLVED
INVALID
Future
People
(Reporter: filc_lists, Assigned: pavlov)
Details
When the GTK Theme is changed when running mozilla button and edit widgets are
not updated to the new theme. Only when I use the previous and next buttons in
viewer are they updated to the new theme. The forward & back buttons of viewer
never update. Can't test with apprunner because it core dumps during profile
creation. Using own compiled CVS of 27/05/99
Updated•26 years ago
|
Assignee: karnaze → ramiro
Comment 1•26 years ago
|
||
Reassigning to Ramiro.
Status: NEW → ASSIGNED
Summary: GTK Edit & Buttons not changing theme → [PP] GTK Edit & Buttons not changing theme
Target Milestone: M10
Moving all Widget Set bugs, past and present, to new HTML Form Controls
component per request from karnaze. Widget Set component will be retired
shortly.
moving to XP Toolkit/Widgets since these are not HTML form controls
Assignee | ||
Updated•26 years ago
|
Severity: trivial → enhancement
Summary: [PP] GTK Edit & Buttons not changing theme → [GTK Themes] GTK Edit & Buttons not changing theme
Target Milestone: M10 → M15
Assignee | ||
Comment 4•26 years ago
|
||
We don't currently watch for theme change notifications. Moving to M15 to be
with the other gtk theme related bugs
Comment 5•25 years ago
|
||
giving me rest of phillips open qa contact bugs, sorry for spam
Resovling this bug as WONTFIX because mozilla is now fully XP Widgets. GTK
themes are not visible in mozilla.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → WONTFIX
Assignee | ||
Comment 7•25 years ago
|
||
Don't mark bugs assigned to other people wontfix. This is a valid bug. We do
not refresh the document when a theme changes. If you are using native system
colors, the document should update to reflect the new colors.
Status: RESOLVED → REOPENED
Resolution: WONTFIX → ---
Assignee | ||
Updated•25 years ago
|
Status: REOPENED → ASSIGNED
Comment 8•25 years ago
|
||
*IGNORE* - massive spam changing open XPToolkit bug's QA contact to
jrgm@netscape.com
QA Contact: paulmac → jrgm
Assignee | ||
Updated•25 years ago
|
Target Milestone: M15 → M17
Comment 10•25 years ago
|
||
mass-moving all bugs to m21 that are not dofood+, or nsbeta2+
Target Milestone: M18 → M21
Assignee | ||
Updated•25 years ago
|
Target Milestone: M21 → Future
Comment 11•23 years ago
|
||
So what's going to be done about this? Currently if you have a FORM SELECT box
that requires scrolling (either pulldown or multiselect), it uses my gtk themed
scroll bar, which looks pretty, I like it, but the buttons and other widgets are
using the standard ugly buttons, checkboxes, radio buttons, etc.
It would be nice to have this as a special unix only option to use gtk themes,
probably not through the ui though, or some kind of consitency at the very
least. The buttons do pick up my gtk theme color, I can provide a screenshot if
need be. I'm running Debian (sid). In my .gtkrc:
style "button" {
bg[NORMAL] = "#ffffff"
etc
}
Comment 12•21 years ago
|
||
Is this bug still relevant?
Assignee | ||
Comment 13•20 years ago
|
||
we use different buttons and theme code now.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 20 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•