Joachim Schrod <jschrod(a)acm.org> writes:
>>>>> "APA" == Adrian Aichner
<adrian(a)xemacs.org> writes:
APA> Joachim Schrod <jschrod(a)acm.org> writes:
>>>>>>> "SJT" == Stephen J Turnbull
<stephen(a)xemacs.org> writes:
>>>>>>> "Joachim" == Joachim Schrod <jschrod(a)acm.org>
writes:
>>
Joachim> Hello, 21.5 got rid of the X resource
Joachim> backgroundToolBarColor of the XEmacs class. Is there a
Joachim> specifier that I can use to change that color?
>>
SJT> Set the background on toolbar-face. I added that feature, so it may
SJT> not work right. :-) Let me know.
>>
>> Great, this works as I wanted!
>>
>> Actually, I tried setting the toolbar face before, via Customize. But
>> I didn't save the customization and restarted XEmacs, which seems to
>> be needed to see the successful change. I don't know if that is the
>> intended behavior, therefore I mention it here.
APA> Hi Joachim, use [Set] to activate a change in the active XEmacs
APA> session, [Save] to make the customization persist across sessions.
No, [Set] does definitively _not_ update that specific change in the
active XEmacs session. That's what I wrote above, I tried [Set]ting
the toolbar face background before I asked on xemacs-beta. (That this
obvious solution did not work actually triggered my email.)
Yep, sorry Joachim, I missed that at first, but I gathered from
Steve's reply that the was a problem with this particular case.
Only when I wanted to create an minimal error case for Stephen I
discovered that [Save] and restarting XEmacs works. As Stephen
confirmed, this is not easy to change, as one seems to need full
re-initialization and cache-invalidation of toolbar buttons for [Set]
to work. Maybe one should mention that in the doc string of face
toolbar, as long as it doesn't work?
Documenting use model violations isn't nice, but probably better than
not documenting it.
--
Adrian Aichner
mailto:adrianï¼ xemacs.org
http://www.xemacs.org/