xmlgraphics-fop-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Apache Wiki <wikidi...@apache.org>
Subject [Xmlgraphics-fop Wiki] Trivial Update of "FormattingObjectsForIndexing" by AndreasDelmelle
Date Fri, 18 Jul 2008 21:45:08 GMT
Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Xmlgraphics-fop Wiki" for change notification.

The following page has been changed by AndreasDelmelle:
http://wiki.apache.org/xmlgraphics-fop/FormattingObjectsForIndexing

------------------------------------------------------------------------------
  
  More or less the opposite of the {{{id}}} property, which uniquely identifies a node in
the document, the value of the {{{index-key}}} property will typically be identical for several
FOs. Apart from this difference, the established mechanism for id-resolution can be applied
for keeping track of the index-key occurrences as well. This needs closer investigation. The
two can probably work very closely together. 
  
- In light of this consideration, apart from using the same pattern as {{{id}}} for ''storing''
the property value as a reference in the FO itself, the option of instead creating a mapping
from {{{index-key}}} to a set of {id}s at parse-time may be interesting to look at (or, vice
versa, instead of storing the ids in a Set --which is already the case, since FOP needs to
verify the uniqueness-- store a mapping of {{{id}}} and {{{index-key}}})
+ In light of this consideration, apart from using the same pattern as {{{id}}} for ''storing''
the property value as a reference in the FO itself, the option of instead creating a mapping
from {{{index-key}}} to a set of {{{id}}}s at parse-time may be interesting to look at (or,
vice versa, instead of storing the ids in a Set --which is already the case, since FOP needs
to verify the uniqueness-- store a mapping of {{{id}}} and {{{index-key}}})
  
  Depending on this choice, it may be necessary to add a special {{{PropertyMaker}}} subclass.
This will have an impact on how the object will be processed further on. If the property is
stored on the FObj, then separate checks/handling need to be added for it, which may otherwise
be caught generically (as in: every time an id is added to a page, see if an index-key-reference
needs updating)
  

---------------------------------------------------------------------
To unsubscribe, e-mail: fop-commits-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: fop-commits-help@xmlgraphics.apache.org


Mime
View raw message