🌐 Mailman 3 October 2004 - Python-list - python.org

GUI development: Java vs. Python (was: Calling (C)Python code from Java: Is it JPype?)
by claird＠lairds.us Oct. 2, 2004

Oct. 2, 2004

In article <mailman.4178.1096637558.5135.python-list(a)python.org>, Neil Benn <benn(a)cenix-bioscience.com> wrote: . . . > As I remember, the OP said that he was going to use Java - the >GUI toolkit for that is very nice and extremely portable (no cross >platform niggling little issues 'the window doesn't behave that way on >linux - well it does on windows!!') - the reason for this - Java GUI >(Swing ignore AWT for the point of this - AWT has the same problems as >other native GUI toolkits) is _not_ native. Although I must agree that . . . Mr. Benn, you're saying something important here, but something which merits, at least, qualification. Certainly the Java com- munity has given considerable attention to the "write once, run everywhere" goal. My own experience has been that their success in regard to GUIs is mixed, at best. Maybe it would help to clarify a bit--*which* "GUI toolkit" do you have in mind? I *think* you're talking about Swing--is that right? My conclusion: while Java undeniably aspires to be portable in its GUI, those with a stake in the outcome need to specify clearly their requirements. Java does *not* currently provide perfect portability.

2 1

Re: Dynamically Generating a Graph in Python
by Ivan Herman Oct. 2, 2004

Oct. 2, 2004

John Hunter wrote: >>>>>>"Istvan" == Istvan Albert <ialbert(a)mailblocks.com> writes: > > > Istvan> Tim Henderson wrote: > >> I want to dynamically generate a graph in python that would be > >> displayable on a web page. What would be the best way to do > >> this? > > Istvan> See if you can run graphviz in the background. > > Istvan> http://www.research.att.com/sw/tools/graphviz/ > > I think he means the other kind of graph, aka a plot/chart. > If this is indeed what he means:-) I began to use PyChart last week: http://www.hpl.hp.com/personal/Yasushi_Saito/pychart/ I is o.k. for relatively simple statistical charts, and may produce output in SVG, PS, PDF, PNG, and interactive X11 display Ivan > JDH

2 2

Re: Using python to convert PDF document to MSWord documents
by Jan Gregor Oct. 2, 2004

Oct. 2, 2004

> Can anyone please suggest me if there any python modules available to > convert PDF document to MSWord documents. If not then can you please > suggest how can i acheive this. I think that there's no specification of doc format. Pdf and doc are also different class of formats. So you can extract text (with ghostscript frontend ps2ascii and hope in right encoding), and pictures. Typesetting of word document is your work. Maybe conversion pdf to html and import of html to word can be better way - but again, you go from stronger language to weaker. Jan

1 0

bsddb btree sorting order
by janeaustine50＠hotmail.com Oct. 2, 2004

Oct. 2, 2004

Hello. How do I change the BTree sorting order with bsddb, instead of the default lexicographical order? After studying sleepycat's document, I found there is a function call for setting the compare callback, set_bt_compare. It even seems like got into pybsddb patch list (http://sourceforge.net/tracker/index.php?func=detail&aid=532308&group_id=13…). However, the current Python source tree (cvs) doesn't include the patch. I have no idea how those two projects(pybsddb and bsddb in standard lib) are going together, or where I could ask about this. Why hasn't the patch got through the main Python cvs? Any workarounds except modifying the source?

1 0

Re: "False exceptions?" (was Re: theme of the week: tools
by Dan Perl Oct. 2, 2004

Oct. 2, 2004

"Marco Aschwanden" <PPNTWIMBXFFC(a)spammotel.com> wrote in message news:mailman.3996.1096354841.5135.python-list@python.org... > On Mon, 27 Sep 2004 12:04:47 -0400, Dan Perl <danperl(a)rogers.com> wrote: > > I myself felt disturbed by your comments on WingIDE. But yes, I do > understand your nagging on "false exceptions" which can be turned off. You > turned it down because of this and because the short trial period (which > can be prolonged with 1 button click)... well, it didn't seem fair towards > the tool. It has its shortcomings but the ones you mention are ridiculous. The 10 day trial period just gave me a bad first impression and the explanations for the false positives just left me with a bad taste. I gave up on Wing because of the false positives (their simple existence, even without the explanations) and the lack of a class browser. I encountered the false positives first and I almost gave up right there. But it was just the first day and I thought I should look more. Like you say, I wanted to be fair. When I found that the class browser is not supported in the Personal edition I threw my arms in the air. To be fair again to Wing, I gave up on it based on the false positives before finding out that I could have switched to another debug mode. But that's their fault too because the widget that came up with the false positive just says you can ignore the exception and then there was something else just praising the tool, but there was no mention of the different debug modes. I found that option only once I searched the manual. Maybe it's just me, but I'm not reading the manuals when I'm trying out several tools. My "nagging" on the false positives is mostly on the spin that Wingware puts in their explanations. It's one thing to explain it the way that Stephan did, that it was better to offer something imperfect if that was also providing some important advantages and then also offer the other alternative ("We weighed having a necessarily imperfect but useful feature with not having the feature at all."). And it's another thing to insist that this is not a problem and it is actually good for you. This doesn't seem to bother other people as much as it bothered me, but I do have a beef with it. I'm curious to know what disturbed you in my comments. > It beats Komodo 3.01 in some aspect: > - it shines when it comes to auto-completion. No need to feed some > "intelligent database" for each and every file you introduce like in > Komodo (first crash while building the database). > - in my case it works seamlessly with wxPython. Komodo crashed constantly. > Auto-completion with wxPython did never work (tried on 2 machines) > - WingIDE is much more robust although beta than Komodo, which crashed > about 5 times during 3h of work (Win2K; about 20 times because of wxPython > are not taken into account). WingIDE does not crash since around patch 3 > (we are now at patch 8). > > > So I would say: > > Use Komodo if you: > - are programming as well in other languages that Komodo supports (PHP, > Perl, Python, HTML, ...) > - need built-in cvs access > - can live with an IDE that crashes from time to time > > Use Wingware if you: > - need a good "intelligent" auto-completion even for wxPython, pyQt, ... > - need an extensible IDE (you may in future add your own tools easily) > - need an IDE that focusses on Python and that tries to do the best on > this single language > - can live with an IDE that does not look as polished as Komodo > > This comparison is not perfect. But you may realize that I turned it down > for it constantly crashing on me (which might be a problem of me and my 2 > machines) and the useless auto-completion (constantly feeding the > database; does not work with wxPython). Those 2 points were in my case the > show stopper. Sad, because the idea behind Komodo is just great, the looks > is fantastic... I will give it another chance with 4.0... I used Komodo for about a month and it never crashed. As a matter of fact, when the license expired, I let it run for several days and then I just had to reboot my machine for other reasons (I am using Win XP, BTW). And I have used it with wxPython already, although probably not as extensively as you have. I actually prefer the auto-completion in Komodo. Yes, it doesn't always work because sometimes it has to learn first, but on the other hand I felt that Wing tries to do too much. I don't need auto-completion for every little name that I'm using and Wing's auto-completion was rather annoying me even after I adjusted the pause period. I didn't find any option to disable auto-completion selectively for things like locals. I also didn't see a function usage showing up in Wing the way I am getting it in Komodo (and I want that), but maybe that was a preference that I had to turn on and I didn't know about it. I later saw something similar in a screen shot but maybe that's also not in Wing's Personal edition. So your 2 show stoppers do not apply for me. As for your other arguments, I am using Komodo only for Python and not for any other languages and I am using winCvs for CVS access. Still, during one month of use (more than a month now), Komodo satisfied all my needs. > Happy wing user, > Marco > > > > >

3 9

emacs python-mode bug #1021885
by Marcio Rosa da Silva Oct. 2, 2004

Oct. 2, 2004

Hi! I am having some problem with python-emacs mode. I found a bug related to it at sf.net: bug #1021885 shell gets set to 'cpython': http://sourceforge.net/tracker/?group_id=86916&atid=581349&func=detail&aid=… The problem is that when I try to run the script using C-c C-c, I get the following message: "Wrong type argument: sequencep, cpython" My question is if there is anyone that found a workaround to this problem? Thanks! Marcio

4 3

Re: Dynamically Generating a Graph in Python
by jlien＠itis.com Oct. 2, 2004

Oct. 2, 2004

John Hunter <jdhunter(a)ace.bsd.uchicago.edu> wrote in message news:<mailman.4177.1096637180.5135.python-list(a)python.org>... > >>>>> "Eddie" == Eddie Corns <eddie(a)holyrood.ed.ac.uk> writes: > > >> Hi I want to dynamically generate a graph in python that would > >> be displayable on a web page. What would be the best way to do > >> this? Check out chartdirector. http://www.advsofteng.com/

1 0

getrecursiondepth
by Manlio Perillo Oct. 2, 2004

Oct. 2, 2004

Why the sys module does not have a function like getrecursiondepth? It is very easy to implement: #include "Python.h" static PyObject * getrecursiondepth(PyObject *self, PyObject *args) { PyThreadState *tstate; if (!PyArg_ParseTuple(args, ":recursion_depth")) return NULL; tstate = PyThreadState_GET(); return Py_BuildValue("i", tstate->recursion_depth); } Thanks and regards Manlio Perillo

3 15

Re: help: pypgsql: this code works in Fedora core 1, Not in FC2
by dubal＠khimjiramdas.com Oct. 2, 2004

Oct. 2, 2004

Cliff Wells <clifford.wells(a)comcast.net> wrote in message news:<mailman.4107.1096498925.5135.python-list(a)python.org>... > On Sun, 2004-09-26 at 00:41 -0700, J Dubal wrote: > > Hello good people, > > > > Following works in FC1 (python-2.2.3-7, postgresql-7.3.4-11, > > kernel-2.4.22-1.2194.nptl, pyPgSQL-2.4) > > > > from pyPgSQL import PgSQL > > conn = PgSQL.connect('localhost',database='rop') > > loccur = conn.cursor() > > loccur.execute("DECLARE itemcursor CURSOR FOR \ > > SELECT * FROM locmf") > > loccur.execute("FETCH ALL FROM itemcursor") > > rec=loccur.fetchall() > > print rec > > > > However, following errors are produced in FC2 (python-2.3.3-6, > > postgresql-7.4.2-1, kernel-2.6.8-1.521, pyPgSQL-2.4): > > > > /usr/lib/python2.3/site-packages/pyPgSQL/PgSQL.py:2644: FutureWarning: > > %u/%o/%x/%X of negative int will return a signed string in Python 2.4 > > and up > > name = "PgSQL_%08X" % id(self) > > Traceback (most recent call last): > > File "tt1.py", line 5, in ? > > loccur.execute("DECLARE itemcursor CURSOR FOR \ > > File "/usr/lib/python2.3/site-packages/pyPgSQL/PgSQL.py", line 3091, > > in execute > > self.res = self.conn.conn.query('FETCH 1 FROM "%s"' % self.name) > > libpq.OperationalError: ERROR: cursor "PgSQL_F6F9906C" does not exist > > > > Out of this, the first error is produced by conn.cursor() statement. > > > > We have to use the "declare cursor" statement because we have to use > > "fetch prior" statement later in the program. Is there a better way of > > achiving this? > > > > Something seems to have changed either python or in postgresql that is > > causing this error. Can someone provide a solution/workaround? > > Don't know if anything changed between the versions of the software you > are using, but see > > http://www.postgresql.org/docs/current/static/sql-declare.html > > particularly the section on "WITH HOLD/WITHOUT HOLD" and the first > paragraph in "Notes". I'm guessing that perhaps you aren't starting a > new transaction before declaring the cursor and that perhaps pyPgSQL is > autocommitting the DECLARE statement which would result in your declared > cursor going out of scope. Try adding WITH HOLD or put your stuff > inside of "BEGIN/COMMIT" statements. > > Regards, > Cliff > > > Thanks in advance. > > J Dubal. Many thanks for your response. We tried a few things and found that although the above code does not work on FC2, it works if we change this statement: conn = PgSQL.connect('localhost',database='rop') to this: conn = PgSQL.connect('192.168.1.5',database='rop') 192.168.1.5 happens to be another host running redhat 8.0 and postgresql-server-7.3.4-1PGDG. It appears that the older (7.3.4) engine was allowing the above syntax but the newer (7.4.2) is not allowing. Then we tried conn.conn.toggleShowQuery. This shows what sql statements are executed. Based on its output we worked out the following solution. Relace these lines: loccur.execute("DECLARE itemcursor CURSOR FOR \ SELECT * FROM locmf") loccur.execute("FETCH ALL FROM itemcursor") by these lines: loccur.execute("SELECT * FROM locmf") curname=loccur.name loccur.execute('FETCH ALL FROM "%s"' %curname) Then everything works as expected. Even with the old engine. Thanks and regards. J Dubal.

1 0

Calling (C)Python code from Java: Is it JPype?
by F. GEIGER Oct. 2, 2004

Oct. 2, 2004

I've dev'ed a Python prototype of an app, that besides the internals making it up has a gui. While test-driven dev'ing the app's internals in Python is fun as usual, dev'ing the GUI is not so funny, at least for me. I guess dev'ing a GUI in a test-driven way is not possible, or is it? I'm using wxPython, so if anyone has an idea... For now most of the time I extend and change the gui things, then run it, do the clicks to go thru the new things and - bang: Missing attribute bla bla bla or an error like that. Yes, I use Pychecker, but it isn't of real help in gui dev'ing (at least in my GUIs ;-)). So, a compiler could ease things a bit here. While I want the complicated stuff remaining written in Python, I'd write the GUI things in Java. Java, because I plan to run the app on Linux too (dev'ing on Windows for now). Otherwise *.NET could be an option (well, perhaps I should look at Mono). Now, if I go the Java route, how can I call my Python stuff from Java, if I do not want to use Jython, which lags behind CPython 3 minor versions (2.1. vs. 2.4)? Google showed up JPype, but this seems to enable me the other way round: Call Java code from CPython. Or are there any plans to make this possible the other way round too? Any other options here? Many thanks in advance Franz GEIGER

5 7