From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11400 invoked by alias); 5 Feb 2006 08:47:54 -0000 Received: (qmail 11390 invoked by uid 22791); 5 Feb 2006 08:47:53 -0000 X-Spam-Check-By: sourceware.org Received: from smtp-100-sunday.nerim.net (HELO kraid.nerim.net) (62.4.16.100) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sun, 05 Feb 2006 08:47:50 +0000 Received: from ns.bureau-cornavin.com (ebischoff.pck.nerim.net [213.41.243.33]) by kraid.nerim.net (Postfix) with ESMTP id 961D740E23 for ; Sun, 5 Feb 2006 09:47:47 +0100 (CET) From: =?iso-8859-1?q?=C9ric_Bischoff?= To: docbook-tools-discuss@sourceware.org Subject: Re: docbook 2 html with images Date: Sun, 05 Feb 2006 08:47:00 -0000 User-Agent: KMail/1.8.2 References: <43E2174E.3090103@xperienceinc.com> <200602041605.44812.ebischoff@nerim.net> <43E525AB.4060901@xperienceinc.com> In-Reply-To: <43E525AB.4060901@xperienceinc.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200602050948.19691.ebischoff@nerim.net> X-IsSubscribed: yes Mailing-List: contact docbook-tools-discuss-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: docbook-tools-discuss-owner@sourceware.org X-SW-Source: 2006/txt/msg00009.txt.bz2 Le Samedi 4 F=E9vrier 2006 23:07, JT Moree a =E9crit=A0: > > For example, at my place, they are in images/ ... > > Does your docbook link to them with the 'images' in the path? I suppose it has to reference them somehow, yes, otherwise how would the=20 rendering engine calculate the images size for example for PDF output ? > In my case the Blender guide is not just referring to images but images > under subdirectories so that the src looks like > src=3D"boo/bar/baz/image.png" in the resulting html. the original docbook > files use > ref=3D"boo/bar/baz/image.png" format=3D"png" Yes, you could base your algorithm on the path in the docbook source. Beware it could be something vicious like "../../images/", in which case it= =20 might not be obvious to convert that to a HTML path and copy the files. Example to show you why this could reasonably happen (use fixed font to display) : project/ +------ images/ | +----- illustration.png | +------ part 1/ | +------ chapter1/ | | +-------- myfile.docbook | | | +------ chapter 2/ It could also be an absolute path, it is not necessarily a relative path. > > You would at least need to pass a parameter like --images-dir to your > > script. That could default to ".". > > That's fine but I'm not sure that it makes sense. How could the docbook > stuff use images from anywhere without specifiying where that is in the > ref tag? Correct. > And if it is specified it results in an And if it can be found by the docbook stuff why wouldn't it be findable > by the html conversion stuff and my utility as well? If you find a valuable algorithm, I have nothing against, on the contrary, = it=20 would really be a *great* plus for the docbook-utils. I just wanted to stress that the source images could be anywhere. You will= =20 have to think a lot about that in your algorithm. In fact, it's what has=20 always prevented me from coding that... --=20 George W. Bush mentions "liberty" in every speech he does. But today, the U= SA=20 exports war, torture, humiliation, secret prisons, arbitrary detention=20 without any judgement, and telephone tapping. That has very little to do wi= th=20 freedom.