On 03 Mar 2002, Adrian.Aichner(a)t-online.de wrote:
>>>>> "Jeff" == Jeff Mincy
<jeff(a)delphioutpost.com> writes:
Jeff> On 03 Mar 2002, Adrian.Aichner(a)t-online.de wrote:
>>>>>>> "Jeff" == Jeff Mincy
<jeff(a)delphioutpost.com> writes:
>>
Jeff> On 03 Mar 2002, Adrian.Aichner(a)t-online.de wrote:
>> >>>>>>> "Jeff" == Jeff Mincy
<mincy(a)rcn.com> writes:
Jeff> When clicking on the toolbar colors I get:
>> >>
>> >> Hi Jeff,
>> >>
>> >> what exactlty did you do to get this problem?
>> >>
>> >> Is it reproducible in xemacs -vanilla?
>>
Jeff> Yes, (I had to remember to take out my patch though).
>>
>> How?
>>
>> Please give me a simple recipe.
Jeff> xemacs -vanilla (actually
Jeff> c:/PROGRA~1/XEmacs/XEmacs-21.4.6/i586-pc-win32/xemacs.exe -vanilla
Jeff> from a cygwin bash shell), open an xpm file, say etc/xemacs-icon3.xpm:
Jeff> My path is: c:/PROGRA~1/XEMACS/XEMACS-21.4.6/etc/xemacs-icon3.xpm You
Jeff> should be in xpm-mode if you are using the latest package.
Jeff> You get a row of little color buttons (in this case,
Jeff> different shades of gray), you should get the error when you
Jeff> click on them. Clicking on the button is supposed to print
Jeff> a message like 'Toolbar selected #b2b2b2 (o)' Without the
Jeff> patch I get wrong-type-argument toolbar-button-p nil, with
Jeff> the patch I get 'Toolbar selected nil (o)'.
Thanks, Jeff.
I can reproduce this.
That's good, I was beginning to wonder.
There is another flaw:
With a top gutter, the toolbar is starting above to image window.
Yea, and I find another minor problem.
xpm-parse-color apparently assumes that colors can't have spaces, but
x11/rgb.txt defines colors like:
139 69 19 saddle brown
139 69 19 SaddleBrown
The gnu.xpm in the xemacs etc directory uses "saddle brown".
-jeff