-
Notifications
You must be signed in to change notification settings - Fork 34
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Add UTF-8 BOM to file - Export cross references in structured form instead of plain text - When using the `IgnoreKJV` option, do not split/reorder/merge verses Fixes #45. Fixes #46.
- Loading branch information
Showing
1 changed file
with
25 additions
and
5 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
61fc0b5
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I made a test (using my example module from #42).
In Mt 12:14 occurs following conversion:
It should be like this:
61fc0b5
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Putting references in headlines / subheadlines into nested footnotes is a feature of Paratext import and needed for many other formats, like MyBibleZone, ZefaniaXML, E-Sword, BrowserBible, as those formats would not render references in headlines clickable). Can be disabled by passing
-Dparatext.allowrefsoutsidefootnotes=true
.But that would result in
Which still is a bit away from your desired result of having
As you wrote in #47, collapsing footnotes creates problems when there is text directly adjacent to the footnote. Does this also apply to other footnotes? So this might probably be improved a bit more by implementing the joining of adjacent footnotes into one.
But I guess anything that goes beyond that would require special-casing conversions for individual import/export format combinations and I won't go into this alley. In case someone submits a pull request, I might accept it, but in general my conversions will be generic enough so that every input format can be converted into every output format and produce a result that may not be optimal, but acceptable.
It is obviously always possible to preprocess the input file, postprocess the output file or process any intermediate file (ParatextDump, Diffable, RoundtripXML, RoundtripTaggedText) to improve the conversion results.
61fc0b5
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for all your work.
The problems with adjacent footnotes is matter of correct style which I do not particularly either and it may be not changed.
However, the second footnote is displayed very incorrectly. {See screen capture} There is a conflict between Formatting Codes
\$
and\\
(the conflict starts after the second\\
). Here it is written about the purpose of<para style="r">
:In the example itself, you can see that the text with this style is displayed in italics and in a smaller font than the heading. Such font attributes already apply to text that is enclosed in brackets
{...}
, so there is no need for additional Formatting Codes.In addition to the fact that unwanted Formatting Codes are applied to the footnote text, the footnotes are designed as separate hyperlinks. This means that the user must view each Hypertext Linking separately. If you merge these links, then they will all open in one window, which is much more convenient.
Thus, I want to summarize. I would like to change only the second footnote so that it looks like this:
61fc0b5
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I updated #47 and created #49 for the two issues (no italics in footnotes, merge references).
About your link to the USX specification: That exact specification (or rather its counterpart the USFM specification) also gives guidance how to format these attributes for Bible formats that do not support them (which are usually also reflected in the screenshot). And the suggestion for \r is to create a smaller headline in Italics which is set in parentheses.
Which is exactly what BibleMultiConverter is doing on import. The problem that exactly this combination (a headline in italics) causes problems is nothing that the Paratext import should fix (if you convert to MyBibleZone, you won't be affected by it), so it needs to be added into the OnLineBible export.