<div dir="ltr"><div><div>Indeed. The only thing I'll add is that by adding the array feature you kind of opened Pandora's box. As for me, I'm happy you did, because the gain is obvious to me. How this will affect future specs I don't want to hint at, but I'm quite curious.<br><br></div>As for my second case, it doesn't seem like a major change. When iterating over an array with array:for-each you loose track of the iteration count. I'm not sure if there's even a workaround, multi-dimensional arrays considered. Would it be possible to (optionally) provide the iterator index as the second parameter of the function?<br><br></div>Thanks.<br><div><br><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-06-26 17:00 GMT+02:00 Michael Kay <span dir="ltr"><<a href="mailto:mike@saxonica.com" target="_blank">mike@saxonica.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">IMHO the current distinction between sequences and arrays could eventually be abolished.<br>
><br>
<br>
</span>Not without dramatic incompatibilities.<br>
<br>
The core problem is the equivalence of a singleton sequence and an item. Which is a great benefit in the XML arena, because you don’t have to worry about whether /book/author is returning a sequence or an item. But you can’t do nested sequences/arrays under this model, because if you allow nesting then you need to distinguish [[a]] from [a]. So we have arrays that allow nesting, and sequences where singletons are the same as items, and the two models are irreconcilable.<br>
<span class="HOEnZb"><font color="#888888"><br>
Michael Kay<br>
Saxonica<br>
<br>
</font></span></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div>
<p> 
W.S. Hager<br>
Lagua Web Solutions<br>
<a href="http://lagua.nl/" target="_blank">http://lagua.nl</a><br></p></div></div>
</div>