OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

office message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [office] Fwd: Status on ODF second review request?


Patrick,

Can you please give Paul the clearance to continue with the CSD03 review publication (in the issue) so we do not lose any further time for ODF1.3 and I will take a look into the remaining XHTML XSLT issue meanwhile?

Thanks in advance,
Svante

Am Mi., 9. Sept. 2020 um 18:34ÂUhr schrieb Svante Schubert <svante.schubert@gmail.com>:
Hi Patrick,

Am Mi., 9. Sept. 2020 um 17:36ÂUhr schrieb Patrick Durusau <patrick@durusau.net>:

Svante,

If the links point to the "fixed" version, can you explain how 20.27 chart:interpolation is "fixed?" All the content maybe there, I haven't checked that closely, but the presentation is beyond poor.

Sure, let me spend some time taking (and showing you) some pictures...
--------------------------------------------------------------------------------------
Let's start with the ODF 1.3 CSD03 PDF as ground-truth:
PDF-2020-09-09_18-02-04.png


--------------------------------------------------------------------------------------Â
-------------------------------------------------------------------------------------- Â
Now let's move in timely order starting with ODF 1.2 using MathML images instead of searchable MathML:

odf-1.2-2020-09-09_18-08-26.png

In ODF 1.3 CS01 the MathML had to be viewed for Chrome (incapable of viewing MathML XML out-of-the-box by a script)
Unfortunately, the script URL as given as HTTP instead of HTTPS and is blocked by Chrome:

odf-1.3-cs01-2020-09-09_18-06-09.png

Finally, the version for ODF 1.3 CSD03 of today, that uses a line break for each Mathml as all HTML versions before.
2020-09-09_17-59-25.png


Now explain to me please, what exactly is in your opinion "beyond poor"?
Even more, if you like to enhance something, I would be happy if you as an editor would come up with a GitHub pull request of a fix instead of just pointing vaguely with a finger.

Thanks in advance, Patrick! :-)
Â

BTW, we don't use precedent in standards, that is something done incorrectly once can be repeated in the future. We leave that for lawyers.

You are mistaken, please remember that:
  1. OASIS told us in our conference call...
  2. OASIS pointed it out in the mailing list...
    OASIS has recently made it acceptable to perform editorial (non-material [1]) changes AFTER approval by the TC (before publication),ÂÂ
  3. OASIS mentioned in the issue...
...that (since 2018) there are post-editorial changes possible!Â
Makes perfect sense to me to allow fixing editorial issues that had been found in the review phase.
[1]Âhttps://www.oasis-open.org/policies-guidelines/oasis-defined-terms-2018-05-22#dMaterialChange

Hope you are having a great week!

ÂIgualmente!
SvanteÂ

Patrick

On 9/9/20 11:12 AM, Svante Schubert wrote:
Hi everyone,

I have fixed the problems, whichÂPaul had mentionedÂand we should continue/start with the public review.

Best regards,
Svante

PS: Regina's anchor problem is a problem without content loss and just resulting in multiple lines where there should be one.
This HTML problem existed inÂODF 1.2 & ODF 1.3 CD1, therefore a nice update for ODF 1.4 ;-)

Am Mi., 9. Sept. 2020 um 01:53ÂUhr schrieb Regina Henschel <regina.henschel@libreoffice.org>:
Hi Patrick,

there are indeed problems with the XSLT. It is not specific to MathML,
but happens too with frames with text. If the frame is anchored as
character, only the first frame is exported. You can test it with a text
document with one paragraph which has several frames anchored as character.

I'm not very familiar with XSLT. Perhaps Michael or Svante have an idea.

Kind regards
Regina

