<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
So the only thing being ruled out is the dedicated syntax option,<br>
since it doesn't let us do anything that a new builtin can't do, it's<br>
harder to find help on (as compared to "help(ntuple)" or searching<br>
online for "python ntuple"), and it can't be readily backported to<br>
Python 3.6 as part of a third party library (you can't easily backport<br>
it any further than that regardless, since you'd be missing the<br>
order-preservation guarantee for the keyword arguments passed to the<br>
builtin).<br></blockquote><div><br></div><div>If an important revamp of namedtuple will happen (actually, "easy and friendly immutable structures"), I'd suggest that the new syntax is not discarded upfront, but rather be left as a final decision, after all the other forces are resolved.</div><div><br></div><div>FWIW, there's another development thread about "easy class declarations (with typining)". From MHPOV, the threads are different enough to remain separate.</div><div><br></div><div>Cheers!</div><div><br></div><div>-- <br></div></div><div class="gmail_signature" data-smartmail="gmail_signature"><span style="color:rgb(0,102,0)">Juancarlo </span><b style="color:rgb(0,102,0)">Añez</b></div>
</div></div>