If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2004-07-08
Logged In: YES
user_id=803840
I have an error with several Smooth-based themes that show
in white the arrow/triangle used for collapsing/expanding an
element in a tree.
I am debugging a theme and I found that I could fix the
problem by changing the fg[PRELIGHT] feature to full black
(#000000).
Now the problem is that this also changes the color of my
"prelight" text, which doesn't look good because of the dark
background I am using.
Is there a way to change the prelight color for tree arrows
independent from general prelight text?.
Thank you very much for your work with the Smooth theme,
It's probably gonig to be the base for our debian-based
distribution (www.userlinux.com).
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2004-07-08
Logged In: YES
user_id=803840
All the solid statements for arrow were set to TRUE, still
the arrows of tree elements are white and can not be seen on
the white background. The bug must be related to something else.
If you want to reproduce the bug, just set " fg[PRELIGHT] =
"#ffffff" " in the default style. All elements will turn
white while prelighted, even the tree element arrows.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
this is two issues, first the solid == true with wonderland
is as a result of a change in smooth to how solid arrows are
handled with wonderland, where wonderland arrows naturally
are ALWAYS solid. This requires changes to the themes, or
the engine, since the exact behaviour is not set in stone it
may change back in the next version.
The other issue is as result of a chance in gtk 2.4
regrarding expander arrows. its not just smooth themes
affected, check out a few other engine themes and you will
probably see the same thing. Basically in past versions the
expander arrows didn't use fg by default, now they do. To
properly fix this will require ovveriding the default gtk
method for drawing them, which so far has not been attempted
in smooth. Depending on time it should be fixed in the
following version, or a workaround may be made to seperate
the arrows from the item to allow setting the fg color for
the expander individually like focus'.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Fragment of screenshot.
Logged In: YES
user_id=809767
This bug appears with
arrow {
...
solid = FALSE
...
}
With "solid = TRUE" all is OK.
Logged In: YES
user_id=803840
I have an error with several Smooth-based themes that show
in white the arrow/triangle used for collapsing/expanding an
element in a tree.
I am debugging a theme and I found that I could fix the
problem by changing the fg[PRELIGHT] feature to full black
(#000000).
Now the problem is that this also changes the color of my
"prelight" text, which doesn't look good because of the dark
background I am using.
Is there a way to change the prelight color for tree arrows
independent from general prelight text?.
Thank you very much for your work with the Smooth theme,
It's probably gonig to be the base for our debian-based
distribution (www.userlinux.com).
Logged In: YES
user_id=803840
All the solid statements for arrow were set to TRUE, still
the arrows of tree elements are white and can not be seen on
the white background. The bug must be related to something else.
If you want to reproduce the bug, just set " fg[PRELIGHT] =
"#ffffff" " in the default style. All elements will turn
white while prelighted, even the tree element arrows.
Logged In: YES
user_id=300903
this is two issues, first the solid == true with wonderland
is as a result of a change in smooth to how solid arrows are
handled with wonderland, where wonderland arrows naturally
are ALWAYS solid. This requires changes to the themes, or
the engine, since the exact behaviour is not set in stone it
may change back in the next version.
The other issue is as result of a chance in gtk 2.4
regrarding expander arrows. its not just smooth themes
affected, check out a few other engine themes and you will
probably see the same thing. Basically in past versions the
expander arrows didn't use fg by default, now they do. To
properly fix this will require ovveriding the default gtk
method for drawing them, which so far has not been attempted
in smooth. Depending on time it should be fixed in the
following version, or a workaround may be made to seperate
the arrows from the item to allow setting the fg color for
the expander individually like focus'.