"Kevin Dunn" <[EMAIL PROTECTED]> writes:
> It looks like a stylesheet issue, though I have no idea at what
> point in the chain it could be fixed. The dsl stylesheet writes the
> ascii code for the degree symbol into the tex file. TeX understands
> the symbol and prints it, but stupidly, with too
Kevin Dunn <[EMAIL PROTECTED]> writes:
> The problem is that the page numbers are occasionally wrong when a
> floating figure or equation is bumped to the next page. The mandrake
> documentation project solved this problem for the LOT by printing
> the page number of, for example, the title of an
Kevin Dunn <[EMAIL PROTECTED]> writes:
> I have an almost insignificant problem that I have had little
> success in understanding--the degree symbol in my generated pdf has
> extra whitespace at the end. I have looked in the .tex output from
> openjade and jadetex and there is no extra whitespace
Doug du Boulay <[EMAIL PROTECTED]> writes:
> Seems to be no mention of underline in the dsssl spec.
See the score flow object. I think in dsssl the accel element uses
this.
--
...Adam Di Carlo...<[EMAIL PROTECTED]>...http://www.onshored.com/>
Doug du Boulay <[EMAIL PROTECTED]> writes:
> Actually I discovered that the stock dsssl1.77 stylesheets respond perfectly
> well to:
>
>
>
> The width attribute is only used by HTML and the scale attribute
> (which is a percent without the % sign) is only used in the tex
> output.
Herm, that
Mark Earlam <[EMAIL PROTECTED]> writes:
> How can i modify the style sheet to do this?
Find a convenient display-group construction rule which can be easily
overridden, and add the attribute pair: "keep: 'page". This will keep
the whole thing on one page.
Obviously this can't be the default beh
Doug du Boulay <[EMAIL PROTECTED]> writes:
> I am using dsssl with openjade and the docbook stylesheets to render html and
> with pdfjadetex to render pdf format.
>
> I would like to know what is the best way to control image sizes in both
> output formats from the docbook markup.
> HTML seems
Stephane Bortzmeyer <[EMAIL PROTECTED]> writes:
> Ask and thou shall receive. Type make and you will see the problem in
> the DVI file. If you change the #t in #f in print.dsl, the problem
> will disappear.
Ok, I've tested with this and I don't see the problem you're citing
(monospace font) usin
[EMAIL PROTECTED] writes:
> A general question for folks. If one is stylesheet agnostic, would DSSSL or
> XSL be a better choice for a start toward producing XHTML Strict? I was a
> LISP hacker in a previous life, and so find DSSSL appealing.
Since the docbook-xsl from the DBOR (Docbook Open Repo
Tobias, I really didn't mean to imply anything you did was wrong.
It's perfectly fine and good (and who am I to say anyways) to do your
own thing for DocBook->XHTML transformations. Nothing wrong with
that. Perhaps you're right that you're needs were so radically
divergant that no merging was po
Tobias Reif <[EMAIL PROTECTED]> writes:
> I did not say that the linked XSLTs are patches for the
> NW-DBK2(X)HTML-XSLTs, or that the code's purpose is to be integrated
> into them.
I know.
> This lis is titled
>DOCBOOK-APPS
> which seems to imply that it about DocBook tools *in general*.
>
Scott Hudson <[EMAIL PROTECTED]> writes:
> Is there anything that supports shading or colors in SDocBook/CALS
> tables? Are colors/shades supported in both the HTML and FO
> stylesheets?
I don't believe there is an column/row/cell shading in CALS at all.
I was about to say you should do this usin
Tobias Reif <[EMAIL PROTECTED]> writes:
> I share the requirements of both of you. To get the XHTML I want and
> need, I wrote my own XSLTs [1], and I'm very happy with the results
> (and I'm still working on them, planning a rewrite). The stuff you two
> mention already is implemented.
> [1]
> ht
"Carlos Araya" <[EMAIL PROTECTED]> writes:
> To answer Adam's question... attributes such as kbd and all other
> physical markup such as bold, italics, underline and strikethrough
> are being phased out in favor of using CSS or the logical markup
> tags such as emphasis, strong and related.
I wou
Stephane Bortzmeyer <[EMAIL PROTECTED]> writes:
> When I include in a , it is nicely
> typesetted with the default options of the stylesheets. But if I use:
>
> (define bop-footnotes
> ;; Needs a -V tex-backend to jade
> ;; Make "bottom-of-page" footnotes?
> #t)
>
> The footnote is typese
Also, AbiWord is able to read most Word files and can save as Docbook
XML. It's not beautiful but at least it's a nice first step (for me,
next step is a buncha emacs macros :).
--
...Adam Di Carlo..<[EMAIL PROTECTED]>...http://www.onshored.com/>
Since tidy complains at me when I use TT output, I've made some hacks
in the DSSSL stylesheets (not yet committed) to produce HTML output
using KBD, VAR, CODE, and SAMP rather than TT whenever it seems
possible to determine which element we want.
These elements have been in HTML since 3.2 if not
Personally I think accessability concerns should be part of what is
produced by default by docbook-xsl (and dsssl). Depending on the
scope of the changes needed, it could be setting that can be turned
on.
Someone just needs to work out what accessbaility problems the
XSL/DSSSL has an file bugs o
Folks here who use DSSSL (seems to be a distinct minority!) might be
interested in some of the recent work I've done in the DSSSL
stylesheets.
If anyone is interested in helping me fix some outstanding DSSSL
issues, or testing to ensure I haven't broken anything; please getthe
CVS modules from th
Camille Bégnis <[EMAIL PROTECTED]> writes:
> Should I report a bug or is this behavior intended? Is there a
> parameter that may change that?
>
> This testcase shows another "minor" issue: the page pointed at in the
> TOC for the parts is the page of the following chapter, not the part
> title pa
Yann Dirson <[EMAIL PROTECTED]> writes:
> file-18-24: file
> tail +18 $< | head -6 > $@
>
> (untested, there may be one-off bugs in this code)
Using 'sed' might be more straight-forward here, e.g.,
sed -ne '3,23p;' $< > $@
That prints lines 3 thru 23.
--
...Adam Di Carlo..<[EMAIL
Kevin Dunn <[EMAIL PROTECTED]> writes:
> I just tried unsuccessfully to validate the html version of my sgml
> docbook processed with openjade and dsssl 1.76b. What dtd do these
> stylesheets target
Technically they target "-//Norman Walsh//DTD DocBook HTML 1.0//EN",
which is "Derived from W3C HT
Dave Pawson <[EMAIL PROTECTED]> writes:
> At 12:03 21/01/2003 -0500, Jeff Beal wrote:
> >Actually, external stylesheets have a lower precedence than any internal
> >style rules. The only way authors can override internal style rules is with
> >an !important rule in the external CSS, and I think t
David Cramer <[EMAIL PROTECTED]> writes:
> Would a something like this be generally useful enough (and possible
> to implement without adding too much processing overhead) to merit a
> feature request? Any problems with the idea that I'm not seeing? I'm
> envisioning a parameter or similar mechani
Norman Walsh <[EMAIL PROTECTED]> writes:
> The answer seems pretty clearly to be "no".
I disagree. Even Netscape 4, the worst standards-supporting browser
in use at all today (and obsolete too) supports much of CSS1.
Even if Netscape 4 didn't support CSS1, why should we sacrifice the
convenienc
Bob Stayton <[EMAIL PROTECTED]> writes:
> On Mon, Jan 20, 2003 at 01:21:43PM -0500, Norman Walsh wrote:
> > Is it time to move that line farther out, removing things that could
> > be done with CSS and just expecting CSS to be used?
>
> I think this is ok.
I would also agree. I would say CSS1 a
Adam DiCarlo <[EMAIL PROTECTED]> writes:
> I don't think I ever "objected" per se.
Oh, duh, I did, the subject line. Scratch this sentance. :)
--
...Adam Di Carlo..<[EMAIL PROTECTED]>...http://www.onshored.com/>
"A.R. (Tom) Peters" <[EMAIL PROTECTED]> writes:
> I get lots of messages like:
>
> openjade:/usr/share/sgml/docbook/dtd/xml/4.1/docbook.cat:34:0:W: DTDDECL
> catalog entries are not supported
>
> Huh? No DTDDECL's with XML?
Yes, these are SGML catalog entries for DTDDECL. The latest
openjade1
Norman Walsh <[EMAIL PROTECTED]> writes:
> Maybe the right thing to do is rip the DSSSL chapter out.
I would suggest caveating it in TDG instead. There are a lot of DSSSL
users out there. I understand DSSSL is in more or less "maintenance
mode" (thereby easier to keep documentation up-to-date ri
Doug du Boulay <[EMAIL PROTECTED]> writes:
> On Friday 10 January 2003 15:35, Ian Castle wrote:
> > On Friday 10 Jan 2003 2:19 am, Doug du Boulay wrote:
> > > I've been having a spot of bother getting well formatted
> > > printed tables using the dsssl stylesheets version 1.77+, jade
> > > and pdf
[EMAIL PROTECTED] writes:
> When I'm processing DocBook SGML documents for my web site, I get great gobs
> of complaints like the following:
>
> jade:/usr/share/sgml/docbook/stylesheet/dsssl/modular/html/dbgraph.dsl:68:1:E:
> 1st argument for primitive "append" of wrong type: "#
> " not a list
Norman Walsh <[EMAIL PROTECTED]> writes:
> / Paul Grosso <[EMAIL PROTECTED]> was heard to say:
> | That is, your suggested code matches the specs, but not a lot
> | of the deployed tools out there.
>
> That's the precise reason that I haven't made this sort of change.
>
> And as for replacing ty
Bob Stayton <[EMAIL PROTECTED]> writes:
> That's a great method of selecting a graphic format if your build
> system is set up for it. I'm not sure why you are objecting,
> though, as you can do this now, without any change to the
> stylesheets, right?
I don't think I ever "objected" per se. I
Jeff Beal <[EMAIL PROTECTED]> writes:
> As for the general concept of having the stylesheets add an extension based
> on the format, it seems that specifying multiple alternate mediaobjects and
> selecting the right one for the output is a better approach.
>
>
>
>
>
>
>
>
.
Daniel Veillard <[EMAIL PROTECTED]> writes:
> Well I have good reasons, working both as a tool maintainer and
> as part of a large OS distributor to think that it has to be
> separated.
Actually, my point of view is on behalf of Debian. I package a good
deal of the SGML and XML infrastructure
Daniel Veillard <[EMAIL PROTECTED]> writes:
> On Sun, Dec 15, 2002 at 05:09:27PM -0600, Adam DiCarlo wrote:
> > Sidenote: I really don't see what the big deal is though with mixing
> > XML and SGML stuff in /usr/share/sgml -- most of the tools I happen to
> > use
Bob Stayton <[EMAIL PROTECTED]> writes:
> Thanks for the suggestion, but I couldn't find anything
> in the LSB documents about XML stylesheets.
> Maybe you are thinking of the "Filesystem Hierarchy
> Standard", which is part of LSB. The latest version is
> 23 May 2001. It is available at
> http:
Daniel Veillard <[EMAIL PROTECTED]> writes:
> Hum, you should not use file path anyway in the instances of the
> documents or in the tools. if you use the stylesheet PI or even on the
> command line for xsltproc it's more reliable/portable to use the
> canonical URL for the stylesheet
> htt
Bob, your document is excellent. I've been able to use it and get
xsltproc and xalan2 working, no problems.
A few very minor suggestions
I find the file paths your citing rather odd and probably not very
exemplary. For instance, in bottom of ch 5, you cite the XSL
stylesheet at the locatio
39 matches
Mail list logo
