Andy Piper <andyp(a)parallax.co.uk> writes:
At 07:13 AM 6/14/98 -0500, William M. Perry wrote:
> This is totally broken. You should not have to define a face to have
>XEmacs come up correctly. The _only_ thing I have in my personal
>Xresources is
>
>Emacs.Foreground: black
>emacs.Background: white
>Emacs.default.attributeBackground: white
>Emacs.modeline.attributeBackground: Gray75
>Emacs*XlwScrollBar*knobStyle: dimple
>Emacs*XlwScrollBar*ShadowThickness: 1
>
> And is all I have had in there for the past god knows how many years.
>And all of a sudden my toolbar buttons got hosed. We should _not_ be
>relying on something like the default background color to be the same as
>the toolbar color.
So what color do you expect your toolbar buttons to be - I suspect gray80
which is hardcoded into xpm-color-symbols. This has to change because the
color is (a) hardcoded (b) not the right color under mswindows.
I expect them to be the same color as the toolbar, which by default is
#ce72ce72ce72 on my box. Changing my default face or the face of the
modeline should have no effect on them.
i) I am happy to set the toolbar face background to gray80 in the X
domain,
but this is precisely the change that everyone has got so heated about over
the modeline.
Why can't it just pick it up from the app defaults database like
everything else, and the appropriate thing under windows? We should be
able to fallback to whatever the 'color theme' for toolbars is under
windows.
> Why exactly couldn't the color be set under windows?
Because there are no X resources and setting xpm-color-symbols directly
is wrong.
I think we should find another way. Face settings come too late to
affect the toolbar very well.
-Bill P.