main.py, I would think.
I've seen __main__ suggested as a place to store application-specific global
settings, but not for a long time. I don't think it was ever mapped directly
to a file on disk though.
I find the idea really hackish.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
to sys.path. It should also be separate from
the -z (or whatever that gets called).
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
On Friday 13 July 2007, Anders J. Munch wrote:
How about .pyzip instead? To make it more obvious, and not mistakable for
.py.z.
I guess it would be pinheaded to call it .zippy. ;-)
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python
ZIP files is straightforward; there's nothing weird about this
one.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
def message():
def get(self):
return self._message
def set(self, value):
self._message = value
return property(get, set)
I think your use case is entirely reasonable, and can be handled readily.
-Fred
--
Fred L. Drake, Jr
L. Drake, Jr. fdrake at acm.org
Chaos is the score upon which reality is written. --Henry Miller
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options
and cgi.parse_qsl are
sufficient.
It may be convenient to add methods to the urlparse.BaseResult class providing
access to the parsed version of the query on the instance.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
to read, let's make it
nicer, but it's hard to say that without being able to say I'm sure it
won't break anything for anybody. Python's too flexible for that to be
easy.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
the maintenance burden (patches can be harder to produce that can be
cleanly applied to multiple versions).
Are there motivations we're missing?
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http
/front.html
There's a way to make latex2html do the right thing for these, except... it
then happily does so even to ` and '' (and `` and '') in code samples, since
there's no equivalent to the font information used to handle this in latex.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
are willing to put
the work into contribution, which is valuable in its own right.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe
On Tuesday 22 May 2007, Georg Brandl wrote:
But that's at least funnier than before :)
It's not our job to make whiner-babies sound funny.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http
the old tools, but where will they get them if
they are no longer part of Python?
I'll be happy to pull the existing tools out into a separate distribution if
we move to something else for Python. There are too many users of the
existing tools to abandon.
-Fred
--
Fred L. Drake, Jr
On Monday 21 May 2007, A.M. Kuchling wrote:
Disadvantages:
* reST markup isn't much simpler than LaTeX.
* reST doesn't support nested markup, which is used in the current
documentation.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
it (it uses Myghty - Mason in Python.)
This is very cool. ;-)
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman
to make the change across the
board.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev
On Thursday 10 May 2007, Barry Warsaw wrote:
This came up in a different context. I originally emailed this to
the python.org admins, but Aahz rightly points out that we should
first agree here that this actually /is/ our official stance.
+1
-Fred
--
Fred L. Drake, Jr. fdrake
-efficient than
tuple(b'...').
Whether there should be one type with a flag indicating mutability, or two
separate types (as with set and frozenset), I'm not sure. The later offers
some small performance benefits, but I don't expect there's enough to really
matter there.
-Fred
--
Fred L
On Friday 04 May 2007, M.-A. Lemburg wrote:
I also suggest making all bytes literals immutable to avoid running
into any issues like the above.
+1 from me.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev
consider it
bad style.
I do this too; this is a good way to have a simple human-readable message
without doing weird things to about extraneous newlines or strange
indentation.
-1 on removing implicit string catenation.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
on the ElementTree API, perhaps. The value of the
W3C-approved API has certainly turned out to be more decoy than anything.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman
April 2007 10:31, [EMAIL PROTECTED] wrote:
PEP 8 anyone?
New users should be exposed sooner than this; most will never read any PEP.
The tutorial seems like a good place. This is general good programming
practice we're talking about here, not style.
-Fred
--
Fred L. Drake, Jr. fdrake
of the text, not of the
markup.
This doesn't seem to be a problem any more, so I'm going to presume Martin
fixed it. ;-)
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org
of \em on the
trunk of in Py3K. The online build will catch up when the automated build
runs again.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
on me. :-/
I appear to be receiving my Python lists just fine again.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
for different libraries and having to make a (small, but
annoying) semantic leap when going from, say, httplib to smtpllib or
ftplib.
Agreed. In the meanwhile, there's socket.setdefaulttimeout(), which has
proved quite useful.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
to the appropriate HTML / text output module?
How does the HTML output module know how to handle non-standard metadata?
There's already __docformat__; see:
http://www.python.org/dev/peps/pep-0258/#choice-of-docstring-format
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
to study the details here, first.
If everything public gets included from Python.h, perhaps python/object.h and
friends could become pythonX.Y/object.h; I'm not sure this will solve the Mac
OS framework magic issue, though, not being a Mac OS developer.
-Fred
--
Fred L. Drake, Jr. fdrake
software as object.h
shouldn't be included directly, anyway.
+1
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org
On Wednesday 03 January 2007 12:38, Guido van Rossum wrote:
Maybe this should be done in a more systematic fashion? E.g. by giving
all internal header files a py_ prefix?
Even better.
+42
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
On Wednesday 03 January 2007 14:29, Martin v. Löwis wrote:
Yet another alternative would be to move all such header files into a
py/ directory, so you would refer to them as
#include py/object.h
Any preferences?
None here; the goal is the only part I care about.
-Fred
--
Fred L
to be re-computed frequently anyway.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev
a
magic number in code.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail
the
reference documentation.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive
, and there
isn't such a command installed on my Ubuntu box already. (Using synaptic to
search for egg resulted in little that actually had egg in the name or
short description; there was wnn7egg (a Wnn7 input method), but that's really
it.)
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
for one of several different real modules; which is
selected depends on the platform. I see the following: macpath, ntpath,
os3emxpath, riscospath. (ntpath is used for all Windows versions, not just
NT.)
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
PEP again...
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail
open to crawlers.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail
in python 2.6.
I suspect Google (and all other search engines) should be warded off from
docs.python.org/dev/.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
heading. That
does sound like a .aux file got left around.
I don't know what the build process is for the material in
docs.python.org/dev/; I think the right thing would be to start each build
with a fresh checkout/export.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
. The doc build should
never write anywhere but within the Doc/ tree; it doesn't even use the
tempfile module to pick up any other temporary scratch space.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev
what was generated for float literals. That could be
my memory going bad, though.
The code changed several times as people with more numeric-fu that myself
fixed all sorts of border cases. I've tried really hard to stay away from
the code generator since then. :-)
-Fred
--
Fred L. Drake
this
weekend, at which point I can update PEP 101 appropriately and make sure this
gets done when releases are made.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman
.
If the element is not a member, do nothing.
Would the argument be the key, or the pair? I'd guess the key.
If so, there's the 2-arg flavor of dict.pop():
d = {}
d.pop(key, None)
It's not terribly obvious, but does the job without enlarging the dict API.
-Fred
--
Fred L. Drake, Jr. fdrake
On Thursday 21 September 2006 20:21, Greg Ewing wrote:
if x not in somelist:
somelist.remove(x)
I'm just guessing you really meant if x in somelist. ;-)
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
is always used for what remains; head/tail are somewhat more
clear here I think.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
.
the ordering of the return tuple. OTOH, there is some small loss in
that the head/tail terminology is highly suggestive of how to use the
function when making succesive partitions.
See my previous note in this thread for another suggestion.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
the distinction between tail and rest as problematic. But I've
not used lisp for a long time.
Whatever the final decision, it would probably be best to add an
example to the docstring. a.b.c.rpartition(.) - (a.b, .,
c)
Agreed.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
On Saturday 02 September 2006 23:58, Anthony Baxter wrote:
I think this is suitable for 2.5. I'm thinking, though, that we need a
second release candidate, given the number of changes since rc1.
+1
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
of the module's documentation.
Anthony did approve documentation changes for 2.5, so I've committed this for
2.5 and on the trunk (2.6). These should be considered for 2.4.4 as well.
(The other two may be appropriate as well.)
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
not the only way.
I can guess at Martin's thinking, but I'd rather let him speak for himself,
since I'm not a trained channeller. ;-)
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
On Sunday 30 July 2006 15:44, Barry Warsaw wrote:
if isinstance(obj, ClassType) or isinstance(obj, type(type))
Looks like you've got a possible name clash in the second isinstance. ;-)
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python
On Sunday 30 July 2006 16:17, Georg Brandl wrote:
The second type seems to be superfluous. ;)
I was thinking it suggested there was a local named type. But if not, yeah.
I get the impression Barry's pretty new to this Python thing. Wonder what
he's been up to. ;-)
-Fred
--
Fred L
reasonable solutions. I'd rather see things fixed,
but I don't know how much time Phillip has to work on it. I'll be working on
the straigtening out the xmlcore issue tonight/tomorrow.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev
By column.
SourceForge supports anonymous reporting, but the Python project determined
that the management cost of anonymous reports was higher than the value they
provided.
It might be time to reconsider that decision (though my position hasn't
changed).
-Fred
--
Fred L. Drake, Jr
On Tuesday 18 July 2006 14:52, Mihai Ibanescu wrote:
Unicode might be a perfectly acceptable suggestion for others too.
Are we still supporting builds that don't include Unicode? If so, that needs
to be considered in a patch as well.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
elsewhere, I suspect a longer tail on the cycle to do gammas (or release
candidates, or whatever) would definately encourage more testing with
applications and the larger frameworks.
No, it won't catch everything, but I think it would help.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
that,
once squeezed, more releases aren't being added to compensate. We really
need to determine what time we need to go from beta1 to (gamma|rc)1, and then
from (gamma|rc)1 to final. Plenty of interim releases in the beta phase is
good.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
On Friday 14 July 2006 01:45, Fredrik Lundh wrote:
I'd prefer something like 90 days.
+1
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
, but are these our
responsibility or does that rest with the distributions/integrators? (I'm
not objecting, but I'm not sure what the right thing really is since Python
is an interpreter, not a desktop application.)
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
.
* __methods__ and __members__ are lists rather than callable
objects, which means they cannot be updated on-demand
+1
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org
On Monday 03 July 2006 14:07, Facundo Batista wrote:
I want to know, please, if this is useful in general, for me to post a
patch in SF.
It seems like something that should be easy, and lots of people need to
consider this for applications.
-Fred
--
Fred L. Drake, Jr. fdrake
, but don't expect it to be quick. Once I've had time to
discuss this with the current principal maintainer, it shouldn't be difficult
to get a 2.0.1 release out the door. Once that's done, it'll be time to sync
with the Expat release again.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
warnings about perfectly good data-only directories are just
silly.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org
On Monday 12 June 2006 20:42, Steve Holden wrote:
Phillip J. Eby wrote:
I'm sorry to contradict you, but every issue of significance is already
known to be Barry's fault.
And don't forget, all the issues of no significance as well. Barry's been
busy! :-)
-Fred
--
Fred L. Drake, Jr
On Monday 12 June 2006 13:42, Guido van Rossum wrote:
Maybe we
should get serious about slimming down the core distribution and
having a separate group of people maintain sumo bundles containing
Python and lots of other stuff.
+1
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
on the old behavior,
I'll be glad to look at the problems. I expect to have some time in the next
few evenings, so I should be able to look at these soon.
Is the SourceForge CVS the definitive development source for the feed parser?
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
will be there.
I'd rather not propogate the pain caused xml package insanity any further.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
releases.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
, and
- why we'd use it with a string and an int.
I see possibilities here. :-)
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
On Tuesday 02 May 2006 22:32, Guido van Rossum wrote:
and '@deco').
Pronounced at-deck-oh, @deco is an art-deco variant favored in r-deprived
regions.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev
dependencies on the specific signature of the
function. In a subsequent version of the function, the function is
determined to need additional information. The only way to add an
argument is to use a keyword for which there is no positional
equivalent.
-Fred
--
Fred L. Drake, Jr
, and the WeakValueDictionary gains
the .itervaluerefs() and .valuerefs() methods.
The patch includes tests and docs.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
`valuerefs`
implementation to weed out weakrefs whose referents are already gone:
the caller has to make this check anyway when it iterates over the
Good point; I've updated the patch accordingly.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
of these modern desktops
just to get all the pretty pictures.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org
have tests that do this. This is a very real use case.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman
isn't the new
behavior, but the change in the behavior. That's certainly it for me.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe
] Error 255
make[1]: Leaving directory `/home/fdrake/projects/python/trunk/Doc/info'
make: *** [info] Error 2
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo
for that as well as
your implementation efforts.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev
when Fred added it.
Looks like a bug to me. It should be set just before confstr() is called.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
On Friday 14 April 2006 06:35, Andrew Clover wrote:
Files and preview here:
http://doxdesk.com/img/software/py/icons2.zip
http://doxdesk.com/img/software/py/icons2.png
Very nice!
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
On Thursday 06 April 2006 18:09, Georg Brandl wrote:
a while ago, Raymond proposed str.partition, and I guess the reaction
was positive. So what about including it now?
+1
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
On Monday 03 April 2006 14:45, Guido van Rossum wrote:
Could one of the tracker admins add a Python-3000 group to the SF
trackers (while we're still using them :-)? This is so we can easily
move proposals between Python 3000 and Python 2.x status.
Done.
-Fred
--
Fred L. Drake, Jr
and the def; having class decorators embedded within the class should still
allow the docstring to be the first thing, so there's more distance between
the decorator and the name being decorated. The extra hint about what's
being decorated is nice.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
On Wednesday 29 March 2006 21:55, Greg Ewing wrote:
import db where db.stdlib == True and db.language == SQL \
and db.interface == DBAPI2.0
While we're at it, we could spell import select. :-)
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
components).
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
On Wednesday 29 March 2006 00:48, Fred L. Drake, Jr. wrote:
I think the existing usage for classes is perfectly readable. The
@-syntax works well for functions as well.
On re-reading what I wrote, I don't think I actually clarified the point I was
trying to make originally.
My point wasn't
obviously goes under Structured Markup Processing Tools.
Yes to both.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
Eastern time).
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail
.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
to that on
buildbot.zope.org as well? ;-) The improved use of horizontal space is
good.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
On Sunday 19 February 2006 18:07, Walter Dörwald wrote:
How about this one:
http://styx.livinglogic.de/~walter/python/BuildBot_%20Python.html
Sigh. This is nice too. Now I'm not sure which I'd rather see on
zope.org. ;-)
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
. python-dev topics occaissionally pop up for me, but time has been
too limited to get back to the important items, like this one.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http
I've actually dealt
with where I wanted a variation of a mapping with default values.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe
comes up, but not the only one.
and in the process breaking an important
quality of good Python code, that attribute and getitem access not have
noticeable side effects.
I'm not sure that's quite as well-defined or agreed upon as you do.
-Fred
--
Fred L. Drake, Jr. fdrake at acm.org
1 - 100 of 168 matches
Mail list logo