OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

Mail Index message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: docbook-apps-digest Digest #446

Re: DOCBOOK-APPS: page numbers in dsssl xrefs
DOCBOOK-APPS: Re: Problems with saxon, XML Catalogs, and dbnotnx.mod
DOCBOOK-APPS: Two small questions (I hope)
DOCBOOK-APPS: Announce: DocBook DSSSL Stylesheets V1.78
Re: DOCBOOK-APPS: Re: Problems with saxon, XML Catalogs,
 and dbnotnx.mod
RE: DOCBOOK-APPS: Re: Top border lacking on repeated table header	s
 with xep
RE: DOCBOOK-APPS: Re: Chunked HTML file names too long for ISO966	0
RE: DOCBOOK-APPS: image sizes
RE: DOCBOOK-APPS: Two small questions (I hope)
DOCBOOK-APPS: Re: Problems with saxon, XML Catalogs, and dbnotnx.mod
DOCBOOK-APPS: DocBook + MathML and/or SVG examples
RE: DOCBOOK-APPS: Two small questions (I hope)
RE: DOCBOOK-APPS: Two small questions (I hope)
RE: DOCBOOK-APPS: Re: Top border lacking on repeated table headers
 with xep
Re: DOCBOOK-APPS: Two small questions (I hope)
Re: DOCBOOK-APPS: Two small questions (I hope)
Re: DOCBOOK-APPS: Two small questions (I hope)
DOCBOOK-APPS: docbook2txt and mediaobjects
Re: DOCBOOK-APPS: docbook2txt and mediaobjects

----------------------------------------------------------------
To subscribe or unsubscribe from this elist use the subscription
manager: <http://lists.oasis-open.org/ob/adm.pl>


Kevin Dunn <kdunn@hsc.edu> 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 equation rather
> than of the equation itself.

I don't get it.  Wouldn't it be a bug if the equation title is on a
different page than the equation itself?  Or are these deliberately
multi-page equations?

> My question: how can I print the page number for the <em>title</em>
> of an equation in the en-xref-strings example above?

Hmm, I believe we can adjust where the actual anchor for the link is
placed.

Is is possible to provide a sample generic DocBook (XML or SGML, XML
preferred) document showing the problem?

-- 
...Adam Di Carlo...<adam@onshored.com>.......<URL:http://www.onshored.com/>




>>>>> Steinar Bang <sb@dod.no>:

> Platform: RedHat 8.0,
> 	  IBM Java2 1.3.1
> 	  saxon 6.5
> 	  apache (Sun?) resolver 1.0
> 	  DocBook XML 4.1.2 (native to RedHat 8)
> 	  DocBook XSL 1.60.1 (from an RPM created by myself)

> When I try building my documents, I get error messages about the
> dbnotnx.mod file not being found in the document directory.

> This seems to be the same problem discussed in this email thread:
>   http://www.biglist.com/lists/xsl-list/archives/200301/threads.html#00011

[snip!]
>   <nextCatalog
>     catalog="/usr/share/sgml/docbook/xml-dtd-4.1.2-1.0-14/docbook.cat"/>

In RedHat 8.0, I must use catalog instead of docbook.cat, ie.
   <nextCatalog
     catalog="/usr/share/sgml/docbook/xml-dtd-4.1.2-1.0-14/catalog"/>

Then it worked.

In addition there is the file
	/etc/xml/catalog
which works for the DTDs, but doesn't have a <rewriteURI> for the
DocBook XSL style sheets (at least not for my RPM of 1.60.1).



Hello

First of all defining my environment:

	docbook: 4.2
	xsl stylesheets: 1.60.1
	Gnu Debian Linux (testing)
	fop 0.20.5rc2
	xsltproc: 1.0.21

First Question: When i was using docbook + dsssl, i used thumbpdf to
generate thumbnails. Is it possible to do the same with the tools I'm
using now? If not, is it possible to do with any tools available to
process docbook with xsl?

Second Question: I believe this is basic but here goes: I want to
produce weekly reports that include MRTG like graphs. I have a script
that gets the graphs and generates the "involving" docbook xml so that
they can be placed in the report. Is there a way to "include" this
"wrappers" in the main report file?

When using dsssl i used to do something like:

<?xml version='1.0' encoding="iso-8859-1"?>
<!DOCTYPE book PUBLIC "-//OASIS//DTD DocBook XML V4.2//EN"
          "http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd"[
<!ENTITY chap1 SYSTEM "capitulo1.xml">
<!ENTITY chap2 SYSTEM "capitulo2.xml">
<!ENTITY chap3 SYSTEM "capitulo3.xml">
<!ENTITY chap4 SYSTEM "capitulo4.xml">
]>

and then i used the entities &chap1;, etc wherever i wanted them. When i
switched to xsl i was no longer able to do this! Is it possible? How?
With wich tools?

Thanks
-- 
        Mario Filipe 
        mjnf@uevora.pt
        http://neptuno.sc.uevora.pt/~mjnf

This is a digitally signed message part



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Thanks to Adam Di Carlo for all his hard work on getting this release
ready.

Changes since version 1.77 (2002-07-07)

