-
Notifications
You must be signed in to change notification settings - Fork 33
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update MyBibleZone verse tag parsing to conform to latest specification #89
Comments
The specification newly added |
Hi, This was solved? Thanks. |
@paulocoutinhox |
As tested with LTT module in #92, EDIT When long-tapping on the hamburger menu, there is an option to "hide explanations" which hides these |
When I implemented MyBibleZone format 8 years ago, the (English) documentation was a lot more terse than today.
For example:
<e>
(emphasis): bold text<i>
(italics): italic text<n>
(note): text added by translator<f>
(footnote): footnote markerToday's spec reads as follows (with more formatting as well):
<e>…</e>
<i>…</i>
<n>…</n>
<n>
there…: or, a mist which went up from, etc.</n>
<f>…</f>
<pb/>
Земля была пуста и пустынна, тьма была над пучиной, и дух<f>
[1]</f>
Божий веял над водами.Currently the
<n>
tag is interpreted like the<i>
tag in the new specification, i. e. like USFM's\add*
tag.Tasks:
<h>
tag (as commented below)<e>
and<i>
look different, and whether<e>
is still rendered bold.Presumably, the outcome will be similar to the following:
<e>
and both italics and additions as<i>
. Export footnotes as<f>
and never export<n>
.<e>
, and only additions as<i>
.<n>
and<f>
as footnotes (the footnote text coming from different places), and import<e>
as bold and<i>
as italic<n>
(for backward compatibility) or<i>
as addition.While at it, maybe create another issue to promote additions (which are currently treated as italic formatting with either extra attribute or css style) to their own formatting style. This will break forward compatibility of roundtrip formats, but since the current release cycle already has two such changes (one for XY strongs, the other for WIVU), better do this change in the same cycle as well.
The text was updated successfully, but these errors were encountered: