New version of 'The Chymistry of Isaac Newton', using XProc pipelines to generate a website based on TEI XML encodings of Newton's alchemical manuscripts, and Apache Solr as a search engine.
Jim and I noticed today that text within the <fw place="left> element/attribute combo (usually the librarian's mark of the page number) is rendering differently on Carbon than it is in the live site.
Here in ALCH00063-02 on 2.1v, the live site has the number (2) on a new line (which is what we want) versus on Carbon, it's on the same line as the first line of text.
Live site
Carbon
The encoding itself doesn't have a in it, so it seems that a line break is being added in the rendering for the live site.
Instead of going into all of the individual manuscripts and adding a after the , it seems better to do it in the rendering.
Interestingly, it seems like the issue only occurs with . The numbers in are rendering on a new line without a in the encoding itself (see 2.2r on http://carbon.dlib.indiana.edu:8220/text/ALCH00063-02/diplomatic).
Jim and I noticed today that text within the <fw place="left> element/attribute combo (usually the librarian's mark of the page number) is rendering differently on Carbon than it is in the live site.
Here in ALCH00063-02 on 2.1v, the live site has the number (2) on a new line (which is what we want) versus on Carbon, it's on the same line as the first line of text.
Live site
The encoding itself doesn't have a![image](https://user-images.githubusercontent.com/72820848/128914571-8f0eee4b-f365-454d-a72e-709b504fbf02.png)
in it, so it seems that a line break is being added in the rendering for the live site.
Instead of going into all of the individual manuscripts and adding a, it seems better to do it in the rendering.
Interestingly, it seems like the issue only occurs with . The numbers in are rendering on a new line without a
after the
in the encoding itself (see 2.2r on http://carbon.dlib.indiana.edu:8220/text/ALCH00063-02/diplomatic).