Patrick Durusau schrieb am 08-Sep-20 um 23:26:
> Greetings!
>
> You will be glad to know that the TC Admin did reach our request for the
> second public review!
>
> I inquired about our status and got the email below from Paul Knight.
>
> Looking at the HTML parts he suggests, it is really wretched.
>
> I asked him to hold off publishing until I could ask the TC explicitly
> if this is what we want to showcase as our work.
>
> Top of the agenda for next week.
>
> Hope everyone is having a great week!
>
> Patrick
>
>
>
> -------- Forwarded Message --------
> Subject:Â Â Â Re: Status on ODF second review request?
> Date:Â Â Â Â ÂTue, 8 Sep 2020 14:55:03 -0400
> From:Â Â Â Â ÂPaul Knight <paul.knight@oasis-open.org>
> To:Â ÂPatrick Durusau <patrick@durusau.net>, Chet Ensign
> <chet.ensign@oasis-open.org>
>
>
>
> Hi Patrick,
>
> I just took a quick look at the files, and have a few observations:
> - justÂlooking at the files, I wondered about the HTML versions of the
> three RNG files. This is new. No problem, we'll include them along with
> the other files into /schemas subdirectory. (I see internal
> documentationÂ"In order to meet the evolving needs of the Internet
> community, the XML grammar RNG files will be rendered as well into a
> HTML publication format.", so it removes my concern that the inclusion
> of these RNG-HTML files might have been triggered by a
> misinterpretationÂof OASIS publication requirements...)
> - In general, the files look very good, probably ready to publish,
> except for...
>
> The HTML representation of mathematical expressions is still atrocious
> in many instances. So I'd like to verify whether the TC wants to proceed
> with publishing these HTML files as-is, or try to work on this.
>
> A couple of examples are in Part 3 and Part 4:
>
> Part 3:
> - HTML for Section 20.27 "chart:interpolation" is really badly
> scrambled, with apparent repetitions (note "where for all") and lots of
> dropped math expressions - when compared to the PDF or ODT.
>
> Part 4:
>
> Part 4 shows very serious corruption of the HTML version, in handling
> the presentation of some of the more complicated mathematical formulas.
> A good example is seen in 6.18.41 (LINEST).
> Compare the PDF format with the HTML format, beginning several lines
> below TABLE 29 - Linest
> (OpenDocument-v1.3-csd03-part4-formula.html#refTable28) [also note minor
> discrepancy in the name of the tag - 28 vs 29].
>
> Below the text "and define the following matrices:", the PDF shows three
> matrices, but the HTML only shows the first of these three matrices.
> Just below that, the PDF has the text:
> - "Let X^T denote the transpose of X, see TRANSPOSE 6.5.6. Then the
> matrix product X^TâX is a square matrix. If X^TâX is not invertible,
> then LINEST shall either return an error or calculate a result as
> described below." (and several lines, below, the text "These a,b1,â,bn"
>
> The HTML shows the same text as:
> - "Let
> X^T
> If
> X^TâX
> These a,b1,â,bn"
> The HTML appears to simply discard big blocks of text and formulas
> appearing after the first math _expression_ in a sentence.
> **************************
>
> So - proceed withÂpublishing this as-is, or try to fix the HTML issues
> with math?
>
> Best regards,
> Paul
>
> On Tue, Sep 8, 2020 at 9:27 AM Chet Ensign <chet.ensign@oasis-open.org
> <mailto:chet.ensign@oasis-open.org>> wrote:
>
>Â Â ÂHi Patrick,
>
>Â Â ÂHope you had a happy day off. Beautiful weather up here and I
>Â Â Âfinally got my boat set up, in time for the last 2 months of the
>Â Â Âseason.
>
>Â Â ÂI think Paul has been checking it out but copying him here so he can
>Â Â Âreply. Paul, the ticket is
>Â Â Âhttps://issues.oasis-open.org/browse/TCADMIN-3793
>
>Â Â ÂPatrick, generally we take them in rank order.
>
>Â Â ÂBest,
>
>Â Â Â/chet
>
>Â Â ÂOn Fri, Sep 4, 2020 at 5:15 PM Patrick Durusau <patrick@durusau.net
>Â Â Â<mailto:patrick@durusau.net>> wrote:
>
>Â Â Â Â ÂChet,
>
>Â Â Â Â ÂCleaning off my desk a bit and had mistakely look at your JIRA
>Â Â Â Â Âqueue in
>Â Â Â Â Âticket # order. Then I thought I don't understand what order you
>Â Â Â Â Âuse for
>Â Â Â Â Âtickets.
>
>Â Â Â Â ÂSo, just curious where we might be on the second request for ODF?
>
>Â Â Â Â ÂI've got a funded TC member whose job it is to gnaw on my
>Â Â Â Â Âankles. After
>Â Â Â Â Âyears of my supporting them in the TC. Shrugs, it's of no moment.
>
>Â Â Â Â ÂHope you are looking forward to a great weekend!
>
>Â Â Â Â ÂPatrick
>
>Â Â Â Â Â--
>Â Â Â Â ÂPatrick Durusau
>Â Â Â Â Âpatrick@durusau.net <mailto:patrick@durusau.net>
>Â Â Â Â ÂTechnical Advisory Board, OASIS (TAB)
>Â Â Â Â ÂEditor, OpenDocument Format TC (OASIS), Project Editor ISO/IEC 26300
>Â Â Â Â ÂCo-Editor, ISO/IEC 13250-1, 13250-5 (Topic Maps)
>
>Â Â Â Â ÂAnother Word For It (blog): http://tm.durusau.net
>Â Â Â Â ÂHomepage: http://www.durusau.net
>Â Â Â Â ÂTwitter: patrickDurusau
>
>
>
>
>Â Â Â--
>
>Â Â Â/chet
>Â Â Â----------------
>Â Â ÂChet Ensign
>Â Â ÂChief Technical Community Steward
>Â Â ÂOASIS: Advancing open source & open standards for the information
>Â Â Âsociety
>Â Â Âhttp://www.oasis-open.org
>
>Â Â ÂMobile: +1 201-341-1393
>
>
>
> --
> Paul Knight <mailto:paul.knight@oasis-open.org>....Document Process
> Analyst <https://www.oasis-open.org/people/staff/paul-knight>
> OASIS <https://www.oasis-open.org/> - Advancing open standards for the
> information society


---------------------------------------------------------------------
To unsubscribe from this mail list, you must leave the OASIS TC that
generates this mail. Follow this link to all your TCs in OASIS at:
https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php

-- 
Patrick Durusau
patrick@durusau.net
Technical Advisory Board, OASIS (TAB)
Editor, OpenDocument Format TC (OASIS), Project Editor ISO/IEC 26300
Co-Editor, ISO/IEC 13250-1, 13250-5 (Topic Maps)

Another Word For It (blog): http://tm.durusau.net
Homepage: http://www.durusau.net
Twitter: patrickDurusau 


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]