You are viewing a plain text version of this content. The canonical link for it is here.
Posted to fop-commits@xmlgraphics.apache.org by Apache Wiki <wi...@apache.org> on 2008/07/18 23:45:08 UTC

[Xmlgraphics-fop Wiki] Trivial Update of "FormattingObjectsForIndexing" by AndreasDelmelle

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