Changes to dsssl/*

  | 2003-02-20  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* Makefile: don't distrib empty debian dir and *.orig
  | 
  | 2003-02-19  Norman Walsh <nwalsh@users.sourceforge.net>
  | 
  | 	* VERSION: Version 1.78 released.
  | 
  | 2002-12-16  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* .cvsignore: ignorables, esp stuff built by debian/rules
  | 
  | 2002-08-08  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* Makefile: 'doc' target uses bin subdir, clean target
  | 	  additional goes into print, html, and bin
  | 
  | 	* catalog: appropriate DTDDECL for dtds/html/dbhtml.dcl
  | 	  (merging in Debian changes)
  | 
  | 2002-08-07  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* README.CVS: some more information in the 'Installation'
  | 	  section
  | 

Changes to dsssl/bin/*

  | 2003-01-19  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* collateindex.pl: fix from Tim Waugh for when the same
  | 	  indexterm has too different seealso's, where currently
  | 	  script produces invalid SGML/XML; fixes bug #551318
  | 
  | 2002-12-16  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* .cvsignore: New file.
  | 
  | 2002-08-08  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* Makefile: New file.
  | 

Changes to dsssl/common/*

  | 2003-01-15  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* dbcommon.dsl: make <section> appear correctly in the PDF
  | 	  bookmark hierarchy; also fix font size selection for section
  | 	  titles corrects sourceforge bugs 589247 and 524028; patch
  | 	  from Carsten Haese appreciated
  | 
  | 2002-12-20  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* dbl1en.dsl: fix up some case-folding incidents
  | 
  | 2002-08-07  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* Makefile: dbl1he.ent doesn't exist, was breaking build
  | 

Changes to dsssl/docsrc/*

  | 2003-01-04  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* docbook.sgm: setting some IDs
  | 
  | 2002-12-22  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* doc.dsl: roll back rev 1.2, it was a mistake
  | 
  | 2002-12-20  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* doc.dsl: use relative references for the print and html
  | 	  stylesheets, so you don't have to have the dsssl catalogs in
  | 	  place in order to build
  | 
  | 2002-12-16  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* common-version.sgm, common.sgm, html-version.sgm, html.sgm,
  | 	  lib-version.sgm, lib.sgm, print-version.sgm, print.sgm:
  | 	  references to ChangeLog should be relative
  | 
  | 2002-11-27  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* otherdoc.sgm: fix location of the DocBook FAQ
  | 

Changes to dsssl/html/*

  | 2003-02-12  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* db31.dsl, dbhtml.dsl, dbinline.dsl, dbttlpg.dsl: Deprecate
  | 	  TT; use CODE, KBD, SAMP, or VAR instead. acronym make's use
  | 	  of HTML4's ACRONYM element if %html40% abbrev make's use of
  | 	  HTML4's ABBR element if %html40%
  | 
  | 	* dbparam.dsl: Emit a HTML 4.0.1 doctype by default if
  | 	  %html40%, this seems like a good idea. Update
  | 	  %spacing-paras% and %html40% docs a bit, without changing
  | 	  their settings.
  | 
  | 2003-02-11  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* dbtable.dsl: If %html40%, create col elements representing
  | 	  colspecs (implied or explicit), and don't emit widths on
  | 	  each and every cell. If %html40%, set the tbody valign
  | 	  properly. If %html40%, allow relative column sizes such as
  | 	  "1*", thus we're not emitting 50% when we mean 1* (out of
  | 	  1*, 1*); the effect is that we're not forcing pgwide if it's
  | 	  not turned on. Don't set valign on entries, set them on rows
  | 	  (unless they really are set on the entries). Some rewriting
  | 	  for speed/efficiency (doens't seem to make much difference
  | 	  in my timing testing though)
  | 
  | 2003-02-09  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* dbtable.dsl: Improve table rendering using frame and border
  | 	  attributes on HTML tables, conditional on HTML4 support
  | 	  being on. The following cases in table.006.xml are now
  | 	  fixed: outer edit (table frame but no rowsep nor colseps);
  | 	  rows (frame is topbot, rowsep but no colsep); columns; tic
  | 	  tac toc (no frame, colsep and rowsep). Note we still have no
  | 	  way (yet) to override colsep/rowsep in either colspec or in
  | 	  the individual rows, but I'm working on colspec -> colgroup.
  | 
  | 2003-02-07  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* dbblock.dsl: move the anchor closer to the content in
  | 	  informal-objects; no way to get around empty A element in
  | 	  this case
  | 
  | 	* dbsect.dsl, dbttlpg.dsl: "<a></a>title" changes to
  | 	  "<a>title</a>" -- weblint says we should avoid empty A
  | 	  elements
  | 
  | 	* dbtable.dsl: fix a div-by-zero error identified in
  | 	  informaltable.015.xml; would cause loss of a table header
  | 	  column in some cases
  | 
  | 2003-01-21  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* dbblock.dsl: formal and informal objects reset the
  | 	  processing mode, this closes Debian#79432f; so
  | 	  <bookinfo><productname> is still in special mode, but
  | 	  <bookinfo><legalnotice><productname> is not; test is
  | 	  legalnotice.001.xml
  | 
  | 2003-01-20  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* dbgraph.dsl: correct this error: html/dbgraph.dsl:68:1:E:
  | 	  1st argument for primitive "append" of wrong type:
  | 	  "#<unknown object 146207544>" not a list, fix and report
  | 	  from Christopher B. Browne
  | 
  | 2003-01-15  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* dbadmon.dsl, dbautoc.dsl, dbbibl.dsl, dbblock.dsl,
  | 	  dbcallou.dsl, dbcompon.dsl, dbdivis.dsl, dbefsyn.dsl,
  | 	  dbfootn.dsl, dbgloss.dsl, dbgraph.dsl, dbhtml.dsl,
  | 	  dbindex.dsl, dbinfo.dsl, dbinline.dsl, dblink.dsl,
  | 	  dblists.dsl, dblot.dsl, dbmath.dsl, dbmsgset.dsl,
  | 	  dbprocdr.dsl, dbrfntry.dsl, dbsect.dsl, dbsynop.dsl,
  | 	  dbtable.dsl, dbtitle.dsl, dbttlpg.dsl, dbverb.dsl,
  | 	  docbook.dsl: update docbook URL to
  | 	  http://docbook.sourceforge.net/projects/dsssl/; N.B.: credit
  | 	  for the group option and repeating goes to John Daily
  | 
  | 	* dblink.dsl: xref to varlistentry using the term, patch from
  | 	  Jens Emmerich; closes bug 520561
  | 
  | 	* dbsynop.dsl: Patch #562401 <group choice="opt"
  | 	  rep="repeat">, elipsis should be outside of group, reference
  | 	  test cmdsynopsis.003
  | 
  | 2003-01-14  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* dbblock.dsl: define a $remark$ function, unifying comment
  | 	  and remark element rendering; remarks within paras are now
  | 	  rendering using a span rather than p so they mark up as
  | 	  inline text decoration
  | 
  | 2002-12-16  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* dbblock.dsl, dbparam.dsl: %epigraph-start-col% and
  | 	  %epigraph-content-col% allows customization of epigraph
  | 	  positioning; %blockquote-start-col% and %blockquote-end-col%
  | 	  parameters allows customization of the whitespace around
  | 	  blockquote
  | 

Changes to dsssl/print/*

  | 2003-02-17  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* dbblock.dsl, dbtitle.dsl: More cases where
  | 	  process-children-trim should be used.
  | 
  | 	* dbcompon.dsl: Add some comments in the ARTICLE element.
  | 
  | 	* dblists.dsl: In process-listitem-content replace
  | 	  (process-node-list (children (current-node))) with
  | 	  (process-children-trim) -- we need to be trimming
  | 	  whitespace. Some retabbing.
  | 
  | 	* dbprint.dsl: $paragraph$ should use (process-children-trim);
  | 	  this fixes a space indent in RTF output on all PARAs marked
  | 	  up like: <para> Content ...
  | 
  | 	* dbtable.dsl: Remove the %cals-cell-before-column-margin%
  | 	  hack for TeX backend, it's not needed anymore.
  | 
  | 2003-02-13  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* dbblock.dsl: element footnote/para uses default-text-style;
  | 	  set lines: wrap for the case of endnotes within verbatim
  | 	  'asis' environments, but it doesn't seem to actually help
  | 	  (cf test programlisting.004)
  | 
  | 2003-02-07  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* dbttlpg.dsl: some space over copyright; fixes Bug #542681
  | 
  | 2003-01-21  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* dbparam.dsl: correct discussion of possible settings for
  | 	  %paper-type% and %visual-acuity%
  | 
  | 2003-01-15  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* dbadmon.dsl, dbautoc.dsl, dbblock.dsl, dbcallou.dsl,
  | 	  dbdivis.dsl, dbefsyn.dsl, dbgloss.dsl, dbgraph.dsl,
  | 	  dbindex.dsl, dbinfo.dsl, dbinline.dsl, dblink.dsl,
  | 	  dblists.dsl, dblot.dsl, dbmath.dsl, dbmsgset.dsl,
  | 	  dbprint.dsl, dbprocdr.dsl, dbrfntry.dsl, dbsect.dsl,
  | 	  dbsynop.dsl, dbtable.dsl, dbtitle.dsl, dbverb.dsl,
  | 	  docbook.dsl, notoc.dsl, plain.dsl: update docbook URL to
  | 	  http://docbook.sourceforge.net/projects/dsssl/; N.B.: credit
  | 	  for the group option and repeating goes to John Daily
  | 
  | 	* dbblock.dsl, dbparam.dsl: parameters for
  | 	  %formal-object-title-font-weight% %table-title-font-weight%,
  | 	  reviewed and tested, sourceforge patch #599366
  | 
  | 	* dblink.dsl: xref to varlistentry using the term, patch from
  | 	  Jens Emmerich; closes bug 520561
  | 
  | 	* dbsect.dsl: make <section> appear correctly in the PDF
  | 	  bookmark hierarchy; also fix font size selection for section
  | 	  titles corrects sourceforge bugs 589247 and 524028; patch
  | 	  from Carsten Haese appreciated
  | 
  | 	* dbsynop.dsl: Patch #562401 <group choice="opt"
  | 	  rep="repeat">, elipsis should be outside of group, reference
  | 	  test cmdsynopsis.003
  | 
  | 2002-12-16  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* dbblock.dsl, dbparam.dsl: %epigraph-start-indent% and
  | 	  %epigraph-end-indent% parameters allows customization of
  | 	  epigraph positioning; %blockquote-start-indent% and
  | 	  %blockquote-end-indent% parameters allows customization
  | 	  control of the blockquote positioning
  | 
  | 2002-08-08  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* Makefile: clean rule
  | 

Changes to dsssl/debian/*

  | 2003-02-19  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* changelog: prepare 1.78-1
  | 
  | 	* config: Priority is low for everything but papersize
  | 	  question
  | 
  | 	* postinst.m4: fix paperconf pagesize configuration
  | 
  | 	* rules: I keep editing postinst by accident; set it
  | 	  read-only, executable
  | 
  | 	* templates: choices for docbook-dsssl/set-papersize fixed;
  | 	  typo in description fixed
  | 
  | 2003-02-12  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* changelog: Recent changes; note that this isn't releasable
  | 	  yet, I'm still having debconf issues, to wit, papersize
  | 	  question isn't being asked at all
  | 
  | 	* config: trying to fix the state machine to match questions
  | 	  and priorities correctly
  | 
  | 	* postinst.m4: break out sitefile for siteconfig file ID;
  | 	  unsetit function; deal with commented out stuff better; deal
  | 	  with new paper type options
  | 
  | 	* templates: set-papersize is now a select list with many
  | 	  different options: A4, A4landscape, USletter, USlandscape,
  | 	  or 'paperconf' from libpaperg
  | 
  | 2003-02-11  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* changelog: some debian bugs fixed in recent changes
  | 
  | 2003-02-06  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* changelog, postinst.m4: fix a nasty bug setting variables to
  | 	  other variables in siteconfig.dsl
  | 
  | 2003-02-04  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* changelog, config, templates: also make make the following
  | 	  debconf questions low priority: use-id-as-filename,
  | 	  body-start-indent, title-font family; change some
  | 	  multiselects into select; closes: #179554
  | 
  | 2003-01-23  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* changelog: changes so far
  | 
  | 	* changelog, rules:
  | 	  /usr/share/sgml/docbook/stylesheet/dsssl/modular/README
  | 	  symlink to README in the docs; closes: Debian#149880
  | 
  | 	* config: allow priorities to be specified; priority for
  | 	  html-ext set to low, closes: Debian#178003
  | 
  | 	* postinst.m4: fix a quoting problem, seems to affect
  | 	  multi-word values, though I don't know what people are doing
  | 	  with multi-word values; closes: Debian#178020
  | 
  | 2003-01-22  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* changelog, postinst.m4, rules: more minor bugfixes here;
  | 	  finalizing for Debian release
  | 
  | 2003-01-21  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* .cvsignore, changelog, config, control, html-siteconfig.dsl,
  | 	  postinst.m4, print-siteconfig.dsl, rules, templates: stop
  | 	  providing obsolete docbook-stylesheets; build doesn't
  | 	  require m4 anymore, use Perl; debconf'iscate some common
  | 	  settings; debconf will ask to set papersize automatically
  | 	  using LC_PAPER, closes: Debian#51992; define local
  | 	  configuration files where debconf and user configuration
  | 	  goes, /etc/sgml/docbook-dsssl/{print,html}/siteconfig.dsl
  | 
  | 	* changelog, postinst.m4, rules: cleaning up some bugs I
  | 	  introduced in today's changes
  | 
  | 	* changelog, postrm, prerm: proper purge handling now
  | 
  | 	* freebsd.dsl: update to rev 1.68
  | 
  | 	* html-docbook-hacker.sed, print-docbook-hacker.sed, rules:
  | 	  since we use siteconfig.dsl in Debian pkgs now, we have to
  | 	  hack the two docbook.dsl files we ship to include that as an
  | 	  external stylesheet (but obviously I don't want to touch the
  | 	  official ones)
  | 
  | 	* postinst: cosmetic
  | 
  | 	* postinst: remove this file which isn't supposed to be in CVS
  | 
  | 	* postinst, postinst: turn off verboseness, cosmetics
  | 
  | 	* postinst.m4: remove /etc/sgml/M4package.cat cruft
  | 
  | 	* postinst.m4: argh, lets try turning off the verboseness
  | 	  again
  | 
  | 2003-01-20  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* control: update the pkg description
  | 
  | 	* control: Policy compliance updated to 3.5.8, no changes
  | 	  needed
  | 
  | 2002-12-29  Norman Walsh <nwalsh@users.sourceforge.net>
  | 
  | 	* README.debian: Updates
  | 
  | 2002-12-16  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* .cvsignore: New file.
  | 
  | 2002-11-27  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* changelog, control: remove build depends on the following:
  | 	  libdelimmatch-perl, sun-resolver, lib-saxon-java,
  | 	  libxerces-java, imagemagick, tetex-bin, gs, gsfonts, jade |
  | 	  openjade These pkgs are only for building from CVS, not the
  | 	  source distribution; closes: #156153
  | 
  | 2002-11-26  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* changelog: historical change on 1.77, matching up with what
  | 	  is in Debian
  | 
  | 2002-08-08  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* changelog: 1.77-1
  | 
  | 	* rules: 'clean' shouldn't clean files which are distributed
  | 	  with docbook-dsssl -- maybe we need to distinguish between
  | 	  clean rules and maintainer-clean; remove an old test target
  | 
  | 2002-08-07  Adam Di Carlo <adicarlo@users.sourceforge.net>
  | 
  | 	* changelog: new upstream version for 1.77
  | 

                                        Be seeing you,
                                          norm

- -- 
Norman Walsh <ndw@nwalsh.com>      | The last act is bloody, however
http://www.oasis-open.org/docbook/ | fine the rest of the play. They
Chair, DocBook Technical Committee | throw earth over your head and it
                                   | is finished for ever.--Pascal
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.7 <http://mailcrypt.sourceforge.net/>

iD8DBQE+cIKXOyltUcwYWjsRAoI+AJ4/qMqttybz17oGmhY82k6DpIUjnwCfQ7ph
637YRxkzEVs1Y1ZZrAjm0yo=
=88dW
-----END PGP SIGNATURE-----



On Thu, Mar 13, 2003 at 12:52:58PM +0100, Steinar Bang wrote:
> In addition there is the file
> 	/etc/xml/catalog
> which works for the DTDs, but doesn't have a <rewriteURI> for the
> DocBook XSL style sheets (at least not for my RPM of 1.60.1).

  Strange, depend on the stylesheet URL you're using, which one ?

Daniel

-- 
Daniel Veillard      | Red Hat Network https://rhn.redhat.com/
veillard@redhat.com  | libxml GNOME XML XSLT toolkit  http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/



Setting border-before-width.conditionality="retain" works for me.

-----Original Message-----
From: David Cramer [mailto:dcramer@motive.com]
Sent: Wednesday, March 12, 2003 11:27 PM
To: docbook-apps@lists.oasis-open.org
Subject: RE: DOCBOOK-APPS: Re: Top border lacking on repeated table
headers with xep


I didn't see any effect when I changed the conditionality to retain on
fo:table, so I added a top and bottom border to the row as a short-term
fix (see below).  There's a barely visible problem with this workaround
though: the side borders of the table extend a tiny bit above the top
border on the second and following pages. I haven't ever gotten back to
it to test the conditionality thing further and see if it was me or xep
doing something wrong. Perhaps I misunderstood what David T. was
suggesting?

David

===================================================================
RCS file:
/export/CVS/src/docmodules/doctools/1.0/DocShared/xsl/docbook/motive-pdf
/table.xsl,v
retrieving revision 1.2
retrieving revision 1.1
diff -w -r1.2 -r1.1
12c12
< <!-- <xsl:include href="../common/table.xsl"/> -->
---
> <xsl:include href="../common/table.xsl"/>
15c15
<      $Id: table.xsl,v 1.2 2003/02/06 07:38:59 dcramer Exp $
---
>      $Id: table.xsl,v 1.1 2003/02/06 07:37:03 dcramer Exp $
27c27
< $Id: table.xsl,v 1.2 2003/02/06 07:38:59 dcramer Exp $
---
> $Id: table.xsl,v 1.1 2003/02/06 07:37:03 dcramer Exp $
254,261d253
< 	  <xsl:if test="@rowsep &gt; 0 and parent::thead">
< 		<xsl:call-template name="border">
< 		  <xsl:with-param name="side" select="'bottom'"/>
< 		</xsl:call-template>
< 		<xsl:call-template name="border">
< 		  <xsl:with-param name="side" select="'top'"/>
< 		</xsl:call-template>
< 	  </xsl:if>

-----Original Message-----
From: Norman Walsh [mailto:ndw@nwalsh.com] 
Sent: Wednesday, March 12, 2003 6:43 PM
To: David Cramer
Cc: David Tolpin; docbook-apps@lists.oasis-open.org
Subject: DOCBOOK-APPS: Re: Top border lacking on repeated table headers
with xep

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

It's been a month or so, has there been any follow-up on this? Do I
need to add some more properties to the stylesheets?

/ David Cramer <dcramer@broadjump.com> was heard to say:
| Ok, that make sense, but when I add
border-top-width.conditionality="retain" or
border-before-width.conditionality="retain" to the fo:table, nothing
changes (the top border of the running headers are still not there in
the pdf):
|
| <fo:table margin-left="0pt" margin-right="0pt"
border-collapse="collapse" border-top-width.conditionality="retain"
border-left-style="solid" border-right-style="solid"
border-top-style="solid" border-bottom-style="solid"
border-left-width="0.5pt" border-right-width="0.5pt"
border-top-width="0.5pt" border-bottom-width="0.5pt"
border-left-color="black" border-right-color="black"
border-top-color="black" border-bottom-color="black" width="100%">
|
| David
|
|> -----Original Message-----
|> From: David Tolpin [mailto:dvd@renderx.com]
|> Sent: Thursday, February 06, 2003 2:17 AM
|> To: docbook-apps@lists.oasis-open.org
|> Subject: Re: DOCBOOK-APPS: Top border lacking on repeated 
|> table headers
|> with xep
|> 
|> 
|> > 
|> > XEP (2.x at least) for some reason doesn't put a border 
|> declared in fo:table
|> > on running headers. So even tho you have frame="all" on 
|> your docbook table
|> > and rowseps="1" elsewhere, you still end up with this in 
|> your output:
|> 
|> David,
|> 
|> I'll post your messages sent to xep-support (they have been 
|> bounced since sent not from a subscribed
|> address), but the problem is not with XEP but with the 
|> stylesheets, and XEP's behaviour is
|> compliant.
|> 
|> border-*.conditionality is discard by default. That's why 
|> table borders are not drawn
|> at the top and bottom of the intermediate chunks. If one 
|> want's the top border to be
|> drawn always, border-before.conditionality="retain" must be
specified.
|> 
|> David
|> 



No, they aren't persistent.  The names are generated based on their position
within the current document.  Have you considered using the <?dbhtml
filename="xxxx.html"?> processing instruction?  If you place this as a child
of the element you are chunking, the stylesheets will use that over the ID.
So, you could have something like:

<chapter id="reallylongdescriptiveid">
 <?dbhtml filename="chap1.html"?>
 ...
</chapter>
<chapter id="shorter">
 ...
</chapter>

Your first chapter would be written to file "chap1.html", and the second
would be written to "shorter.html".

Jeff

-----Original Message-----
From: Steinar Bang [mailto:sb@dod.no]
Sent: Thursday, March 13, 2003 2:12 AM
To: docbook-apps@lists.oasis-open.org
Subject: DOCBOOK-APPS: Re: Chunked HTML file names too long for ISO9660


>>>>> Norman Walsh <ndw@nwalsh.com>:

> Do you need the ID-based filenames?

Need, no.  Prefer, yes.

> Would the automatically generated names not be ok?

Are these names persistent, if sections change order in the XML
source?



I would argue that http://www.docbook.org/tdg/en/html/imagedata.html would
be the definitive source for understanding how to interpret widths in a
DocBook document, not the HTML specification.  

Jeff
-----Original Message-----
From: Adam DiCarlo [mailto:adam@onshored.com]
Sent: Thursday, March 13, 2003 3:54 AM
To: ddb@R3401.msl.titech.ac.jp
Cc: docbook-apps@lists.oasis-open.org
Subject: Re: DOCBOOK-APPS: image sizes

> What I dont know is what the widths and scales are percentages of. The 
> original figures widths? the page width? the text-column width? 
> I have no idea what magic goes on within web-browsers or tex  to impose
this 
> spec.

Well, read the HTML spec, but it's width of their containing block
element.  Generally this is the width of the visible page but it could
also be smaller (e.g., inside blockquote or whatever).

-- 
...Adam Di Carlo...<adam@onshored.com>.......<URL:http://www.onshored.com/>



I'm not sure about the thumbnails, but your second problem is more curious.
XSLTProc should have no problems resolving the entities in the same manner
as your DSSSL processor.  XML is XML and the stylesheet language you choose
doesn't require any differences in your XML source.  What errors does
XSLTProc return when trying to parse your file?  What's the output when you
run xmllint on the file (xmllint --valid --noout yourfile.xml)?

Jeff

-----Original Message-----
From: Mário Filipe [mailto:mjnf@uevora.pt]
Sent: Thursday, March 13, 2003 7:11 AM
To: Docbook-apps
Subject: DOCBOOK-APPS: Two small questions (I hope)


Hello

First of all defining my environment:

	docbook: 4.2
	xsl stylesheets: 1.60.1
	Gnu Debian Linux (testing)
	fop 0.20.5rc2
	xsltproc: 1.0.21

First Question: When i was using docbook + dsssl, i used thumbpdf to
generate thumbnails. Is it possible to do the same with the tools I'm
using now? If not, is it possible to do with any tools available to
process docbook with xsl?

Second Question: I believe this is basic but here goes: I want to
produce weekly reports that include MRTG like graphs. I have a script
that gets the graphs and generates the "involving" docbook xml so that
they can be placed in the report. Is there a way to "include" this
"wrappers" in the main report file?

When using dsssl i used to do something like:

<?xml version='1.0' encoding="iso-8859-1"?>
<!DOCTYPE book PUBLIC "-//OASIS//DTD DocBook XML V4.2//EN"
          "http://www.oasis-open.org/docbook/xml/4.2/docbookx.dtd"[
<!ENTITY chap1 SYSTEM "capitulo1.xml">
<!ENTITY chap2 SYSTEM "capitulo2.xml">
<!ENTITY chap3 SYSTEM "capitulo3.xml">
<!ENTITY chap4 SYSTEM "capitulo4.xml">
]>

and then i used the entities &chap1;, etc wherever i wanted them. When i
switched to xsl i was no longer able to do this! Is it possible? How?
With wich tools?

Thanks
-- 
        Mario Filipe 
        mjnf@uevora.pt
        http://neptuno.sc.uevora.pt/~mjnf 



>>>>> Daniel Veillard <veillard@redhat.com>:

> On Thu, Mar 13, 2003 at 12:52:58PM +0100, Steinar Bang wrote:
>> In addition there is the file
>> 	/etc/xml/catalog
>> which works for the DTDs, but doesn't have a <rewriteURI> for the
>> DocBook XSL style sheets (at least not for my RPM of 1.60.1).

>   Strange, depend on the stylesheet URL you're using, which one ?

Not really strange.  The DocBook XSL RPM I use, is one I rolled myself
for 1.60.1 on RedHat 7.2.

When I installed it on RedHat 8.0 it pushed out the docbook-style-xsl
that had been installed with it (version 1.50.1, I think).

Presumably this caused the docbook-style-xsl to tidy up after itself,
when being removed?  And my RPM doesn't put anything in (yet).




Hello

Faq?

I see links to, examples of and discussion about quite large DocBook
based authoring and publishing efforts.

But I'm looking for examples where people are using DocBook and MathML
and/or SVG. I've done a small DocBook (slides) example with some
(trivial) MathML and SVG but would like to be able to link to or
reference something more solid/larger. Too early? 

I've read through some past debates about DocBook+MathML versus Latex
for math-heavy documents. If there are some Latex->DocBook+MathML
switchers I'd really like to hear from them and about their documents.

I've read about using PassiveTex as a FO processor and the ability to
use latex equations in DocBook - although I havent tried these.  So I
guess it doesnt have to be one or the other, its a cooperation.

I'm a longtime user of Latex, including Latex slides, and I tend to
like it. But I'm enthusiastic about authoring approaches based on XML
and (new/emerging) W3C and other (OASIS :-)) XML based standards -
along the lines of http://goossens.home.cern.ch/goossens/tipscnl.html.

I also like the idea of using the Web Browser as a presentation tool
(especially when MathML and SVG really work).

Geoff








On Qui, 2003-03-13 at 14:13, Jeff Beal wrote:
> I'm not sure about the thumbnails, but your second problem is more curious.
> XSLTProc should have no problems resolving the entities in the same manner
> as your DSSSL processor.  XML is XML and the stylesheet language you choose
> doesn't require any differences in your XML source.  What errors does
> XSLTProc return when trying to parse your file?  What's the output when you
> run xmllint on the file (xmllint --valid --noout yourfile.xml)?

capitulo1.xml:2: error: Input is not proper UTF-8, indicate encoding !
  <title>Gestão e Monitorização de redes</title>
             ^
capitulo1.xml:2: error: Bytes: 0xE3 0x6F 0x20 0x65
  <title>Gestão e Monitorização de redes</title>
             ^
dissertacao.xml:114: error: Entity value required
&chap1;
      ^
capitulo1.xml:2: error: Input is not proper UTF-8, indicate encoding !
  <title>Gestão e Monitorização de redes</title>
             ^
capitulo1.xml:2: error: Bytes: 0xE3 0x6F 0x20 0x65
  <title>Gestão e Monitorização de redes</title>
             ^
dissertacao.xml:1183: error: xmlParseEntityRef: no name
	<publishername>O'Reilly & Associates</publishername>
                          ^
unable to parse dissertacao.xml


This is my previous document that works with dsssl (jadetex, et all)

When I had previously tried this, I was on a tight schedule (this
document is my master's thesis and I was already late), so I tried, oops
there are errors, I'll use dsssl et all because it works.

With your hint of xmllint, and having the time to look at the messages i
figured what was missing. I just added to every included file the
following line:

<?xml version='1.0' encoding="iso-8859-1"?>

and it works!

Thanks for the "enlightening" tip, now I'm just missing the bookmarks...

-- 
        Mario Filipe 
        mjnf@uevora.pt
        http://neptuno.sc.uevora.pt/~mjnf

This is a digitally signed message part



On Qui, 2003-03-13 at 14:41, Mário Filipe wrote:

> Thanks for the "enlightening" tip, now I'm just missing the bookmarks...

 Actually, I'm missing the thumbnails ...
-- 
        Mario Filipe 
        mjnf@uevora.pt
        http://neptuno.sc.uevora.pt/~mjnf

This is a digitally signed message part



Looking at the archives, you mention you're using 3.13. We're still on
2.78. That's probably the difference. In any case,
border-before-width.conditionality="retain" belongs in the stylesheets. 

David

-----Original Message-----
From: Jeff Beal [mailto:jeff.beal@ansys.com] 
Sent: Thursday, March 13, 2003 7:51 AM
To: David Cramer; docbook-apps@lists.oasis-open.org
Subject: RE: DOCBOOK-APPS: Re: Top border lacking on repeated table
headers with xep

Setting border-before-width.conditionality="retain" works for me.

-----Original Message-----
From: David Cramer [mailto:dcramer@motive.com]
Sent: Wednesday, March 12, 2003 11:27 PM
To: docbook-apps@lists.oasis-open.org
Subject: RE: DOCBOOK-APPS: Re: Top border lacking on repeated table
headers with xep


I didn't see any effect when I changed the conditionality to retain on
fo:table, so I added a top and bottom border to the row as a short-term
fix (see below).  There's a barely visible problem with this workaround
though: the side borders of the table extend a tiny bit above the top
border on the second and following pages. I haven't ever gotten back to
it to test the conditionality thing further and see if it was me or xep
doing something wrong. Perhaps I misunderstood what David T. was
suggesting?

David 



On Qui, 2003-03-13 at 17:43, Bob Stayton wrote:
 
> Well, FOP with those tools *does* generate thumbnails
> in the PDF file.  Did you click on the Acrobat
> thumbnails tab?  When I do, I get a set of
> thumbnails on the left.  If you don't, then perhaps
> you didn't set the 'fop.extensions' stylesheet
> parameter to 1.  That will enable the thumbnails
> and bookmarks in FOP processing.

Hi

This is the command line that I use :

xsltproc --output dissertacao.fo --stringparam fop.extensions 1
--stringparam paper.type A4 --stringparam generate.toc "" --stringparam
formal.title.placement "example after"
/usr/share/sgml/docbook/stylesheet/xsl/nwalsh/fo/docbook.xsl
dissertacao.xml

and then:

 ~/fop-0.20.5rc2/fop.sh -fo dissertacao.fo -pdf dissxsl.pdf

Is there any configuration file that I should use, or what?

Thanks
-- 
        Mario Filipe 
        mjnf@uevora.pt
        http://neptuno.sc.uevora.pt/~mjnf

This is a digitally signed message part



On Thu, Mar 13, 2003 at 12:11:16PM +0000, Mário Filipe wrote:
> Hello
> 
> First of all defining my environment:
> 
> 	docbook: 4.2
> 	xsl stylesheets: 1.60.1
> 	Gnu Debian Linux (testing)
> 	fop 0.20.5rc2
> 	xsltproc: 1.0.21
> 
> First Question: When i was using docbook + dsssl, i used thumbpdf to
> generate thumbnails. Is it possible to do the same with the tools I'm
> using now? If not, is it possible to do with any tools available to
> process docbook with xsl?

Well, FOP with those tools *does* generate thumbnails
in the PDF file.  Did you click on the Acrobat
thumbnails tab?  When I do, I get a set of
thumbnails on the left.  If you don't, then perhaps
you didn't set the 'fop.extensions' stylesheet
parameter to 1.  That will enable the thumbnails
and bookmarks in FOP processing.


Bob Stayton                                 400 Encinal Street
Publications Architect                      Santa Cruz, CA  95060
Technical Publications                      voice: (831) 427-7796
The SCO Group                               fax:   (831) 429-1887
                                            email: bobs@sco.com



On Qui, 2003-03-13 at 17:20, Mário Filipe wrote:

> Hi
> 
> This is the command line that I use :
> 
> xsltproc --output dissertacao.fo --stringparam fop.extensions 1
> --stringparam paper.type A4 --stringparam generate.toc "" --stringparam
> formal.title.placement "example after"
> /usr/share/sgml/docbook/stylesheet/xsl/nwalsh/fo/docbook.xsl
> dissertacao.xml
> 
> and then:
> 
>  ~/fop-0.20.5rc2/fop.sh -fo dissertacao.fo -pdf dissxsl.pdf
> 
> Is there any configuration file that I should use, or what?

Hi again

I forgot to mention that in the thumbnails tab all I get is a bunch of
gray rectagles.

I also forgot ot mention that I'm using JIMI with FOP not the other
one... Could this be it?

Once again thanks
-- 
        Mario Filipe 
        mjnf@uevora.pt
        http://neptuno.sc.uevora.pt/~mjnf

This is a digitally signed message part



Hi all,

There's something that I have been wondering about for a bit.

environment:
Debian GNU/Linux testing
docbook-utils package v0.6.12-3

I find that when I run docbook2txt, it first uses the HTML conversion,
then uses lynx or something to make the conversion from HTML to text.
All in all, that seems like a fine idea., except that none of my figures
and pictures come out.  The pictures there's no getting around, but I
figured I could add a <textobject> to the <mediaobject> and then draw
some ascii art to replace my .pdf or .png.  

No luck, since .png is the preferred <mediaobject> type for html.  

Is this a problem with my installation (is the <textobject> supposed to
go in an ALT tag or something?) or is it a problem with the way the
docbook2xxx tools are crunching my document?  It seems as though the
point of having alternatives in a mediaobject is for precisely this
reason, yet the docbook2xxx tools can only really crunch documents in
one of two ways, print or html.  

I've seen things on this list about a number of programs that I don't
know about or how to use; I have _only_ crunched docbook documents by
running 'docbook2xxx mydoc.xml' where xxx is one of txt, html, or pdf.
Is there a different tool that I'm supposed to be using?  (this isn't
the interesting question -- I still have more reading to do)


Thanks for your help!

-ben

-- 
Ben Hartshorne
email: ben@hartshorne.net
http://ben.hartshorne.net

PGP signature



On Thu, Mar 13, 2003 at 12:31:07PM -0800, Ben Hratshorne wrote:

> I find that when I run docbook2txt, it first uses the HTML
> conversion, then uses lynx or something to make the conversion from
> HTML to text.  All in all, that seems like a fine idea., except that
> none of my figures and pictures come out.  The pictures there's no
> getting around, but I figured I could add a <textobject> to the
> <mediaobject> and then draw some ascii art to replace my .pdf or
> .png.

Support for that kind of thing isn't implemented yet.  Ideas for ways
to do so or even better, patches, are welcome.

Tim.
*/

PGP signature


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Powered by ezmlm-idx