From e6b5c625738f229af79283b241c55bd14ef62ca8 Mon Sep 17 00:00:00 2001 From: Barry Warsaw Date: Tue, 25 Jul 2000 22:00:05 +0000 Subject: [PATCH] Added Paul's latest crop of names to the list of proposed alternatives in Open Issues. --- pep-0201.txt | 11 +++++++---- 1 file changed, 7 insertions(+), 4 deletions(-) diff --git a/pep-0201.txt b/pep-0201.txt index ac801d27b..d4f0c014a 100644 --- a/pep-0201.txt +++ b/pep-0201.txt @@ -375,10 +375,13 @@ Open Issues with the zip compression algorithm. Other suggestions include (but are not limited to!): marry, weave, parallel, lace, braid, interlace, permute, furl, tuples, lists, stitch, collate, knit, - plait, fold, and with. All have disadvantages, and there is no - clear unanimous choice, therefore the decision was made to go - with `zip' because the same functionality is available in other - languages (e.g. Haskell) under the name `zip'[2]. + plait, fold, with, mktuples, maketuples, totuples, gentuples, + tupleorama. + + All have disadvantages, and there is no clear unanimous choice, + therefore the decision was made to go with `zip' because the + same functionality is available in other languages + (e.g. Haskell) under the name `zip'[2]. - Should zip() be including in the builtins module or should it be in a separate generators module (possibly with other candidate