<div dir="ltr">Caroline,<div><br></div><div>Thank you for your comments. As you wrote, this requires another DR.</div><div><br></div><div>UK has always argued that Part 1 must not reference Part 4. Now, </div><div>Part 1 does not have a normative reference to Part 4. It does not </div><div>even have Part 4 in the bibliography.<br><br>Nevertheless, Primer in Part 1 has transitional features. Should we move </div><div>that part of the Primer to Part 4? Or , should we introduce Part 4 in the </div><div>Bibliography? I would like to have another DR and discuss in the Seattle F2F.</div><div><br></div><div>For now, I would like to close this DR by introducing changes required </div><div>for dropping the complex type CT_HtmlPublishProperties. To do so, I think that </div><div>we need the schema changes in </div><div><br></div><div><div style="font-size:14px"><a href="https://app.assembla.com/spaces/IS29500/subversion/commits/334" target="_blank">https://app.assembla.com/<wbr>spaces/IS29500/subversion/<wbr>commits/334</a></div><div style="font-size:14px"><a href="https://app.assembla.com/spaces/IS29500/subversion/commits/335" target="_blank">https://app.assembla.com/<wbr>spaces/IS29500/subversion/<wbr>commits/335</a></div></div><div><br></div><div>and the attached change to <span style="font-size:14px">L.3.1.4.1, Part 1</span></div><div><span style="font-size:14px"><br></span></div><div><span style="font-size:14px">Regards,</span></div><div><span style="font-size:14px">Makoto</span></div><div><div class="gmail_extra"><br><div class="gmail_quote">2016-10-29 20:51 GMT+09:00 caroline arms <span dir="ltr"><<a href="mailto:caroline.arms@gmail.com" target="_blank">caroline.arms@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Murata-san,<br>
<br>
I've been looking at the textual changes you suggest. I agree with<br>
your textual deletions.<br>
<br>
Background: As far as I can see, the HTML Publishing Properties<br>
(htmlPubPr) element was moved to Part 4 (and dropped from Part 1). So<br>
clearly it makes sens to drop its complexType. I'll rely on others to<br>
check the schema changes.<br>
<br>
Reading the entire Primer subclause L.3.1.4.1 made me wonder whether<br>
more changes to the text are warranted, given that it refers to<br>
features in Part 4. We do have other instances where discussion in<br>
the Primer refers to features now in Part 4. See the last sentence in<br>
L.5.2, which is about VML.<br>
<br>
At the very least, the "must" in the first paragraph seems jarring.<br>
The paragraph now reads:<br>
"An implementation must have the ability to save (and publish) a<br>
presentation to a web-friendly format like HTML or MHTML. Various<br>
parameters are used to configure the application for saving such<br>
formats as well as to control what content gets generated. The<br>
parameters that configure the application are the HTML Publish<br>
properties whereas the content properties are the Web Properties."<br>
<br>
What about the following:<br>
<br>
Change "must have" to "might provide"<br>
Change "parameters are used" to "parameters are available"<br>
Add reference to Part 4 in a sentence modeled after the last sentence in L.5.2.<br>
Move last sentence in existing paragraph to a new paragraph.<br>
<br>
The result would be:<br>
"An implementation might provide the ability to save (and publish) a<br>
presentation to a web-friendly format like HTML or MHTML. Various<br>
parameters are available to configure the application for saving such<br>
formats as well as to control what content gets generated. These<br>
parameters are introduced here. For details, see the section on<br>
PresentationML in Part 4.<br>
<br>
The parameters that configure the application are the HTML Publish<br>
properties whereas the content properties are the Web Properties."<br>
<br>
I realize that this suggestion may need a new DR.<br>
<br>
Also, the Primer implies that this element/complexType is in PML,<br>
rather than DML. So the DR Title should possibly be changed.<br>
<br>
Hope this helps.<br>
<span class="gmail-m_7374169417730128382HOEnZb"><font color="#888888"><br>
Caroline<br>
</font></span><div class="gmail-m_7374169417730128382HOEnZb"><div class="gmail-m_7374169417730128382h5"><br>
On Sat, Oct 29, 2016 at 3:26 AM, MURATA Makoto <<a href="mailto:eb2m-mrt@asahi-net.or.jp" target="_blank">eb2m-mrt@asahi-net.or.jp</a>> wrote:<br>
> Folks,<br>
><br>
><br>
> Here is my proposal. I hope to close this DR in<br>
> the next teleconference.<br>
><br>
> Schema changes<br>
><br>
> <a href="https://app.assembla.com/spaces/IS29500/subversion/commits/334" rel="noreferrer" target="_blank">https://app.assembla.com/space<wbr>s/IS29500/subversion/commits/<wbr>334</a><br>
> <a href="https://app.assembla.com/spaces/IS29500/subversion/commits/335" rel="noreferrer" target="_blank">https://app.assembla.com/space<wbr>s/IS29500/subversion/commits/<wbr>335</a><br>
><br>
> Changes to L.3.1.4.1, Part 1<br>
><br>
> Remove the paragraph "Indirectly", schema fragments,<br>
> and the last paragraph of this subclause.<br>
><br>
> Regards,<br>
> Makoto<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>
</div></div></div>