Jefsey and dear colleagues,<br>I frankly think we share the same sun but are planets apart with John (hi! , so far away John - thanks for what you did!).<br><br>I therefore do not see the need for us to try to spend our weak resources to make these people understand what we achieved together, what we are doing, and more than anything else what we need. They are just not interested for most, and the friendly ones just do not understand how they could "rock the mammoth".<br>
<br>"Perhaps that would have been the right answer but, again, it wasn't what the WG decided on" (John!) <br><br>The WG decided nothing! The charter decided it (irt. Unicode and mapping) and the Internet had already decided the rest ("too much calls for subsidiarity").<br>
<br>Our IUusersdebated question is "do we keep pretending we are dismayed yet cooperating Internet lead users, and trying to help ? or do we consider that our interest lies in the Intersem, that we are mainly interested in it, and that however keep being concerned by Telecoms and Internet issues for being part of the data and content oriented communications strata below?". <br>
<br>Frankly, John Klensin is by far the most advanced and open minded one in terms of our architectural requirements. Are we happy with RFC 6055? What does IAB provides us with? Vint Cerf did move with Google+, IAB not. Unicode not. IETF not. ICANN not. It clearly shows that it is Google and us, and probably - further - on Google vs. us.<br>
<br>This is why I vote for clarification and efficiency and I claim being an "Intersem user", relating with the IETF rather than contributing to it. Even if the Intersem is still at exploration, prespecification, prototype development stage, I do agree that this will clarify the issues and most probably permit us to better help IETF-men through occasional summaries and reports published as informational RFCs.<br>
<br>Mark and John are right. Now we have: XML 1.1 for five years, IPv6 for 15 years, IDNA2008 for two years, and still a 1983 Internet (28 years). And nothing moves. This is because the politically correct use is still the decentralized master/slave dumb end to end use of the RFC 3935 architecture, and it is still accepted by users. They achieved the maximum  Unicode and IETF could do. Either we are happy at their Internet level or we move to the next net stratum.<br>
<br>Best and thanks to all for the Internet and your netkeeping. <br>But I need to move up!<br>Portzamparc. <br><br><br><br><br><div class="gmail_quote">2011/10/2 John C Klensin <span dir="ltr"><<a href="mailto:klensin@jck.com">klensin@jck.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><br>
<br>
--On Saturday, October 01, 2011 17:27 -0700 Mark Davis ☕<br>
<div class="im"><<a href="mailto:mark@macchiato.com">mark@macchiato.com</a>> wrote:<br>
<br>
> The third choice, of course, was to maintain backwards<br>
> compatibility with 2003 for all characters in Unicode 3.2, and<br>
> just extend the same principles to new characters. That is a<br>
> much easier migration path...<br>
<br>
</div>Unfortunately, that level of compatibility would have<br>
permanently doomed those who believe that ZWJ and ZWNJ (and some<br>
other "map to nothing" cases) to permanently living with<br>
distinctions that they consider very important.  Perhaps that<br>
would have been the right answer but, again, it wasn't what the<br>
WG decided on.<br>
<div class="im"><br>
> We've seen this before. XML 1.1 only had a small<br>
> breaking-compatibility changes, but those changes were enough<br>
> to completely doom it.<br>
<br>
</div>Although the jury is still out, the same could be said for IPv6.<br>
To the extent that analogy is relevant, one might suggest that<br>
there weren't enough perceived benefits in XML 1.1 and IPv6 to<br>
justify dealing with the incompatibilities... or the conversion<br>
and deployment costs whether or not the incompatibilities<br>
existed.  It is harder to prove that the incompatibilities alone<br>
are to blame.<br>
<br>
On the other hand, if strict backward-compatibility with<br>
deployed technologies were always the right answer, we wouldn't<br>
need to be having discussions about conversions of<br>
tungsten-filament incandescent lighting to CFLs and LEDs because<br>
we would still be using candles and gas or, to use an older<br>
analogy, we would be worried about a rather different sort of<br>
pollution and waste problem in our cities than emissions from<br>
automobiles.<br>
<div><div></div><div class="h5"><br>
    john<br>
<br>
_______________________________________________<br>
Idna-update mailing list<br>
<a href="mailto:Idna-update@alvestrand.no">Idna-update@alvestrand.no</a><br>
<a href="http://www.alvestrand.no/mailman/listinfo/idna-update" target="_blank">http://www.alvestrand.no/mailman/listinfo/idna-update</a><br>
</div></div></blockquote></div><br><div style="visibility: hidden; left: -5000px; position: absolute; z-index: 9999; padding: 0px; margin-left: 0px; margin-top: 0px; overflow: hidden; word-wrap: break-word; color: black; font-size: 10px; text-align: left; line-height: 130%;" id="avg_ls_inline_popup">
</div>