On 12 Oct 2013 11:15, "Victor Stinner" <victor.stinner at gmail.com> wrote: > > 2013/10/12 Ethan Furman <ethan at stoneleaf.us>: > >> What do you propose in cases like this? Should the keyword always refer > >> to the same PEP it did in the past, even when that PEP is no longer as > >> relevant given later PEPs? Or should the keyword reach a different, > >> newer PEP if that newer PEP becomes a “more relevant” PEP for the > >> keyword? > > > > Heh, that was the same example I was going to use. :) > > > > Another question: if the later PEP gets the appropriate name, what name > > then gets applied to the older one(s)? > > As I wrote in my first message, if changing identifier for draft PEP > is an issue, an option is to only add a textual identifier to accepted > PEPs. RFCs are referenced by number. Standards are referenced by number. Nicknames are simply too ambiguous to be scalable. If you want a self explanatory reference, use the full PEP title, as that's what it is for (RFCs and standards also have titles for the same reason). Adopting a suitable set of keywords (like unicode, import, builtins, syntax, stdlib, cpython) could be interesting, though. Cheers, Nick. > > > For than matter, what names would you give to the myriad unicode peps? > > Let me try to name PEPs related to Unicode: > > 100: unicode_integration > 261: unicode_ucs4 > 277: windows_unicode_filenames (hum, I proposed a limit of 20 > characters, this name is 25 characters long) > 383: surrogateescape > 393: compact_unicode > 414: u_prefix_py33 > > These names are just propositions. They should be discussed :-) > > (they are probably much more PEPs related to Unicode :-)) > > Victor > _______________________________________________ > Python-Dev mailing list > Python-Dev at python.org > https://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: https://mail.python.org/mailman/options/python-dev/ncoghlan%40gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/python-dev/attachments/20131012/c39466bb/attachment.html>
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4