Loading ...
Sorry, an error occurred while loading the content.

1332Re: [XSL-FO] Parent of fo:marker

Expand Messages
  • G. Ken Holman
    Jan 11, 2002
    • 0 Attachment
      At 2002-01-11 11:57 -0500, Rodney Boyd wrote:
      >"G. Ken Holman" wrote:
      > >
      > > At 2002-01-11 10:38 -0500, Rodney Boyd wrote:
      > > >According to the XSF-FO spec (section 6.11.3) "It is an error if two or
      > > >more fo:markers that share the same parent have the same
      > > >"marker-class-name" property value."
      > >
      > > In your example it isn't a shared parent area because the markers are in
      > > different areas, one on each page, because of your page-break block between
      > > them.
      >Ah, so "parent" in this context should be understood as "parent area",
      >not "parent element"? Is that correct?

      I wasn't part of the committee, so I don't know for sure ... I wrote the
      answer above before I saw that you were not meeting the constraints of the
      formatting objects.

      > > But ... from the object level (instead of the area level), you aren't
      > > meeting the constraint in 6.11.3 that the fo:marker be an initial child of
      > > its parent formatting object.
      >Then does my second example satisfy that constraint?

      Since satisfying the object constraint will satisfy the area constraint, we
      still haven't answered the question above as to whether the designers were
      talking areas or objects in the parentage constraint. But does the
      question really matter now that we know we are meeting the specification's
      object constraint?

      Do your formatters now give you consistent results now with your
      change? If so, then we've probably noodled it out and the software is
      expecting the objects to be organized as stated in the specification.

      > > Perhaps that is the error you should be receiving, and since you aren't
      > > meeting the indicated constraint why you are getting inconsistent results
      > > from two formatters: GIGO.
      >Heh. One might have hoped for better.

      Well ... maybe not ... I don't blame these companies for investing in the
      formatting algorithms first and postponing all semantic validation until later.

      ....................... Ken

      Training Blitz: 3-days XSLT/XPath, 2-days XSLFO - Feb 18-22, 2002

      G. Ken Holman mailto:gkholman@...
      Crane Softwrights Ltd. http://www.CraneSoftwrights.com/f/
      Box 266, Kars, Ontario CANADA K0A-2E0 +1(613)489-0999 (Fax:-0995)
      ISBN 0-13-065196-6 Definitive XSLT & XPath
      ISBN 1-894049-08-X Practical Transformation Using XSLT and XPath
      ISBN 1-894049-07-1 Practical Formatting Using XSLFO
      XSL/XML/DSSSL/SGML/OmniMark services, books(electronic, printed),
      articles, training(instructor-live,Internet-live,web/CD,licensed)
      Next public training: 2002-01-16,18,02-11,12,13,15,18,21,
      - 03-11,14,15,18,19,04-08,09,10,12
    • Show all 4 messages in this topic