Python-Dev May 2004

python-dev@python.org

86 participants
126 discussions

Small additions to optparser
by Gustavo Niemeyer 04 May '04

04 May '04

Hi Folks, I have two small customizations I've used in most projects I've plugged optparse into. Since they're simple and generic, I'd like to integrate them back in optparser. These features are: - Add a help formatter which uses capitalized headers. - Add a "help" keyword in OptionParser, allowing straightforward addition of a custom help messages. Comments? Also, how are we currently handling changes in optparser? Do we have an "official" maintainer (Greg?). IOW, should I: - Send a proposed patch to SourceForge - Contact the original project - Commit the patch FWIW, here is the proposed functionality: class CapitalizedHelpFormatter(optparse.IndentedHelpFormatter): def format_usage(self, usage): return optparse.IndentedHelpFormatter \ .format_usage(self, usage).capitalize() def format_heading(self, heading): return optparse.IndentedHelpFormatter \ .format_heading(self, heading).capitalize() class OptionParser(optparse.OptionParser): def __init__(self, *args, **kwargs): optparse.OptionParser.__init__(self, *args, **kwargs) self._override_help = kwargs.get("help") def format_help(self, formatter=None): if self._override_help: return self._override_help else: return optparse.OptionParser.format_help(self, formatter) -- Gustavo Niemeyer http://niemeyer.net

2 2

RE: [Python-Dev] PEP 289 - Generator Expressions - Let's Move Forward
by Delaney, Timothy C (Timothy) 04 May '04

04 May '04

Tim Peters wrote: > # add a filter over the current pipe, and call that the new pipe > pipe = (e for e in pipe if p(e)) This is a fairly convincing argument to me - that is something I do all the time with listcomps. Saves having to invent extra names. Tim Delaney

4 3

RE: [Python-Dev] PEP 289 - Generator Expressions - Let's Move Forward
by Michael Chermside 03 May '04

03 May '04

> I'd like to get generator expressions checked into CVS. > > Regarding the early-or-late binding issue, here's what I'd like to see > happen: I'd like the late-binding (i.e. non-capture) version checked > in and released with Python 2.4a1 and a2. If we find there are real > problems with these semantics, we can switch to early-binding > semantics in 2.4b1 Sounds like a good plan, but I have one question: Given the extent to which alpha releases are tested (and subtracting out those who use them only to check old code for compatibility and don't try out the new features) are we going to be able to tell if there are problems with the semantics? My best idea is that those who currently favor the early-binding approach (and I'm sure you've heard from plenty of them) should be encouraged to try it out in the alpha and report any issues, along with actual use cases. Someone collects these responses, then you (Guido) look over the results (with a grain of salt since it's mostly being tested by folks who object) and decide if it's a problem. Will that work? Anyone have a better idea? How do we go about asking people to try it out (is a mention by Guido on comp.lang.python sufficient)? -- Michael Chermside

8 8

Accessing base class C struct of subclass instance
by Nick Bastin 03 May '04

03 May '04

Ok, strange subject, but I have what seems like a simple question that the documentation doesn't seem to cover (and a quick perusal of the code doesn't answer, either). If I define a new style class in C, and subclass it in python, how can I get the base class instance object from a subclass instance in C? -- Nick

2 2

Re: [Python-Dev] PEP 289 - Generator Expressions - Let's Move Forward
by Edward Loper 03 May '04

03 May '04

> Hello Guido, > > I did a quick review of the stdlib, including the tests, to see which list > comprehensions could be replaced with generator expressions. Thought I admit > I am biased towards early binding, I ended up looking for cases with the > following properties: [...] Even if we switched to early binding, won't these issues still bite you with mutable values? E.g.: some_dict = {'x': 1, 'y': 2} iter1 = (some_dict.get(v, 3) for v in input1) some_dict['z'] = 5 iter2 = (some_dict.get(v, 7) for v in input2) It seems like it would be surprising (to me, anyway) if this gave a different result than: some_dict = {'x': 1, 'y': 2} iter1 = (some_dict.get(v, 3) for v in input1) some_dict = {'x': 1, 'y': 2, 'z': 5} iter2 = (some_dict.get(v, 7) for v in input2) -Edward

4 3

RE: [Python-Dev] Proposal: A more powerful alternative to ConfigParser
by Dan Gass 01 May '04

01 May '04

Per suggestions posted on this mailing list I created a sourceforge project (config-py), registered it with PyPi and submitted the following announcement to python-announce. I look forward to your feedback. Thanks, Dan Gass Announcement ------------ config-py version 1.0 has been released and is available at SourceForge. This is the initial release of a Python module for reading python based user configuration files to control script execution. (It is a more powerful alternative to Python's ConfigParser module). The long term goal is to refine this module for eventual inclusion in the standard Python distribution. Module Description ------------------ This python module provides a simple, but extremely flexible and powerful method of controlling python script execution by use of configuration settings stored in user configuration files. This module is a more powerful alternative to the ConfigParser module already available in the standard Python distribution. The standard ConfigParser module parses text based user configuration files and provides access to that information. This module reads python based configuration files and provides access to the python objects contained within. In addition, this module supports hierarchical organization of the settings within the configuration files so that settings may be accessed using keys specified by the user from the command line or by other means. By use of python based configuration files, this module provides a simple solution to most configuration problems but also has the flexibility to solve the most complex configuration issues. Other Important Information --------------------------- License: GNU General Public License (GPL) Project Home Page: http://config-py.sourceforge.net/ Download URL: https://sourceforge.net/projects/config-py/ Author/Maintainer: Dan Gass (dmgass(a)hotmail.com) _________________________________________________________________ Check out the coupons and bargains on MSN Offers! http://youroffers.msn.com

1 0

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

Python-Dev May 2004