Skip to content
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.

Sign up for GitHub

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

Jump to bottom

Move nemeth.ctb back to Liblouis and test/document it #815

Open
bertfrees opened this issue Aug 14, 2019 · 1 comment
Open

Move nemeth.ctb back to Liblouis and test/document it #815

bertfrees opened this issue Aug 14, 2019 · 1 comment
Labels
blocked Blocked on another issue help wanted Maintainers want help because they don't have the knowledge or the time, or for another reason

Comments

@bertfrees
Copy link
Member

bertfrees commented Aug 14, 2019 •
edited
Loading

See the various discussions on the mailing list:

  • https://www.freelists.org/post/liblouis-liblouisxml/The-nemethctb-table,19

    Incidentally, if the nemeth.ctb table would have a proper contract (read: a
    YAML test), I think it may be acceptable to keep it in Liblouis. For
    example, it could be based on some kind of text (i.e. one-dimensional)
    notation of math, like for instance LaTeX or AsciiMath[1]. The
    responsibility of Liblouisutdml (and BrailleBlaster) would then simply be
    to convert a MathML element to this notation (and it would only need a .sem
    file to accomplish that).

  • https://www.freelists.org/post/liblouis-liblouisxml/Preparations-for-the-next-release,13

    I saw that there was a lot of talk about the "LEAN" notation (developed by
    John Gardner and Courtney Christensen), but I'm not sure whether this
    notation is suitable as input for a Liblouis table, and if yes, whether it
    also ended up being used as the base for the UEB table (and if yes, which
    subset of it was implemented). I would love to get some more background
    from the BrailleBlaster guys because we would like to document and test the
    behavior of the UEB table in Liblouis for math input.

    After writing the above paragraph I saw in the Git history that Michael
    Whapples and Michael Gray did some additions to the Nemeth table, with a
    mentioning of LEAN. So that does indicate that LEAN was used as a
    common base for both the UEB and the Nemeth conversions in BrailleBlaster.

    Because there were no changes made to Liblouisutdml, this means that the
    notations used by Liblouisutdml and BrailleBlaster are
    different, and that the Nemeth table in Liblouis supports both. I think it
    would be a good idea to also change Liblouisutdml to use
    the LEAN notation. Then we could in principle have a single .sem file for
    both Nemeth and UEB.
@bertfrees bertfrees added help wanted Maintainers want help because they don't have the knowledge or the time, or for another reason on hold Work has started but was suspended labels Aug 14, 2019
@bertfrees bertfrees mentioned this issue Feb 26, 2023
Closed
@bertfrees bertfrees mentioned this issue Mar 29, 2023
Merged
bertfrees added a commit to hammera/liblouis that referenced this issue May 23, 2023
@bertfrees
Don't test en-us-mathtext.yaml because that is not the table we are i…
8c5521d 
…nterested in

We don't even know what this table is used for and how it is supposed
to behave.

The table we are actually interested in is nemeth.ctb. We can't test
it directly in Liblouis however because it is not part of
Liblouis (anymore). It is part of Liblouistdml. The solution is to
test nemethdefs.cti for now and add a note that we should change this
to nemeth.ctb (which requires that we move the table back to Liblouis,
see liblouis#815).
bertfrees added a commit to hammera/liblouis that referenced this issue May 23, 2023
@bertfrees
Don't test en-us-mathtext.yaml because that is not the table we are i…
c51e3b4 
…nterested in

We don't even know what this table is used for and how it is supposed
to behave.

The table we are actually interested in is nemeth.ctb. We can't test
it directly in Liblouis however because it is not part of
Liblouis (anymore). It is part of Liblouistdml. The solution is to
test nemethdefs.cti for now and add a note that we should change this
to nemeth.ctb (which requires that we move the table back to Liblouis,
see liblouis#815).

Also revert the changes in en-us-mathtext.ctb.
hammera pushed a commit to hammera/liblouis that referenced this issue May 24, 2023
@bertfrees @hammera
Don't test en-us-mathtext.yaml because that is not the table we are i…
4cadf0b 
…nterested in

We don't even know what this table is used for and how it is supposed
to behave.

The table we are actually interested in is nemeth.ctb. We can't test
it directly in Liblouis however because it is not part of
Liblouis (anymore). It is part of Liblouistdml. The solution is to
test nemethdefs.cti for now and add a note that we should change this
to nemeth.ctb (which requires that we move the table back to Liblouis,
see liblouis#815).

Also revert the changes in en-us-mathtext.ctb.
hammera pushed a commit to hammera/liblouis that referenced this issue May 30, 2023
@bertfrees @hammera
Don't test en-us-mathtext.yaml because that is not the table we are i…
b01a78c 
…nterested in

We don't even know what this table is used for and how it is supposed
to behave.

The table we are actually interested in is nemeth.ctb. We can't test
it directly in Liblouis however because it is not part of
Liblouis (anymore). It is part of Liblouistdml. The solution is to
test nemethdefs.cti for now and add a note that we should change this
to nemeth.ctb (which requires that we move the table back to Liblouis,
see liblouis#815).

Also revert the changes in en-us-mathtext.ctb.
bertfrees added a commit to hammera/liblouis that referenced this issue May 30, 2023
@bertfrees
Don't test en-us-mathtext.yaml because that is not the table we are i…
88351c5 
…nterested in

We don't even know what this table is used for and how it is supposed
to behave.

The table we are actually interested in is nemeth.ctb. We can't test
it directly in Liblouis however because it is not part of
Liblouis (anymore). It is part of Liblouistdml. The solution is to
test nemethdefs.cti for now and add a note that we should change this
to nemeth.ctb (which requires that we move the table back to Liblouis,
see liblouis#815).

Also revert the changes in en-us-mathtext.ctb.
@bertfrees bertfrees added blocked Blocked on another issue and removed on hold Work has started but was suspended labels Jun 12, 2023
@bertfrees
Copy link
Member Author

We have a lot of MathML to Nemeth tests in Liblouisutdml thanks to Neil Soiffer:

We can use the approach used in #1310 (for UEB) to move those tests to Liblouis. We'd probably have to write a new XSLT that replaces nemeth.sem.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
blocked Blocked on another issue help wanted Maintainers want help because they don't have the knowledge or the time, or for another reason
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@bertfrees