bug-texinfo
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: images for Info


From: Jan Nieuwenhuizen
Subject: Re: images for Info
Date: Mon, 24 Mar 2003 10:59:30 +0100
User-agent: Gnus/5.090016 (Oort Gnus v0.16) Emacs/21.3.50 (gnu/linux)

address@hidden (Karl Berry) writes:

Hi Karl,

> Excellent!  Thanks for putting in this work.

[..]

> Here are some issues that come to mind with [image: /file/name] --

> I just checked, and the null/backspace combination does show up

Thanks for looking into this.  So, there is reason to use the ^H (we
could also drop the '[' and ']').  This is what I used in for the next
version:

    address@hidden address@hidden

where PARAMETER nor VALUE may contain a address@hidden  Also, VALUE may not
a contain space or double quote, or VALUE is enclosed in double
quotes (using \" to escape).  A typical tag would look like:

    address@hidden src=/usr/share/doc/lilypond/example-1.png alt="Alt text
    for text image browser"address@hidden

where the value of the ALT parameter contains the image's .TXT file.
Currently, only the 'src parameter is actually used.

> 5) It think it would be nice if it were at least possible to embed the
>    actual images in the info file, instead of having to refer to
>    external files.  Perhaps a base64 or base95 encoding of the binary data?

Hmm, I'm not going to do this, primarily because I see not much reason.
Typically, all info documentation will also be present in HTML form
(on Debian GNU/Linux at least), so they should use the same (external)
image files.

> What do you (or anyone else...) think of all that?

I think I addressed most of your remarks in my next version:

    http://lilypond.org/~jan/info-image

If this seems OK, I'll have a look at makeinfo to produce the image tags.

Greetings,
Jan.

-- 
Jan Nieuwenhuizen <address@hidden> | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien       | http://www.lilypond.org





reply via email to

[Prev in Thread] Current Thread [Next in Thread]