xbm in XEmacs?

xbm in XEmacs?

[Lars Magne Ingebrigtsen]

[-- Attachment #1: Type: text/plain, Size: 301 bytes --]

As most of the XEmacs-using population should see, this message makes
Gnus bug out.  And the reason is that make-glyph is just called with
the data of the xbm buffer instead of a list with width, height, and
the data.  What I'm wondering is -- why?  Why doesn't the instantiator 
just parse the xbm?


[-- Attachment #2: This will make your Gnus bug out! --]
[-- Type: image/xbm, Size: 1880 bytes --]

[-- Attachment #3: Type: text/plain, Size: 102 bytes --]

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: xbm in XEmacs?

[Paul Stodghill]

The image displayed correctly here.

(list
 emacs-version
 gnus-version
 mime-viewer/version)
=> ("20.4 \"Emerald\" XEmacs  Lucid" "Gnus v5.6.45" "7.83")



> [1  <text/plain>]
> As most of the XEmacs-using population should see, this message makes
> Gnus bug out.  And the reason is that make-glyph is just called with
> the data of the xbm buffer instead of a list with width, height, and
> the data.  What I'm wondering is -- why?  Why doesn't the instantiator 
> just parse the xbm?
> 
> [2 This will make your Gnus bug out! <image/xbm>]
> 
> [3  <text/plain>]
> -- 
> (domestic pets only, the antidote for overdose, milk.)
>   larsi@gnus.org * Lars Magne Ingebrigtsen

-- 
Paul Stodghill <stodghil@cs.cornell.edu>
Dept. of Computer Science, Upson Hall, Ithaca, NY  14853
Phone: 607-254-8838   FAX: 607-255-4428
http://www.cs.cornell.edu/stodghil/


--IAA02430.920466788/simon.cs.cornell.edu--

Re: xbm in XEmacs?

[Didier Verna]

Paul Stodghill writes:

Paul> The image displayed correctly here. (list emacs-version gnus-version
Paul> mime-viewer/version) => ("20.4 \"Emerald\" XEmacs Lucid" "Gnus v5.6.45"
Paul> "7.83")

        Then something has been broken in 21.2. Could somebody with a 21.0
around check for the presence of this problem ? 


-- 
    /     /   _   _       Didier Verna        http://www.inf.enst.fr/~verna/
 - / / - / / /_/ /      E.N.S.T. INF C201.1      mailto:verna@inf.enst.fr
/_/ / /_/ / /__ /        46 rue Barrault        Tel.   (33) 01 45 81 73 46
                      75634 Paris  cedex 13     Fax.   (33) 01 45 81 31 19

Re: xbm in XEmacs?

[Paul Stodghill]

>>>>> "Didier" == Didier Verna <verna@inf.enst.fr> writes:

    Didier> Then something has been broken in 21.2. Could somebody with a 21.0
    Didier> around check for the presence of this problem ?

21.0 seems to display the xbm correctly, too.

(list
 emacs-version
 gnus-version
 mime-viewer/version)
=> ("21.0 \"Pyrenean63\" XEmacs Lucid (beta63)" "Gnus v5.6.45" "7.83")

Re: xbm in XEmacs?

[Lee Willis]

Paul Stodghill <stodghil@CS.Cornell.EDU> writes:

> >>>>> "Didier" == Didier Verna <verna@inf.enst.fr> writes:
> 
>     Didier> Then something has been broken in 21.2. Could somebody with a 21.0
>     Didier> around check for the presence of this problem ?
> 
> 21.0 seems to display the xbm correctly, too.
> 
> (list
>  emacs-version
>  gnus-version
>  mime-viewer/version)
> => ("21.0 \"Pyrenean63\" XEmacs Lucid (beta63)" "Gnus v5.6.45" "7.83")

I think Lars' originl intention was the *p*gnus was broken with respect
to displaying the image inline. Paul is using 5.6.45 and some external
mime program (Well that's what it looks like to me anyway ...)

Lee.
-- 
I was doing object-oriented assembly at 1 year old ...  
For some reason my mom insists on calling it "Playing with blocks"

Re: xbm in XEmacs?

[Paul Stodghill]

>>>>> "Lee" == Lee Willis <lee@gbdirect.co.uk> writes:

    Lee> I think Lars' originl intention was the *p*gnus was broken with
    Lee> respect to displaying the image inline. Paul is using 5.6.45 and some
    Lee> external mime program (Well that's what it looks like to me anyway
    Lee> ...)

I'm using GNUS 5.6.45 + TM, yes.

Sorry for the confusion. I read Lars's message to mean that something in
XEmacs was broken...

-- 
Paul Stodghill <stodghil@cs.cornell.edu>
Dept. of Computer Science, Upson Hall, Ithaca, NY  14853
Phone: 607-254-8838   FAX: 607-255-4428
http://www.cs.cornell.edu/stodghil/

Re: xbm in XEmacs?

[Hrvoje Niksic]

Paul Stodghill <stodghil@CS.Cornell.EDU> writes:

> >>>>> "Lee" == Lee Willis <lee@gbdirect.co.uk> writes:
> 
>     Lee> I think Lars' originl intention was the *p*gnus was broken with
>     Lee> respect to displaying the image inline. Paul is using 5.6.45 and some
>     Lee> external mime program (Well that's what it looks like to me anyway
>     Lee> ...)
> 
> I'm using GNUS 5.6.45 + TM, yes.

Then Gnus should probably use TM's code for rendering xbm's.

Re: xbm in XEmacs?

[Lars Magne Ingebrigtsen]

Hrvoje Niksic <hniksic@srce.hr> writes:

> Then Gnus should probably use TM's code for rendering xbm's.

TM does this:

       (defun bitmap-insert-xbm-file (file)
	 (let ((gl (make-glyph (list (cons 'x file))))
	       (e (make-extent (point) (point)))
	       )
	   (set-extent-end-glyph e gl)
	   ))

But I don't want to create a temporary file...

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: xbm in XEmacs?

[William M. Perry]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Hrvoje Niksic <hniksic@srce.hr> writes:
> 
> > Then Gnus should probably use TM's code for rendering xbm's.
> 
> TM does this:
> 
>        (defun bitmap-insert-xbm-file (file)
> 	 (let ((gl (make-glyph (list (cons 'x file))))
> 	       (e (make-extent (point) (point)))
> 	       )
> 	   (set-extent-end-glyph e gl)
> 	   ))
> 
> But I don't want to create a temporary file...

That's pretty much your only bet unless you want to parse the XBM yourself
and convert it to binary garbage.  Take a look at xbm-button.el if you want 
to see the pain you are in for. :)

-bp

Re: xbm in XEmacs?

[Lars Magne Ingebrigtsen]

wmperry@aventail.com (William M. Perry) writes:

> > TM does this:
> > 
> >        (defun bitmap-insert-xbm-file (file)
> > 	 (let ((gl (make-glyph (list (cons 'x file))))
> > 	       (e (make-extent (point) (point)))
> > 	       )
> > 	   (set-extent-end-glyph e gl)
> > 	   ))
> > 
> > But I don't want to create a temporary file...
> 
> That's pretty much your only bet unless you want to parse the XBM yourself
> and convert it to binary garbage.  Take a look at xbm-button.el if you want 
> to see the pain you are in for. :)

Good lord!  *choke*

Er.  Perhaps I can do the temporary file thing instead.  :-)

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: xbm in XEmacs?

[Hrvoje Niksic]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> > That's pretty much your only bet unless you want to parse the XBM
> > yourself and convert it to binary garbage.  Take a look at
> > xbm-button.el if you want to see the pain you are in for. :)
> 
> Good lord!  *choke*

I don't understand Bill and you.

1) The really hairy part of xbm-button is the part that defines the
   font used in the buttons.

2) xbm-button is used to *create* XBM's, not to parse them, so I don't 
   see how it is relevant in this discussion.

> Er.  Perhaps I can do the temporary file thing instead.  :-)

Yes.  I'll look at the source and see how hard it is to fix it to
support the :data attribute correctly.

Re: xbm in XEmacs?

[William M. Perry]

Hrvoje Niksic <hniksic@srce.hr> writes:

> Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
> 
> > > That's pretty much your only bet unless you want to parse the XBM
> > > yourself and convert it to binary garbage.  Take a look at
> > > xbm-button.el if you want to see the pain you are in for. :)
> > 
> > Good lord!  *choke*
> 
> I don't understand Bill and you.
> 
> 1) The really hairy part of xbm-button is the part that defines the
>    font used in the buttons.
> 
> 2) xbm-button is used to *create* XBM's, not to parse them, so I don't 
>    see how it is relevant in this discussion.

Well, it was just an example to show how ugly the raw xbm stuff that XEmacs 
currently supports is. :)

-Bill P.

Re: xbm in XEmacs?

[Lars Magne Ingebrigtsen]

Hrvoje Niksic <hniksic@srce.hr> writes:

> Yes.  I'll look at the source and see how hard it is to fix it to
> support the :data attribute correctly.

Well, there is :data support, but the :data required is a list of
height, width and raw data, which is a lot of work to parse from the
xbm.  If xbm specifiers allowed a string :data, that would be nice.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: xbm in XEmacs?

[Hrvoje Niksic]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Hrvoje Niksic <hniksic@srce.hr> writes:
> 
> > Yes.  I'll look at the source and see how hard it is to fix it to
> > support the :data attribute correctly.
> 
> Well, there is :data support, but the :data required is a list of
> height, width and raw data, which is a lot of work to parse from the
> xbm.

That's what I mean by fixing it -- if it's a single string, then
XEmacs should parse it the same way that :file parses the contents of
the file.  This is both backward-compatible, and compatible with what
the other image formats support.

Re: xbm in XEmacs?

[Lars Magne Ingebrigtsen]

Hrvoje Niksic <hniksic@srce.hr> writes:

> That's what I mean by fixing it -- if it's a single string, then
> XEmacs should parse it the same way that :file parses the contents of
> the file.  This is both backward-compatible, and compatible with what
> the other image formats support.

Yes, that would be very nice.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen