You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In hub:lists-permitted-here() is defined that lists shouldn't be created in footnotes. I wonder why this condition was defined, since you can render lists in footnotes with TeX and InDesign. As far as I know, it's no issue to render lists in footnotes (e.g. endnotes) in most EPUB reading systems, too.
The text was updated successfully, but these errors were encountered:
I don’t think that we want to rule out lists in footnotes out of “content hygiene” considerations. Not considering footnotes in the list detection is (or was) probably necessitated by the list nesting mechanism, to which footnotes can look like list items.
If you look at from what it evolved, footnotes might have been excluded from list detection because they can have a margin and a negative indent that might make them look like list items to the converter.
The footnote condition was originally added to http://svn/svn/ltxbase/xsl-modules/lists/handle-indent.xsl by Moriz on 2011-06-30 with the comment “handle-indent nicht in footnote psoprocess added”, whatever this was intended to mean.
If you consider removing this condition, I propose you run the tests “evolve-hub-lists” (testset) locally first and see what happens.
In
hub:lists-permitted-here()
is defined that lists shouldn't be created in footnotes. I wonder why this condition was defined, since you can render lists in footnotes with TeX and InDesign. As far as I know, it's no issue to render lists in footnotes (e.g. endnotes) in most EPUB reading systems, too.The text was updated successfully, but these errors were encountered: