Commit Graph

14 Commits

Author SHA1 Message Date
Nick Coghlan 181cc79af9 Defer None-aware operator related PEPs
Neither of the authors of these PEPs are currently actively
championing them, and offering dedicated constructs for
working with partially structured hierarchical data is
still a relatively novel programming language design concept
in general.

Since there's no harm in waiting for more feedback and ideas,
deferring them for potential future consideration seems like a
good option for now.
2017-11-29 19:46:18 +10:00
Mariatta cf3bad5ab3
Revert "Rename all .txt PEP files to .rst (GH-462)" (GH-464)
This reverts commit bb0e518ed3.
2017-11-11 11:28:55 -08:00
Huang Huang bb0e518ed3 Rename all .txt PEP files to .rst (GH-462)
For https://github.com/python/peps/issues/1
2017-11-11 10:30:43 -08:00
Brett Cannon 70d0a63390 Fix a reST markup issue 2017-08-11 15:54:20 -07:00
Benjamin Peterson 60d9b24542 promote m.p.o links to https 2017-06-11 12:02:39 -07:00
Nick Coghlan 65b178826a PEP 532: Rework De Morgan's Laws section 2016-12-12 16:03:39 +10:00
Guido van Rossum b171bc0f79 Remove out of date comment about PEP 535 starting out as PEP 534 2016-12-11 18:44:30 -08:00
Nick Coghlan 80f963d066 PEP 532 revision and restructure (#156)
- Language level inconsistencies eliminated by proposing both
  `if` and `else` as circuit-breaking operators
- PEP 532 no longer competes with PEP 505 at all
- Rich comparison chaining split out as PEP 535
- Mark E. Haase is now listed as a co-author (as I was better
  able to integrate some of his earlier suggestions)
- acknowledged key feedback on the initial draft
2016-12-12 00:11:36 +10:00
Nick Coghlan 0861d8e114 PEP 532: typo fixes 2016-11-05 19:49:37 +10:00
Nick Coghlan 9f8dddecc0 PEP 432: updates prior to python-ideas posting
- propose specific Grammar changes
- rename potential boolean circuit breakers so they read
  better when using them to explain and/or behaviour
  - operator.logical_or -> operator.true
  - operator.logical_and -> operator.false
- discuss a problem Guido raised regarding inconsistency
  between the proposed operator and conditional expressions
  (I think it's fixable, but fixing it would have some
  pretty significant consequences for the overall language)
- add today to Post-History
2016-11-05 19:21:05 +10:00
Nick Coghlan 8191dab630 PEP 532: tweak name in example 2016-11-03 16:00:50 +10:00
Nick Coghlan 8f095cf8c0 Change PEP 532 to propose a new operator
- if-else, and, or are now left alone
- else is introduced as a new short-circuiting binary operator
- "circuit breaking" is introduced as the operator and protocol name
- exists() builtin checks for existence
- missing() builtin checks for non-existence
- "not exists" gives a missing instance and vice-versa
- chained comparison is adjusted to use the new protocol when available
2016-11-03 15:26:51 +10:00
Nick Coghlan 38371b4ece More PEP 532 notes 2016-11-03 15:26:51 +10:00
Nick Coghlan 3378b94274 PEP 532: Conditional result management protocol
First draft of a proposal that blends PEP 335's concept of allowing
overloading of the logical binary operators with PEP 531's notion
of improved native support for tolerating missing data values.
2016-11-03 15:26:51 +10:00