Re: [Boost-docs] [boost-docs] css based icons & chapter logos

From: Peter Foley (peter_at_[hidden])
Date: 2007-06-21 04:27:19

Rather than include the options within each code block to make it more
visible put it up near the navigation arrows?  Also a drop down list box
is probably more scalable if we are going to have lots of choices.  This
will then at least be semi-obvious (with a meaningful label).

For bonus points if we set this into a cookie it can be re-used every
time you visit the site.

------------------------------

Message: 6
Date: Wed, 20 Jun 2007 10:43:09 +0100
From: "John Maddock" <john_at_[hidden]>
Subject: Re: [Boost-docs] [boost-docs] css based icons & chapter logos
To: "Boost documentation format, structure,	and processing
discussion"
        <boost-docs_at_[hidden]>
Message-ID: <00e801c7b31f$7545b850$95320252_at_fuji>
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
        reply-type=original

Matias Capeletto wrote:
> On 6/20/07, John Maddock <john_at_[hidden]> wrote:
>> Michael Marcin wrote:
>>> On the Images page I see the text "open_clipart_library_logo" under
>>> Now try
>>> again with a sample SVG image.  Is correct?
>>
>> Yes, the svg image doesn't show up correctly in a browser, but does
>> when you generate PDF's.  Not sure if this a quickbook or Docbook
>> XSL bug: probably the latter actually.
>
> I have been reading about svg support in firefox. If I understand it
> correctly, you can not use svg in the same places you will use a png.
> For example <img> can not handle svg.
> This will be fixed eventually. It is a shame that firefox 3.0 puts
> such a low priority on svg support :(

Right it has to be embedded as an <object> to display correctly, which
is 
why I suggested it's a Docbook bug: it shouldn't generate an <img> tag
for 
SVG's.

John.