<div dir="ltr">Hi Michael,<div><br></div><div>Thanks for your reply.  Would it be accurate to say, then, that the indent parameter is delegated to the JSON output method when serializing map and array items under the Adaptive output method?  </div><div><br></div><div>I ask because I don't see anything explicitly stating that the JSON output method is the delegate for serialization parameters affecting map and array items under Adaptive output method.  But since no other output method claims to be able to serialize map and array items, the spec makes this conclusion implicitly.</div><div><br>Joe</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, May 30, 2017 at 3:45 PM, Michael Kay <span dir="ltr"><<a href="mailto:mike@saxonica.com" target="_blank">mike@saxonica.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div>I think the key to this is the word "directly". For many things the adaptive methods delegates to other output methods, and in cases where the adaptive method does not itself use a serialization parameter, but the method to which it delegates does, the phrase "is not directly applicable" is used. This is explained in section 10.1 of the serialization spec.</div><div><br></div><div>Michael Kay</div><div>Saxonica</div><br><div><blockquote type="cite"><div><div class="h5"><div>On 30 May 2017, at 20:18, Joe Wicentowski <<a href="mailto:joewiz@gmail.com" target="_blank">joewiz@gmail.com</a>> wrote:</div><br class="m_-6535100247482438891Apple-interchange-newline"></div></div><div><div><div class="h5"><div dir="ltr">Hi Liam,<div><br></div><div>Many thanks for this helpful response about the "spirit" of the spec here.  I have one last question - do you have a sense why section 10.1.4 makes this statement?</div><div><br></div><div>> The indent and suppress-indentation parameters are not directly applicable to the Adaptive output method. [1]</div><div><br></div><div>(What throws me off a bit here, of course, is that Adaptive is the only output method that serializes maps *as* maps, so there isn't anywhere else to look for direct guidance on indentation of maps.)</div><div><br></div><div>I may well proceed with the bugzilla request, but if you have any further insight on this question, it would help me understand whether the current phrasing was an unintentional oversight or whether there was some other consideration that led the WG to state the above.</div><div><br></div><div>Thanks again,</div><div>Joe</div><div><br></div><div>[1] <a href="https://www.w3.org/TR/xslt-xquery-serialization-31/#ADAPTIVE_INDENT" target="_blank">https://www.w3.org/TR/<wbr>xslt-xquery-serialization-31/#<wbr>ADAPTIVE_INDENT</a></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, May 28, 2017 at 3:13 AM, Liam R. E. Quin <span dir="ltr"><<a href="mailto:liam@w3.org" target="_blank">liam@w3.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Sat, 2017-05-27 at 22:36 -0400, Joe Wicentowski wrote:<br>
><br>
> [...]<br>
<span><br>
> Is there room for implementations to use such indentation and still<br>
> call it "adaptive"?  If so, what basis is there in the spec for such<br>
> behavior?<br>
<br>
</span>Here's a personal response - use bugzilla (see the status section of<br>
the spec,<br>
<a href="https://www.w3.org/TR/xslt-xquery-serialization-31/" rel="noreferrer" target="_blank">https://www.w3.org/TR/xslt-xqu<wbr>ery-serialization-31/</a><br>
for details) if you want a Working Group response.<br>
<br>
The Working Group will probably close soon, however.<br>
<br>
So,<br>
<br>
<a href="https://www.w3.org/TR/xslt-xquery-serialization-31/#JSON_INDENT" rel="noreferrer" target="_blank">https://www.w3.org/TR/xslt-xqu<wbr>ery-serialization-31/#JSON_IND<wbr>ENT</a><br>
has, for JSON,<br>
[[<br>
The indent parameter controls whether the serializer adjusts the<br>
whitespace in the serialized result so that a person will find it<br>
easier to read.<br>
]]<br>
(the spec doesn't say _which_ person!).<br>
<br>
OK, and now we see, in 10.1,<br>
[[<br>
For some item types the Adaptive output method will delegate<br>
serialization to other output methods. [...] serialization parameters, <br>
if set, will be passed down to the serialization method that is<br>
applied  to each item in the supplied sequence.<br>
]]<br>
<br>
So as I read it you have as implementor a license to pass the indent<br>
parameter down and to use JSON serialization for maps and arrays and<br>
hence to allow the readable indenting.<br>
<br>
Certainly that's in the _spirit_ of the adaptive method. And using a<br>
serialization parameter would also let you pass the tests :) although<br>
I don't know how important that is to you.<br>
<br>
Again, this is based on my own reading of the spec, and being at the<br>
meetings and on the calls, but it's not an "official" response.<br>
<br>
Best,<br>
<br>
Liam<br>
<span class="m_-6535100247482438891HOEnZb"><font color="#888888"><br>
<br>
--<br>
Liam R. E. Quin <<a href="mailto:liam@w3.org" target="_blank">liam@w3.org</a>><br>
The World Wide Web Consortium (W3C)<br>
</font></span></blockquote></div><br></div></div></div>
______________________________<wbr>_________________<br><a href="mailto:talk@x-query.com" target="_blank">talk@x-query.com</a><br><a href="http://x-query.com/mailman/listinfo/talk" target="_blank">http://x-query.com/mailman/<wbr>listinfo/talk</a></div></blockquote></div><br></div></blockquote></div><br></div>