Thanks Bob, I'll give it a try and see what happens.
Dick
---
XML Press
XML for Technical Communicators
http://xmlpress.net
hamil...@xmlpress.net
On Apr 25, 2013, at 11:02 AM, Bob Stayton wrote:
> Actually, generate.id.attributes is alread set to 1 in the xhtml5
> stylesheet, which epub3
Actually, generate.id.attributes is alread set to 1 in the xhtml5
stylesheet, which epub3 imports. It is not set to that value in epub2
because the generate.id.attributes param was not fully implemented in
xhtml-1_1 when epub2 was being developed. I haven't tried it in epub2 in
1.78.1, but i
Hi Bob,
Would you also recommend setting the same parameter for ePub (either 2 or 3)?
Thanks,
Dick
---
XML Press
XML for Technical Communicators
http://xmlpress.net
hamil...@xmlpress.net
On Apr 25, 2013, at 10:10 AM, Bob Stayton wrote:
> Hi Eric,
> You can ditch the named anchors by setti
Hi Eric,
You can ditch the named anchors by setting the stylesheet param
'generate.id.attributes' to 1. That will add an id to the instead of
adding an named anchor after it.
Now that ids are fully supported in browsers, and version 1.78 fully implements
that parameter, this should probably b
There too much effort going towards misunderstanding here.
Cancel the question, guys.
On 25 April 2013 17:09, Carlos Araya wrote:
> Edwin,
>
> It is all in how the document is structured. I've built very technical
> documents for audiences like yours using Docbook and the feedback has been
>
Edwin,
It is all in how the document is structured. I've built very technical
documents for audiences like yours using Docbook and the feedback has been
consistently positive. You can add a lot of the functionality you want
without having to change the way that the stock stylesheets handle the H
Thanks for this response and anything you can dig up would be welcome.
My question really comes less from matters of styling (and yes, CSS is
undoubtedly brilliant) than from information structure and an interest in
how technical audiences (which is my type of audience) use web sites for
informat
Personally, I think docbook's HTML output can be very aesthetically pleasing,
and so well designed that the sky is the limit with CSS. It's also
technologically pleasing, displaying well in my browser of choice (elinks). In
my antiquated opinion, web pages are documents, not applications. For ou
On 25/04/13 10:56, Edwin Aldridge wrote:
I am writing a set of docbook articles which I would like presented on
the web but I find the HTML and XHTML formats really clunky. Aesthetics
asice, they certainly do not take advantage of the medium's capabilities
and am looking for something a bit smart
I am writing a set of docbook articles which I would like presented on the
web but I find the HTML and XHTML formats really clunky. Aesthetics asice,
they certainly do not take advantage of the medium's capabilities and am
looking for something a bit smarter.
Does anyone know of, or would anyone b
Hi Eric,
On Thu, 2013-04-25 at 06:29 +, Eric Nordlund wrote:
> It's almost as if the tag is pushing the down.
I guess that's it – I am not sure what the tag is interpreted as,
but the is interpreted as a block element. This means it tries to
take up all available horizontal space. Thus,
11 matches
Mail list logo
