-
Notifications
You must be signed in to change notification settings - Fork 0
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
BIPM feedback on MEP Metre #51
Comments
Generated PDF reviewed by BIPM: mep-metre-definition-en.presentation.pdf |
Markup fixes are made in #55 . Note: I also made some markup fixes which weren't on this list. Pinging @opoudjis for the following:
There is some bug with truncating zeros when there is a larger number of them (or this has been fixed in the meanwhile in .adoc, but I doubt):
Pinging @Intelligent2013 for the following:
@ronaldtse, there is an error in the original BIPM document: And this was apparently solved in the meanwhile:
|
Source xml: <math xmlns="http://www.w3.org/1998/Math/MathML">
<mi>μ</mi>
<mtext>m</mtext>
</math> Regarding https://www.w3.org/TR/MathML2/chapter3.html#presm.mi:
If we need to redefine standard behaviour, I can do it via xslt, but I need clear rules for styles.
Fixed. Increased vertical space after figure title.
I can't increase column widths. They calculated automatically for all flavors.
see my first comment for |
Was already fixed in #40
Addressed in metanorma/metanorma-bipm#70
@Intelligent2013 : this is a PDF generation issue (docidentifier not to be appended to reference if of type "metanorma" (i.e. incremental number)
@Intelligent2013 : this is also a PDF generation issue: If a reference is in normal relaton format, with title rather than formattedref, render it as "{Identifier} {title}" (done for HTML in metanorma/metanorma-bipm@0e5d1b3)
Yes, twitter_cldr is truncating the decimal when trying to render it. Fixed by imposing precision. |
Seems that we need to have a separate gem for rendering numbers. The expectations of twitter_cldr seem too different.
And there seems to be a need for proper bibliography text generation at the presentation level? I'm not convinced that the PDF renderer needs to have so much business logic. |
We may yet do so. We don't need to do so yet: setting precision on a floating point number turned out to be a one-liner.
Significant refactor, and I'm not the one constantly adding to backlog so I can't get it it: https://github.com/metanorma/metanorma-nist/issues/242 has been raised. |
@Intelligent2013 Re μm: this is part of the general issue with keeping units in upright font. This is a source markup issue, and we have just had the asciimath gem allow us to set upright font in asciimath, as our short term solution. (The long term solution is units-specific markup.) |
Based on latest PDF release: mep-metre-definition-en.pdf Remaining issues:
Additional issues that weren't before:
Ping @opoudjis |
There are characters <stem type="MathML">299 792 458</stem> therefore it renders as normal text. Some lines below there is a math I see two possible solutions:
|
stem should not be occurring without a math tag inside; will check markup and code. |
"Numbers of references in first column in square brackets, need not be repeated at end of reference": just reported as #52 for @Intelligent2013 |
33: Still not addressed, PDF issue. This is currently being rendered as raw relaton XML.
In fact at least here, the citation has more information: The source data is:
Please, if you have a bibitem containing the following fields, print them out in the citation as follows:
The date will need to be truncated to year level. No, we don't have data saying Switzerland yet, just Geneva. I'm requesting it to be added, to my irritation. |
The missing stem wrapper is a clash of optimisations:
I think the "it's just a number, it doesn't need the MathML" simplification is laudable, and the text does look odd if you're constantly jumping between normal font and Math font for simple numbers. It is also bewildering that a font as common as Arial does not have U+202F: yes it's obscure, but it's hardly Glagolitic. The safest thing to do, I conclude, is to block the style optimisation in BIPM, not block it outside of BIPM, and keep an eye out in case we get similar issues with French documents elsewhere. (The real solution is to avoid fonts that can't deal with good typography, which U+202F represents; recall that Asciidoctor inserts U+2009 around em-dashes.) Oh. And according to Character Palette, my copy of Arial Bold does contain U+202F. I'm not sure we've exhausted this issue; but I'll just dodge it in BIPM. |
The insane Annex 3 numbers are simply because no distinct numbers have been assigned to references there, and autonumbering isn't happening. Autonumbering isn't happening, it turns out, because metanorma-standoc is assuming there is only one bibliography per document. I'm relaxing that constraint, but I am maintaining sequential numbering through the document: I won't restart at 1 for each bibliography, because that would introduce troublesome ambiguity. Note, as we have already discussed, that the reference numbering in the source document is alphanumeric: A4.1, etc. There is actually no reason why you can't use that instead of the numbers in the bibliography: |
We have agreed that the PDF by default will render just ID + Title for relaton bibitems. If more complex rendering is required, I will supply the appropriate formattedRef. |
More complex rendering is not required. Can I close this? |
It seems to me that all the initially reported issues have been discussed. |
@metanorma/editors if there are non-content issues, please ping @Intelligent2013 or @opoudjis . Thanks!
Original comments file:
observations mep metre.xlsx
The text was updated successfully, but these errors were encountered: