PLEASE PROOF: Drafts of 29500-1/-4:2016; feedback due by the end of 2016-04-29

Rex Jaeschke rex at RexJaeschke.com
Tue Apr 12 19:29:37 CEST 2016


Certainly, something has been lost in the first conversion to PDF, and it's unfortunately that there is a page break between the two rows.

As I have no control over how the PDF generator handles this, I don't see there is anything I can do re this.

Rex


-----Original Message-----
From: caroline arms [mailto:caroline.arms at gmail.com] 
Sent: Tuesday, April 12, 2016 7:31 AM
To: MURATA Makoto <eb2m-mrt at asahi-net.or.jp>
Cc: SC 34 WG4 <e-SC34-WG4 at ecma-international.org>
Subject: Re: PLEASE PROOF: Drafts of 29500-1/-4:2016; feedback due by the end of 2016-04-29

Murata-san,

17.4.22 does look better in Word than in the PDF.

17.4.24 does look better in Word than in the PDF.

I agree that the diagram in 17.4.26 looks better in Word than in the PDF, but for me the mis-alignment is not serious enough to affect understanding.  Also, the mis-alignment changes nature if I zoom the PDF View.

    Caroline

On Tue, Apr 12, 2016 at 12:03 AM, MURATA Makoto <eb2m-mrt at asahi-net.or.jp> wrote:
> I find similar discrepancies in 17.4.22 and 17.4.24.
>
> The table in 17.4.26 looks nice in the Word version, but looks broken 
> in the PDF version.
>
> Regards,
> Makoto
>
> 2016-04-12 12:50 GMT+09:00 MURATA Makoto <eb2m-mrt at asahi-net.or.jp>:
>>
>> The diagram in 17.4.10 in the Word version and that in the PDF 
>> version look different.  The same discrepancy appear in 17.4.11.
>>
>> Regards,
>> Makoto
>>
>> 2016-04-12 6:59 GMT+09:00 caroline arms <caroline.arms at gmail.com>:
>>>
>>> Rex,
>>>
>>> Carrying on through Cor 1.
>>>
>>> Items 22-24 look OK
>>>
>>> Item 25 looks OK wrt Cor 1, but I'm suspicious there might be 
>>> another problem.  Should "not to use the fidelity" be "not to lose 
>>> the fidelity"?  If that is not what is meant, some clarification is 
>>> probably in order.  The current wording is confusing.
>>>
>>> Items 26-34 look OK.
>>>
>>> Item 35.  Mostly OK, but missing an added space in 
>>> ancestorstructured in xPath row in attributes table
>>>
>>> Items 36-39 look OK
>>>
>>> Item 40 looks OK, but I suspect a typo that was not noticed before.  
>>> I think "default gallery hall" should be "default gallery shall".
>>>
>>>
>>> Time for dinner.
>>>
>>>      Caroline
>>>
>>> On Mon, Apr 11, 2016 at 11:26 AM, caroline arms 
>>> <caroline.arms at gmail.com>
>>> wrote:
>>> > Rex,
>>> >
>>> > Moving on to checking Part 1 draft against Cor 1  (Cor 3 in the DR 
>>> > Log).
>>> >
>>> > Items 1-4 look OK.
>>> >
>>> > Item 5 looks OK, but I think the inserted text could do with a 
>>> > link to
>>> > 18.2.10 for extLst
>>> >
>>> > Items 6-13 look OK.
>>> >
>>> > Item 14.  One insertion was missed, the comma after i.e.
>>> >
>>> > Items 15-16 look OK
>>> >
>>> > Item 17 looks OK, except:
>>> >   missed substitution of "1" for "on" in beforeAutospacing example
>>> >
>>> > Items 18-20 look OK
>>> >
>>> > Item 21 seems to have two problems 1.  The cstheme row in table on 
>>> > page 303 has some extra periods compared to Cor 1.
>>> >
>>> > 2.  This is not a problem with copying from Cor 1 to Part 1, but 
>>> > applies to Cor 1 as well.  Unless I'm going blind (or am just 
>>> > confused by Arabic scripts/fonts, which other readers may be), I 
>>> > am seeing two instances of the same example markup that are 
>>> > explained to have DIFFERENT results.
>>> >
>>> > The first instance is the first example in the subclause 17.3.2.26 
>>> > <w:r> <w:rPr> <w:rFonts w:ascii="Courier New" w:cs="Times New 
>>> > Roman" /> </w:rPr> <w:t>English ??????? </w:t> </w:r>
>>> >
>>> > followed by:
>>> > In this run, both  English  and   ???????   should be in ASCII 
>>> > font slot, according to the two-step algorithm below. Therefore, 
>>> > both of them should be in the Courier New font face.
>>> >
>>> > The second instance is immediately before the attributes table 
>>> > <w:r> <w:rPr> <w:rFonts w:ascii="Courier New" w:cs="Times New 
>>> > Roman" /> </w:rPr> <w:t>English ??????? </w:t> </w:r>
>>> >
>>> > followed by:
>>> > This text run must therefore use the Courier New font for all 
>>> > characters in the range U+0000 to U+007F, and must use the Times 
>>> > New Roman font for all characters in the Complex Script range.
>>> >
>>> > I have managed to download DR 9-0040, but do not have time now to 
>>> > follow it through to see if I can figure out when/why the 
>>> > duplication appeared or which might be correct.
>>> >
>>> >    I'll try and get to some more of Cor 1 later today or tomorrow.
>>> >
>>> >    Caroline
>>> >
>>> >
>>> >
>>> > On Tue, Mar 29, 2016 at 11:42 AM, Rex Jaeschke 
>>> > <rex at rexjaeschke.com>
>>> > wrote:
>>> >> I just posted the following new documents to the WG4 website:
>>> >>
>>> >>
>>> >>
>>> >>         N 0333: 29500-1:2016 in DOCX and PDF, schemas and other
>>> >> electronic
>>> >> annexes [61MB]
>>> >>
>>> >>         N 0334: 29500-4:2016 in DOCX and PDF, schemas [12MB]
>>> >>
>>> >>
>>> >>
>>> >> These documents are 29500-1/-4:2012 with CORs 1 and 2 applied.
>>> >>
>>> >>
>>> >>
>>> >> Please post any corrections/suggestions to this list.
>>> >>
>>> >>
>>> >>
>>> >> About a year ago, we tried to publish 29500-1/-4:2015 after 
>>> >> having incorporated COR1, but as we found errors, we produced a 
>>> >> COR2. I built on last year s work by simply applying COR2 to what 
>>> >> we already had. That made some new changes and undid a few from 
>>> >> COR1.
>>> >>
>>> >>
>>> >>
>>> >> For your convenience, CORs 1 and 2 are attached.
>>> >>
>>> >>
>>> >>
>>> >> I have applied all the editorial corrections reported (especially 
>>> >> those documented in the Beijing meeting minutes from 2015).
>>> >>
>>> >>
>>> >>
>>> >> I updated the Part 4 pointers into Part 1 to reflect 
>>> >> clause-number changes.
>>> >>
>>> >>
>>> >>
>>> >> I ve asked Murata-san to get me the latest schemas, but as 
>>> >> nothing was changed in that regard for COR2, what I posted today 
>>> >> should be the final schemas.
>>> >>
>>> >>
>>> >>
>>> >> The review period ends on 2016-04-29. Hopefully, we can move 
>>> >> these drafts to DIS ballots during the 2016-05-10 teleconference. 
>>> >> We already got SC 34 s approval to do this at the Beijing 
>>> >> Plenary. All being well, the ISO and Ecma editions will be 
>>> >> published before year s end.
>>> >>
>>> >>
>>> >>
>>> >> Rex
>>> >>
>>> >>
>>> >>
>>> >>
>>
>>
>>
>>
>> --
>>
>> Praying for the victims of the Japan Tohoku earthquake
>>
>> Makoto
>
>
>
>
> --
>
> Praying for the victims of the Japan Tohoku earthquake
>
> Makoto





More information about the sc34wg4 mailing list