bertfrees
commented
8 years ago Dotify splits the document body (in CSS terms: everything in the normal flow, i.e. not flowed into @begin or @end areas; in OBFL terms: everything not inluded in pre-content or post-content) into equal parts. Table of contents and volume endnotes sections work as follows: they must be included in pre-content or post-content, and they are basically lists of items that reference elements in the document body. This way Dotify can determine which items need to be included in which volumes, and in case of a "document range" table of contents, how to group the items according to volume.
Volume-level symbols list could be done similar to how endnotes are done, that is: before formatting you generate a list of "symbol items" that reference the positions in the body where they are used.
However one issue is that I'm not sure whether OBFL allows the same item to reference multiple positions in the body, and what Dotify does in that case. What would be most logical is to include the item in as many volumes as needed, and that is also exactly what we need. (As a matter of fact, this may also be an issue with endnotes. Can several noterefs in DTBook reference the same note? I'm not sure.)
Whether the order of items in the result is determined by the order of items in the collection, or by the order of the referenced elements in the body, I don't know, because these orders have always been identical until now. This could be another possible issue if we want to use this approach for symbols lists.
dkager
How does Dotify determine which content belongs to a volume? That is, would a volume-level symbols list be possible if it was generated as boilerplate BEFORE being fed into dtbook-to-pef?