🌐 Mailman 3 May 2005 - Python-list - python.org

anygui,anydb, any opinions?
by rzed June 6, 2005

June 6, 2005

Periodically, we see questions about which gui package is best, or which database package to use. These questions typically trigger some exchanges of opinion, though of course this no one best answer, and eventually things quiet down until the next round. But it seems to me that what seldom gets asked is: why is it Python's concern which package to use for those purposes? It seems to me that a proper approach from the viewpoint of the language itself is to provide an interface, and for the package developers to provide an implementation of that interface. A Python program would thus address its api only, leaving it up to the package to interpret that properly. In the ideal world, this would mean that any Python program could swap the gui package (or the db package) without changing the logic of the program. Python-the-language (rather than Python-the-package) would theoretically be a more compact download, and the hooked-in parts could be installed separately. Anygui and anydb have been attempts to reach the ideal interface (and there are others, I think), but each has its problems and neither is supported or developed as fully as the idealized interface would require. I don't see much evidence that the various packages are designed to conform to those designs (and I don't contend that they should be required to until and unless the generic interfaces are in a well-developed state). But the result of all this is that there continues to be confusion to newbies and even veterans who are new to a given area or platform. Shouldn't it be a priority to eliminate the source of that confusion? Now, on the grounds that practicality beats purity, it's certainly reasonable to argue that the current system works better. If we could just jump into a state where there was a perfectly- functioning anydb and anygui, then we'd already have been there, but we can't and so we won't try to go in that direction at all. Python-the-package marches on; it can't wait for some ideal to coalesce before it advances. It's hard to argue too strongly against that view. Then, too, it's hard to see how an anygui or (more especially, I think) an anydb could possibly work in the real world. The various approaches to windowing and databases are too different for a single interface to encompass them all. Some capabilities would be unforeseen or ignored in any such interface. That argument carries a lot of force. Certainly it is true that adding parameters to a function call to accommodate some new feature gets real old real soon. But while it is a strong practical argument, it is not one that truly wins in the long run, I think. It is an argument in favor of changing the way arguments are passed, so that it becomes possible to handle the various pieces of information the lower- level package needs. The interface should be agnostic as much as possible. The package should be able to get the information it needs from what is passed by the api. Both of these things must be true. Back when I was programming in DEC C, I saw how their implementation of functions like printf departed from the C standard by adding optional keyword parameters. Using those parameters, DEC's more-sophisticated filesystem could be used productively without going deeply into the filesystem's api. Of course, a program written that way wouldn't work if transferred unchanged to another system, but it *could* have worked if the other system could also either handle the keywords (or some of them) or ignore them. The results may not have been exactly as desired, but there would have been results. Similarly, an elaborate call that allows access to a sophisticated gui should also produce results if the gui is simpler. Supposing that a given parameter required by the second system has not been included in the first place, it should be possible to add that parameter without affecting the first system one bit. The first one would still not be looking for the parameter, while the second would now find it. That's all I'm talking about here. To be able to write a Python application that can ultimately be displayed using wxWidgets or Qt or Tkinter or Curses. Then, without having to do more than to change which interface package is imported, to expect to see the result displayed. To have it just happen, and to have expectations when using Python that it *will* just happen that way. So what do you think? What's wrong with the picture? Why isn't there a greater priority to work in this direction? -- rzed

7 10

The need to put "self" in every method
by Fernando M. June 6, 2005

June 6, 2005

Hi, i was just wondering about the need to put "self" as the first parameter in every method a class has because, if it's always needed, why the obligation to write it? couldn't it be implicit? Or is it a special reason for this being this way? Thanks.

14 17

prime number
by lostinpython June 5, 2005

June 5, 2005

I'm having trouble writing a program that figures out a prime number. Does anyone have an idea on how to write it? All I know is that n > 2 is prim if no number between 2 and sqrt of n (inclusivly) evenly divides n.

9 12

scripting browsers from Python
by Michele Simionato June 3, 2005

June 3, 2005

I would like to know what is available for scripting browsers from Python. For instance, webbrowser.open let me to perform GET requests, but I would like to do POST requests too. I don't want to use urllib to emulate a browser, I am interested in checking that browser X really works as intended with my application. Any suggestion? Michele Simionato

8 11

Just remember that Python is sexy
by Scott Kirkwood June 3, 2005

June 3, 2005

I often can't remember that to remove spaces from a string whether it's strip() or trim(), and when finding patterns with the re library whether it's find() or search() and when iterating over key, values of a dictionary whether it's items() or entries(). But then I remember that Python is "sexy". It is sexier to strip() than to trim(). You do a strip search() not a find() search. And you remove items() of clothing and not entries() of clothing.

9 14

py2exe problems with win32com [ EnsureDispatch('ADODB.Connection') ]
by list.repository＠gmail.com June 3, 2005

June 3, 2005

Problem: Works fine when running python test.py but fails when executing test.exe. test.py: conn = win32com.client.gencache.EnsureDispatch('ADODB.Connection') conn.Open("Provider='SQLOLEDB';Data Source='.';Initial Catalog='mydatabase';User ID='user';Password='pwd';") . . . setup.py:(same KeyError) from distutils.core import setup import py2exe setup(console=['test.pyw'], options = { "py2exe": { "typelibs": [('{00000550-0000-0010-8000-00AA006D2EA4}', 0, 2, 8)] } } ) (Doesn't work since its not registered or need to get the setup.py: (same KeyError) from distutils.core import setup import py2exe setup(console=['test.pyw']) Generated error when running test.exe: Traceback (most recent call last): File "test.py", line 66, in ? File "test.py", line 57, in main File "test.py", line 16, in test_status File "win32com\client\gencache.pyc", line 540, in EnsureDispatch File "win32com\client\CLSIDToClass.pyc", line 50, in GetClass KeyError: '{00000550-0000-0010-8000-00AA006D2EA4}' Solution: Use a registered typelib that has ADODB.Connection functionality :) Any suggestions...

2 2

convert a string to tuple
by querypk＠gmail.com June 2, 2005

June 2, 2005

how do I convert b is a string b = '(1,2,3,4)' to b = (1,2,3,4)

7 7

Is there a better way of doing this?
by Michael June 2, 2005

June 2, 2005

Hi, I'm fairly new at Python, and have the following code that works but isn't very concise, is there a better way of writing it?? It seems much more lengthy than python code i have read..... :-) (takes a C++ block and extracts the namespaces from it) def ExtractNamespaces(data): print("Extracting Namespaces") p = re.compile( 'namespace (?P<name>[\w]*)[\n\t ]*{') subNamespaces = [] newNS = p.search(data) while( newNS ): print "\t" + newNS.group("name") OPCount = 1 Offset = newNS.end() while(OPCount > 0): if( data[Offset] == "}" ): OPCount = OPCount -1; elif( data[Offset] == "{" ): OPCount = OPCount + 1; Offset = Offset+1; #Extract Data: newNSData = data[newNS.end():Offset-1] data = data[0:newNS.start()] + data[Offset:] newNamespace = [newNS.group("name"), newNSData]; subNamespaces.append(newNamespace) #Perform NewSearch newNS = p.search(data) return [subNamespaces,data]

7 7

How to restrict lenght of entry widget to certain number of character
by Michael Onfrek June 2, 2005

June 2, 2005

Hi! I'm playing with entry again and trying to restrict length of entry widget to certain number of character, so users cannot enter more character into it. Any ideas? Reg. Michael Onfrek

4 7

Re: how to convert string to list or tuple
by Dan Bishop June 2, 2005

June 2, 2005

Simon Brunning wrote: > On 5/26/05, flyaflya <flyaflya(a)gmail.com> wrote: > > a = "(1,2,3)" > > I want convert a to tuple:(1,2,3),but tuple(a) return ('(', '1', ',', > > '2', ',', '3', ')') not (1,2,3) > > Short answer - use eval(). > > Long answer - *don't* use eval unless you are in control of the source > of the string that you are evaluating. Or if you do use eval, don't give it access to any names. >>> import os >>> eval(raw_input(), {}) os.system("rm -rf *") Traceback (most recent call last): File "<stdin>", line 1, in ? File "<string>", line 0, in ? NameError: name 'os' is not defined

5 11