Re: [PyKDE] getText() fix from 2002/05/15
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thursday 06 March 2003 07:06, Eli Carter wrote: RH7.3 uses python 1.5.2 by default, but build.py needs python2 (and python2-devel). But fails due to sipQt.h not being in the /usr/include/python2.2 That's a slope I don't want to slide down. I'll make that move when I go to RH8. Eli, Have you tried the RPMs at sourceforge? I'm pretty sure they work on Red Hat 7.3 as well as Red Hat 8.0 if you have upgraded. - -- Jonathan Gardner [EMAIL PROTECTED] (was [EMAIL PROTECTED]) Live Free, Use Linux! -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+Z3E6WgwF3QvpWNwRArYVAJ9EPuVeb4yytalvPpWus+juM6DrXACg32xj xjtagW7gKO6rMcF15eyi5cw= =u17E -END PGP SIGNATURE- ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
Re: [PyKDE] getText() fix from 2002/05/15
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thursday 06 March 2003 08:22, Eli Carter wrote: Can you give me a link? A search didn't turn up a pyqt project... Perhaps I just missed it? Sure. http://sourceforge.net/project/showfiles.php?group_id=61057 - -- Jonathan Gardner [EMAIL PROTECTED] (was [EMAIL PROTECTED]) Live Free, Use Linux! -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+Z3uLWgwF3QvpWNwRArK6AJ4hrKj9TSMl9/EXZE8+uVsO6Ubs1QCg4EOw 7QzsBUL70XdqQqspJy0gz94= =BLnY -END PGP SIGNATURE- ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
Re: [PyKDE] getText() fix from 2002/05/15
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thursday 06 March 2003 09:23, Eli Carter wrote: Hmm... they seem to insist on python2 == 2.2, but I have 2.2.2... I'll have to look into that... You might want to try to force it (--nodeps or --force). If it doesn't work, go back to what you had before. I put that restriction in because I wasn't sure what would happen if a different version of python was installed. - -- Jonathan Gardner [EMAIL PROTECTED] (was [EMAIL PROTECTED]) Live Free, Use Linux! -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+Z5Y6WgwF3QvpWNwRAprtAJ430gYB1NigraeyKf432edGUYnBogCfTcwe Inr6jxqsB4qCgEpYx+r0/p0= =k9IN -END PGP SIGNATURE- ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
[PyKDE] [job] Looking for PyQt engineer
I don't know of a better place to post this. if this is inappropriate, I apologize. If there is a better place to put this, let me know. I am using PyQt to write applications for optometrists in the Seattle/Tacoma area. There is a very good market for this kind of software. However, I need to get it done by May for an upcoming convention. So I am looking for help. I am looking for someone willing to work a few months for stock and promises. Unfortunately, that is all I have to offer for now. You won't have to quit your day job (if you have one). You will be able to work at home. I prefer you being in the Seattle/Tacoma area, but, hey, it's not critical. The skills I need most especially are Python, Qt, and PyQt. If you have experience working for very small companies, or working for yourself, that is a plus. If you have perl, postgreSQL, and Linux experience, that will be a bigger plus. I can give you more information if you email me personally. -- Jonathan Gardner [EMAIL PROTECTED] Python Qt perl apache and linux ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
[PyKDE] QValidator.fixup() and PyQt
I am trying to implement my own QValidator so that I can do cool things like enter money, phone numbers, etc... Anyway, I would like to be able to modify the QString passed into fixup(). However, the code below (obviously) doesn't work. # Begin code import sys from qt import * class validator(QValidator): def __init__(self, parent=None, name=None): QValidator.__init__(self, parent, name) def validate(self, input, pos): return (QValidator.Intermediate, pos) def fixup(self, input): # How to do an in-place modification of input? input = QString(no!) class test_validator(QWidget): def __init__(self, parent=None, name=None, fl=0): QWidget.__init__(self, parent, name, fl) lo = QVBoxLayout(self, 11, 6) self.le = QLineEdit(self) self.le.setValidator(validator(self.le)) lo.addWidget(self.le) if __name__ == __main__: app = QApplication(sys.argv) args = app.argv() QObject.connect(app,SIGNAL(lastWindowClosed()),app,SLOT(quit())) w = test_validator() app.setMainWidget(w) w.show() app.exec_loop() # End code This method above doesn't work. I need a way to modify 'input' so that fixup can actually do something. Any ideas? Or should I be returning the the value like it does for other functions that accept a C++ '' parameter? (And since PyQt doesn't handle this... is it a bug?) -- Jonathan Gardner [EMAIL PROTECTED] Python Qt perl apache and linux ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
Re: [PyKDE] GUI Programming with Python: QT Edition (was: dialog/mainwindow question)
On Friday 14 February 2003 13:12, Boudewijn Rempt wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Friday 14 February 2003 20:46, Jonathan Gardner wrote: I just sent a personal email to Boudewijn and I echo this feeling. Boudewijn, perhaps you can sell us the book directly, so that we know that the money is going into you and your publishers pockets. I won't mind spending $10-$20 more as long as it is going to the right place. I know you have several copies at your home! ;-) I personally find Amazon's business tactics and patent policies atrocious, so I never use them. I always prefer bn.com or some other retailer. You can order directly from the publisher: https://secure.linuxports.com/opendocs/. Amazon has been a bloody nuisance, to be honest. They only want to deal with the largest US book distributor. Opendocs had teamed up with the second largest, and they have no end of trouble getting their books into the Amazon warehouses. I ordered the book exactly one week ago from OpenDos. Today I received the book. I have to say, it is quite informative and the writing style is good. I am enjoying it very much, and even though I have been programming PyQt for almost two years, I have learned a few things from it already. -- Jonathan Gardner [EMAIL PROTECTED] Python Qt perl apache and linux ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
Re: [PyKDE] qt, pyqt license
On Tuesday 18 February 2003 05:21, david wrote: Dear all, I don't understand the licence for qt and pyqt. On X11, it's GPL and on Microsoft Windows, it's what ? Commercial licenses and a free-as-in-free-beer for older version. That's very disorder ! I have not a good idea for the future... which choice pyqt or pygtk ? My understanding is that Qt is free on X11 as long as you are writing free software. Qt is not free if you want to write non-free software on X11. If you want to use Qt for windows, you need to pay no matter what. The confusion about the Windows version is because they recently changed their licensing with Windows when they released Qt 3.0. Here's a page that spells that out in more detail: http://www.trolltech.com/products/licensing.html As far as PyQt is concerned, Phil has a similar licensing scheme. You can read about it on this page. http://riverbankcomputing.co.uk/pyqt/index.php The reason why there is a license duality is because of the GPL. The free software version of Qt is licensed under the GPL, so if you want to use it, you have to agree to writing free software. This makes all the people who use Linux, and all the companies who put together distributions of linux happy. But this is bad because you cannot then sell software using the Microsoft model. The GPL intentionally prevents this. So Trolltech and Phil say If you pay me, I will license my software under a different license for you. This makes everyone else who doesn't want to work the Linux way happy. So now you have a choice if you want to write Qt software on X11. You can either write Free Software, or you can try to make a money and write not-free software. Qt's opinion on Windows is that as soon as they make the windows source code licensed under the GPL or BSD or something like that, they will not produce any more software for it for free. I think it is because it is so hard to maintain code for Windows systems, but that is my opinion. -- Jonathan Gardner [EMAIL PROTECTED] Python Qt perl apache and linux ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
[PyKDE] Using QScrollView to manage a changing list of widgets
I'm working on some software for a client here, and I've been thinking of several ways to handle a situation that has come up more than once. A single patient can have several insurance companies they are subscribed to. Not just the insurances that are current, but previous insurances as well. Most common is only one, but having two or three is very common. One idea I came up with was using QScrollView. It would have only one child -- a QVBox. This is similar to the first method of using it mentioned in the Qt documentation. That QVBox would have the list of patient insurance widgets.The patient insurance list needs to be able to grow and shrink (as I add or remove insurance companies) or disappear altogether and be repopulated (when I switch what patient I am looking at). I implemented something that just lists QLabels rather than patient insurance widgets. One more note: The insurance list is just one tab among many on the main widget. class Insurance_Tab(QWidget): def __init__(self, parent=None, name=None, fl=0): QWidget.__init__(self, parent, name, fl) lo = QVBoxLayout(self,0,6) self.sv = QScrollView(self, Insurance_Tab_ScrollView) self.sv.setHScrollBarMode(QScrollView.AlwaysOff) self.vbox = QVBox(self.sv.viewport()) self.sv.addChild(self.vbox) lo.addWidget(self.sv) def set_patient(self, patient): self.sv.removeChild(self.vbox) del self.vbox self.vbox = QVBox(self.sv.viewport()) if patient: sql = SELECT object_id FROM c_patient_insurance WHERE patient=%d % patient.object_id for i in db.query(sql).dictresult(): print i QLabel(str(i['object_id']), self.vbox) Anyways, it works fine as long as I am looking at a different tab as I change the patient. If I am looking at it, it clears, but won't show what has been added. Any pointers would be great. Thanks in advance. -- Jonathan Gardner [EMAIL PROTECTED] Python Qt perl apache and linux ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
Re: [PyKDE] Using QScrollView to manage a changing list of widge
On Monday 17 February 2003 21:03, Jim Bublitz wrote: On 18-Feb-03 Jonathan Gardner wrote: snip Anyways, it works fine as long as I am looking at a different tab as I change the patient. If I am looking at it, it clears, but won't show what has been added. After just taking a quick look, there's a couple of things I'd try: first, you might want to try calling the show () methods for the QLabels or QVBox, or otherwise forcing a redraw (show () is usually the best way). Second, you might want to look at QWidgetStack, which is designed for adding/removing widgets (there's an example in the Qt docs). I've had some flakiness (but nothing related to an example like yours) with removeChild, but could just be my code too. Jim, thanks for the tip. As far as QWidgetStack, is concerned, it wasn't quite what I was looking for. However, putting in a QWidget.show() (self.vbox.show()) after modifying the contents solved the problem. I'll post a simple example of the code that works if anyone is interested. -- Jonathan Gardner [EMAIL PROTECTED] Python Qt perl apache and linux ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
Re: [PyKDE] GUI Programming with Python: QT Edition (was: dialog/mainwindow question)
On Friday 14 February 2003 10:17, Sundance wrote: I heard Boudewijn Rempt said: I discuss this issue quite extensively in my book: have you seen it? (In case not: http://www.opendocs.org/pyqt -- if you find it useful, please buy a paper copy.) Oh, speaking of which. Your book is nice. I *want* to buy it. Only, no library I've been to has its ISBN in their database, so I ended up ordering it off Amazon (only the American site seems to carry it, too, but at least their overseas shipping costs are reasonable). It was months ago. They've still not found a copy to send me. Any idea about what's up? I'm sure your publisher could use the money about as much as I could use your book. :) I just sent a personal email to Boudewijn and I echo this feeling. Boudewijn, perhaps you can sell us the book directly, so that we know that the money is going into you and your publishers pockets. I won't mind spending $10-$20 more as long as it is going to the right place. I know you have several copies at your home! ;-) I personally find Amazon's business tactics and patent policies atrocious, so I never use them. I always prefer bn.com or some other retailer. -- Jonathan Gardner [EMAIL PROTECTED] Python Qt perl apache and linux ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
Re: [PyKDE] pykde.sourceforge.net
On Thursday 16 January 2003 05:13, Michael Lauer wrote: Am Mit, 2003-01-15 um 23.05 schrieb Torsten Marek: What is the future of pyke.sf.net, because I want to know if it is possible to place some little programs I happened to write on that page. By now, I do not have my own page and I wouldn't like to create one. So it would be nice if there was a section of programs with links and/or direct downloads. Yeah, I second this. I have a bunch of (hopefully resuable) PyQt widgets which I could publish and would be interested in seeing other ones. snip Who is in charge of [EMAIL PROTECTED]? This is really neat. I am in charge of pykde.sf.net, at least the administration part. I think it would be great to have this stuff on the site. It is no problem at all to put your programs in the downloads section. Here are the options, and what is holding back each one. If someone has something they can donate (time or servers) to get one of these going, let me know and I'll work with you. Option one is to have some sort of system where one could sign up, post scripts, rate other's scripts, comments on each other's scripts, offer patches, etc..., all hosted on SourceForge. This would be a lot of work, and it needs to be written in PHP. I can't help with this because I don't know PHP, I don't have the time to learn it, nor the time to implement something with it. If anyone knows PHP, or wants to learn it, and has time to do the development, let me know and I'll help get you set up. Option two is to host your scripts somewhere else that already is in existence, most likely at a python script warehouse, or a Qt or KDE program warehouse. Unfortunately, I have yet to find a site that I personally enjoy and find useful, so there is no place that I can suggest for this. If anyone knows of a good site, let me know. Option three is to use someone's web server, install mod_perl with apache, and get a real solution together, not this PHP stuff that SourceForge requires us to use. I would enjoy doing a lot of development work putting together an interactive website. The only downside is that we need to find someone with a suitable server. Those are the three long tem solutions I am looking at. The most realistic and the best option in my opinion is the first one. However, I myself cannot implement it. If anyone else has any other ideas, let me know. In the meantime, if you want to see your source code on sourceforge, send me your code and a brief description of what your software does and why it is cool. I'll talk with the current webmaster and see what we can do with it. -- Jonathan Gardner [EMAIL PROTECTED] Python Qt perl apache and linux ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
Re: [PyKDE] pykde.sourceforge.net
On Thursday 16 January 2003 07:26, Phil Thompson wrote: I can offer web space, but there is still the problem that a front end needs to be coded up. I have the skills, but not the time. Jim, Thanks for the offer. Is the server running Linux? Would you mind if I used Apache and mod_perl with a PostgreSQL database to get this done? Would you mind if I was able to have a normal user account on the system? I think it is a great idea to have something like this hosted outside of SourceForge because we can have so much control over it. The only worry is that if it gets terribly busy, will it impose on your ISP bill? I always like using SourceForge for bandwidth munching things because the bill ends up in VA's lap. Anyway, I have a few people who are willing to do this using PHP on the SourceForge site, so if there is any reason you would be uncomfortable doing this, don't be afraid to let me know. -- Jonathan Gardner [EMAIL PROTECTED] Python Qt perl apache and linux ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
Re: [PyKDE] pykde.sourceforge.net
On Thursday 16 January 2003 09:12, Phil Thompson wrote: On Thursday 16 January 2003 4:42 pm, Jonathan Gardner wrote: On Thursday 16 January 2003 07:26, Phil Thompson wrote: I can offer web space, but there is still the problem that a front end needs to be coded up. I have the skills, but not the time. Jim, Thanks for the offer. Errm, me or Jim? Sorry Phil, I meant you. Oops.. Is the server running Linux? Would you mind if I used Apache and mod_perl with a PostgreSQL database to get this done? Would you mind if I was able to have a normal user account on the system? My server (rather my ISP's server) is PHP and MySQL. You couldn't have an account. I'd have to vet the code before installing it. However, I wouldn't have a problem maintaining the code once the first version was up. Is there any advantage to using your (or your ISP's) servers over SourceForge? Wouldn't you rather have SourceForge foot the bill? It sounds like the setup is almost exactly the same. -- Jonathan Gardner [EMAIL PROTECTED] Python Qt perl apache and linux ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
[PyKDE] Launching an App from PyQt
I'm feeling really stupid about now. I think I remember seeing a thread about someone trying to launch an application from an application. I am running into that problem right now. Coming from a perl world, I never gave a second thought about how to do this. Now I am befuddled by the variety of options: system, popen, spawn, and so much more. I've tried a few of the above with varying amounts of success. I think the best was something like: os.system(python theapp.py ) although I know that this isn't quite right. Anyone have a favorite idiom they like to use from PyQt? -- Jonathan Gardner [EMAIL PROTECTED] Python Qt perl apache and linux ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
Re: [PyKDE] RH 8.0 ?
On Friday 20 December 2002 09:02 am, Eli Carter wrote: Doug Bell wrote: On Wed, Oct 02, 2002 at 10:48:49AM -0700, Jim Bublitz wrote: If anyone has built sip/PyQt/PyKDE on the new RH 8.0, I'd be interested to hear the results. Interesting... I can't seem to find the original post... anyways... I haven't built PyQt or sip or PyKDE for RH 8.0. However, there is no reason why it shouldn't work as far as I know. Two things you may notice with the RedHat RPMs that RedHat provides: 1) They build PyQt and sip against Python 1.5. It is very unlikely you will want to use Python 1.5. 2) PyKDE probably doesn't work. The major thing you may need to do to get PyKDE to work properly is patch up the sip files to match whatever version of KDE RedHat uses. They have, in the past, incorporated only part of some updates to KDE, rendering the KDE version number useless. I had to go through each header file in KDE and match it with the sip file in PyKDE and make sure it was running the right version for each possibility. -- Jonathan Gardner [EMAIL PROTECTED] ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
[PyKDE] [ANN] Development Snapshots RPMs for Red Hat 7.3
I just put up some Red Hat 7.3 development snapshots of sip, PyQt, and recompiled PyKDE against them. They are available at the PyKDE SourceForge.Net website at (chorus): http://sourceforge.net/project/showfiles.php?group_id=61057 Give them a try, and let me know what you think. If it works or if it doesn't, please send me an emal. -- Jonathan Gardner [EMAIL PROTECTED] ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
[PyKDE] Seperate Qscintilla from PyQt
I am finally getting around to building the PyQt development snapshots so I can play with Eric 3. Having to rebuild PyQt to incorporate Qscintilla, I am thinking it is going to be difficult to seperate Qscintilla into a seperate package, and PyQt's qtext as well. While incorporating it into the PyQt package is no problem, it just doesn't seem right. How does the debian package manage this? Would it make sense to release PyQt qtext seperate from PyQt, perhaps even incorporated into Qscintilla itself? Anyway, after this build of PyQt is finished, I'll be able to play with eric 3. I am getting pretty excited as I realize this moment is drawing really close... -- Jonathan Gardner [EMAIL PROTECTED] ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
[PyKDE] Submitting Red Hat RPMs to Red Hat
I heard a rumor that Red Hat accepts submitted RPMs. Is this true? If so, where do I go to submit such? -- Jonathan Gardner [EMAIL PROTECTED] ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
[PyKDE] Non-working Red Hat 7.3 RPMs
I have finally discovered what went wrong with the Red Hat 7.3 RPMs. Apparently, I was including old libraries (like libsip.so.9.1.0) instead of the newer ones. As I am still new at this, forgive me. I will have the new RPMs uploaded in a few hours. I am also running up2date on my system, to incorporate all of the changes to Red Hat's KDE due to the recent security flaws. If you plan on using my RPMs, it may be wise to do the same. -- Jonathan Gardner [EMAIL PROTECTED] ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
Re: [PyKDE] Installation Help With PyQt-x11-gpl-3.4 with Python 2.2
On Friday 29 November 2002 12:13 am, James Supancic wrote: I am trying to insatl Python Qt 3.4 with Python 2.2 on Red Hat Linux 7.3 This is the error I get when I try to use a program requiring PyQt to be installed - James, I didn't see the error you are talking about. Please post again with the error. Also, please let us know what the program is that you are trying to run. There are Red Hat 7.3 RPMs available for PyQt and sip 3.4. You may also want to try to install or upgrade to those. See http://sourceforge.net/project/showfiles.php?group_id=61057 for those files. -- Jonathan Gardner [EMAIL PROTECTED] ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
[PyKDE] [ANN] Red Hat 7.3 RPMs on SourceForge.Net
Red Hat 7.3 RPMs for PyQt 3.4 and sip 3.4, as well as PyKDE 3.3.2 compiled against them, is available at the SourceForge.Net download area. Please let me know if they work or not for you. http://sourceforge.net/project/showfiles.php?group_id=61057 -- Jonathan Gardner [EMAIL PROTECTED] ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
Re: [PyKDE] ANN: Eric 3.0.0-alpha2 released
On Sunday 24 November 2002 08:18 am, Detlev Offenbach wrote: Hi Trolls, Eric 3.0.0-alpha2 is available for download via http://www.die-offenbachs.de/detlev/eric3.html The files are also available at SourceForge.Net at: http://sourceforge.net/project/showfiles.php?group_id=61057 -- Jonathan Gardner Classmates Online, Inc. http://www.classmates.com/ (425) 917-4890 [EMAIL PROTECTED] ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
Re: [PyKDE] Qt.Py updated
On Monday 04 November 2002 12:41 am, Marc Schmitt wrote: On Montag, 4. November 2002 09:58, J�r�me Martin wrote: I have build sip/PyQt and PyKDE for Mandrake 8.2. I can send you tthe rpm in order to update your download page. I have also planed to build for Mdk9.0 Hi J�r�me, thanks for your request. The best way to do it is to place the packages into ftp://upload.sourceforge.net/incoming . Then mail to Jonathan Gardner [EMAIL PROTECTED] for him to grab them an move them to sourceforge/dl. After that, I can extract the links from sf's download-dir and place them on the homepage. So as soon as the Mandrake packages get visible on sf, I'll link to them. Actually, this doesn't work too well in practice. The best way is to email me, then we can set something up. If we decide on a time (GMT based, of course) to upload, then I can be ready and you won't have to upload a second time. Another option is to give you (the uploader) permissions to edit file releases. -- Jonathan Gardner [EMAIL PROTECTED] ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
Re: [PyKDE] Where What ?
On Tuesday 22 October 2002 08:09 am, Jim Bublitz wrote: On 22-Oct-02 Marc Schmitt wrote: I'd like to start a discussion about those points : Where to place sip, PyQt and PyKDE related material. This means sources, patches, packages, docs, examples, ... Currently sources are on riverbank, some packages on sf, some on lisa-gmbh.de. Patches seem to be nowhere, examples within the sources. Wouldn't it be best to unify (or maximal dualify) the places where we collect the stuff ? Jonathan Gardner set up the SF site at: http://sourceforge.net/projects/pykde/ and if he's still following the list, he might want to provide some input. The home page link for that site is currently to riverbankcomputing. What I'd suggest is: I am -- just not in real-time. ;-) 1. Set up a different home page at SF that points to riverbankcomputing for the latest tarballs/releases, and then a section of pointers to the various rpms, addons, patches,etc., either on SF or elsewhere. It isn't really necessary that all of the files be in one place, just the links. It should also reference this list, of course. Phil would then only have to maintain links to that page at the riverbank site to direct people to the binaries. Yes. This is a very good idea. I had this idea in the back of my head -- something like ViM's website where we can share code and examples and tutorials would be really nice. Now I just have to get off my rear and learn PHP to do dynamic pages at SF. Of course, if someone has the time and the expertise, you are welcome to do it. (See Below) It would be really nice to have everyone write a short page for how they get their system to work and what mods they like to make. A page for Windows, subcategoried into 95, 98, 2000, NT, XP and whatever is useful would be good. A page for Linux, subcategoried into Debian, Redhat, SuSE, Mandrake, and whatever distribution any of you use out ther would be really nice. This way, a new user can come to the website, read up on what they need to do for their system, and we can hopefully expand our user base. 2. I personally don't have a problem with giving Marc or Hans-Peter upload privileges at SF (I have admin privileges), although I'd prefer to leave that up to Jonathan. If people want to upload rpms there, it shouldn't be a problem. OTOH, if Jonathan has the time to co-ordinate that, that should be OK too. It seems that anyone can upload, but someone has to pick up the packages and transfer them to the site (admin) within a short period of time. That hasn't worked out very well for me in the past - maybe because of the timezone difference (I'm on the US west coast). The best way is to send an email to me saying that you have the latest package. Then we can discuss the best way for you to get it to me. I can set up a temporary FTP server that you can upload to. We can also agree to a time that you can upload directly to SF and I can get it then. Somebody probably needs to tackle (1) at least. I feel like I should be responsible, but as is apparent from the slack release schedule of late, it's difficult to find the time and I'm also a terrible web site designer. I'm happy to keep PyKDE up-to-date at the source level, but realistically I can't handle much more than that - I haven't kept up on promises I've made here on some other stuff like code for doing panel applets. You should definitely NOT do it. There should be enough people here to pick up what you can't do or don't have the time to do. I agree with Phil that riverbankcomputing is not an option for binaries - Phil gets stuck paying for extra bandwidth from a lot of large downloads, and in addition it ends up being a lot of extra maintenance work for Phil. SF is more than willing to host everything. I think hosting the tarballs at SF is far better than hosting them at RiverBank because of that. Maybe the commercial version of PyQt and such should still be at RiverBank, but the free version should definitely find its home on SF for bandwidth reasons. As Phil also indicated, it would be nice if people would indicate their willingness to put together and support binaries or srpms for a particular distribution/platform/whatever. I'm really not sure what's already available or who's doing what. It would be equally helpful if older versions were made unavailable when appropriate (one of my gripes about SF is that everything stays there forever, including the mistakes I made when uploading). What about packaging policy ? To me this means, how to split packages. For SuSE 8.0 I made -devel and -doc packages, for 8.1 I merged everything together reflect the source structure : There are only three packages, sip, PyQt and PyKDE left. Each contains all of the sources stuff, like libs, docs, examples and sips. IMHO we should provide three super-spec, that everyone can use for every distribution. When I actually had a job and couldn't avoid
[PyKDE] Segmentation falue on exit... caused by QLineEdit?
I am running with PyQt-3.1-Qt-2.3.1.tar.gz and sip-3.1.tar.gz on Qt 2.3.1 (compiled from sources with threading) and Python 2.1.2 (with threading but not gnu-pth.) My base system is Linux 2.4.18 with GNU C Library 2.2. I run the code below, and when it exits (by clicking on the exit button - X Windows 4.2.0 with BlackBox), it causes a segmentation fault. Other widgets besides the QLineEdit widget won't cause a segfault. (I have tried QLabel and QPushButton.) Also, adding del w at the end after a.exec_loop() solves the problem. This is odd, because I thought I was running PyQt-3.1 and sip-3.1 earlier with no problems at all. Of course, I have upgraded a lot of things, so it is hard to tell what exactly changed. I read in an email from a long time ago that this was fixed in newer versions. Has it popped its ugly head up again? Or am I just on a really strange system? Jonathan THE CODE: import sys from qt import * class my_widget(QWidget): def __init__(self,parent = None,name = None,fl = 0): QWidget.__init__(self,parent,name,fl) self.input = QLineEdit(self) if __name__ == '__main__': a = QApplication(sys.argv) QObject.connect(a,SIGNAL('lastWindowClosed()'),a,SLOT('quit()')) w = my_widget() a.setMainWidget(w) w.show() a.exec_loop() del w ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
[PyKDE] shaped windows and QWidget.setMask
Someone posted a while ago about how to do shaped windows in Qt. The answer is still I don't know but I have found a clue by looking at the tuXeyes source code. I think QWidget.setMask is what you are looking for. I was interested in what it would take to do something with OpenGL and then using a mask, and this is it apparently. I haven't actually used it yet, but like all things Qt, I doubt there will be a problem. Jonathan PS: I would've replied to keep things in the thread, but it seems that I've lost the email between several re-installations. =( ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
Re: [PyKDE] shaped windows and QWidget.setMask
On Thu, Apr 04, 2002 at 06:45:25PM -0100, Boudewijn Rempt wrote: On Thursday 04 April 2002 15:12, you wrote: I think QWidget.setMask is what you are looking for. I was interested in what it would take to do something with OpenGL and then using a mask, and this is it apparently. I haven't actually used it yet, but like all things Qt, I doubt there will be a problem. The same question was answered on Usenet, where I answered with a working translation of that very example. However, since my computer got fried, I lost that code. But it was very simple, and a query on Google might even show the code. It seems Google decided to throw away your attachment in the archives... I'm curious. The TuXeyes code uses some calls to X to figure out where the mouse is on the screen. Why did they do that? Can't they just call QCursor.position()? Jonathan ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
Re: [PyKDE] Tutorial pyqt
On Friday 22 February 2002 07:30 pm, Gerrit Sere wrote: I made a little tutorial (74 pages) about Python and Qt. It handles nearly all the basic widgets. I don't have a web site to distribute it. Is there a place where I can drop it ? Here are a few suggestions: Make it an open-book and submit it to: www.andamooka.org Make it a HOW-TO and submit it to: www.linuxdoc.org Make it a SourceForge website-only project at: www.sourceforge.net Get it on the KDE website by talking to the people who do that kind of stuff: www.kde.org Boudewijn Rempt's book is much better but ... I did my best for the absolute beginner (like me) I would be excited to see it regardless. Everyone has a different perspective on the way things work and the way they should work, and it is useful to compare. Jonathan ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
[PyKDE] Managing more than one installation of PyQt/Sip concurrently
Here's my problem now. I got PyQt 3.0, sip 3.0 compiled against Python 2.1 and Python 2.2. I really like Python 2.2, so when I write something for Linux users, I use Python 2.2. However, I am running a project that uses PyQt heavily, and it needs to work for Windows users, which only have the PyQt for Python 2.1 available, so I got that compiled for Python 2.1 as well. I can set /usr/local/python to point to either /usr/local/bin/python2.1 or /usr/local/bin/python2.2 and everything works great (because python2.1 uses /usr/local/lib/python2.1 and python2.2 uses /usr/local/python2.2). Now I want to have both v3.1pre2 and v3.0 available to both Python2.1 and Python2.2. How would I go about switching those two out? I imagine I could just do make install from the appropriate src directory (that already has './configure make' run in it), but is there a better way? I am, of course, running Linux. Jonathan ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
[PyKDE] statusBar() in QMainWindow
I have a widget that is a subclass of the QMainWindow. I want to put some QLabels in the status bar. I can set the text at the bottom with something like this: self.statusBar().message('Hello!') I get a square box if I do something like this: (no text in the box) label = QLabel(self) self.statusBar().addWidget(label) label.setText('Hello!') label.setEnabled(1) I noticed my problem was that the lable had to have the status bar for a parent, so this works fine. label = QLabel(self.statusBar()) self.statusBar().addWidget(label) label.setText('Hello!') Just in case anyone had similar problems... Jonathan ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
Re: [PyKDE] Can't inherit from QLineEdit?
Phil Thompson wrote: Jonathan Gardner wrote: I can't seem to inherit from QLineEdit in python. When I call QLineEdit.__init__ in my init statement, it causes a segmentation fault. Can you send me a small, but complete, example script. I can't seem to reproduce the bug anymore. Odd... Jonathan ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
[PyKDE] pyuic doesn't mind naming stuff name
I discovered a bug in pyuic. If you build a widget with a custom widget of class name inside, it will generate code that looks like this: from name import name class test(QWidget): def __init__(self,parent = None,name = None,fl = 0): QWidget.__init__(self,parent,name,fl) if name == None: self.setName('test_AUTO') self.resize(592,480) self.setCaption(self.tr(test)) self.Name = name(self,'Name') self.Name.setGeometry(QRect(290,110,60,20)) This was unexpected behavior. At least pyuic should have said you can't have widgets called name, self, parent or fl. At best, it should have produced code that looks like this or something: from name import name class test(QWidget): def __init__(self,parent = None,name = None,fl = 0): QWidget.__init__(self,parent,name,fl) if name == None: self.setName('test_AUTO') self.resize(592,480) self.setCaption(self.tr(test)) name = globals()['name'] self.Name = name(self,'Name') self.Name.setGeometry(QRect(290,110,60,20)) Jonathan ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
[PyKDE] Can't inherit from QLineEdit?
I can't seem to inherit from QLineEdit in python. When I call QLineEdit.__init__ in my init statement, it causes a segmentation fault. Jonathan ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
Re: [PyKDE] Qt2 Qt3 both installed?
On Friday 01 February 2002 12:30 pm, Doug Bell wrote: With both Qt2 and Qt3 installed, is there an easy way to swap which one PyQt references? I suppose that I could keep two compiled versions of PyQt around and do make uninstall and make install. Or should I make a script to symlink the appropriate files? Or is there another method? Any hints would be appreciated. Have you tried playing with the QTDIR environment variable? [Hey, it's a hint!] Jonathan ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
[PyKDE] Installation troubles...
I'm running SuSE 7.1, with python 2.1 and qt-2.3.1. I got sip-2.5 installed without a hitch. I did: ./configure make make install I compiled PyQt-2.5 without a hitch. I did: ./configure make But when I do 'make install', it says the following: Making install in qt snip /bin/sh ../libtool --mode=install /usr/bin/install -c libqtcmodule.la /usr/lib/python2.1/sit e-packages/libqtcmodule.la /usr/bin/install -c .libs/libqtcmodule-2.5.so /usr/lib/python2.1/site-packages/libqtcmodule-2 .5.so (cd /usr/lib/python2.1/site-packages rm -f libqtcmodule.so ln -s libqtcmodule-2.5.so li bqtcmodule.so) /usr/bin/install -c .libs/libqtcmodule.lai /usr/lib/python2.1/site-packages/libqtcmodule.la PATH=$PATH:/sbin ldconfig -n /usr/lib/python2.1/site-packages snip /bin/sh ../mkinstalldirs /usr/lib/python2.1/site-packages /usr/bin/install -c -m 644 ./qt.py /usr/lib/python2.1/site-packages/qt.py make install-data-hook make[3]: Entering directory `/home/jgardn/tmp/PyQt-2.5/qt' (cd /tmp; PYTHONPATH=/usr/lib/python2.1/site-packages:/usr/lib/python2.1/site-packages /usr/b in/python -O -c import qt) Traceback (most recent call last): File string, line 1, in ? File /usr/lib/python2.1/site-packages/qt.py, line 44, in ? import libqtc ImportError: undefined symbol: __ti15QInterlaceStyle snip Any ideas? Off the top of my head, it looks like it finds libqtcmodule.so okay, but there is some problem trying to link to it. --Jonathan ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
Re: [PyKDE] Installation troubles...
On Monday 13 August 2001 04:35 am, I wrote: I'm running SuSE 7.1, with python 2.1 and qt-2.3.1. I got sip-2.5 installed without a hitch. I did: ./configure make make install I compiled PyQt-2.5 without a hitch. I did: ./configure make snip PYTHONPATH=/usr/lib/python2.1/site-packages:/usr/lib/python2.1/site-packa ges /usr/b in/python -O -c import qt) Traceback (most recent call last): File string, line 1, in ? File /usr/lib/python2.1/site-packages/qt.py, line 44, in ? import libqtc ImportError: undefined symbol: __ti15QInterlaceStyle snip Any ideas? Off the top of my head, it looks like it finds libqtcmodule.so okay, but there is some problem trying to link to it. Humm, it looks like I didn't have qt-2.3.1 configured quite right. For some reason, when I 'su' to root using just 'su', LD_LIBRARY_PATH doesn't get passed along. If I 'su -' I have it configured correctly so LD_LIBRARY_PATH is set up properly. Sorry to bother you all. The gears.py demo is great. Keep up the good work. Jonathan ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
[PyKDE] Binary for Windows
In light of the changes to the license for Qt, is there any hope of allowing people to download Windows binaries for PyQt? Is there a place windows people can go and get the binary? ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
Re: [PyKDE] pyuic
On Sunday 08 July 2001 08:42, Phil Thompson wrote: Jonathan Gardner wrote: snip Then I went into the old directory where I untarred sip-2.4 and tried to build it before. I entered the following commands: Safer to delete the directory and untar the sources again. snip Then I went into the old directory where I untarred PyQt-2.4 and tried to build it before. I entered the following commands: Ditto. snip sipqtProxyqt.moc:29: no matching function for call to `QMetaObjectInit::QMetaObjectInit (QMetaObject * (*)())' /usr/lib/qt-2.3.1/include/qmetaobject.h:259: candidates are: QMetaObjectInit::QMetaObjectInit(void (*)()) /usr/lib/qt-2.3.1/include/qmetaobject.h:261: QMetaObjectInit::QMetaObjectInit(const QMetaObjectInit ) make[2]: *** [qtcmodule.lo] Error 1 Errors around meta objects are often related to having code lying around generated from an older version of moc. Thanks for the help. I got it to compile without any hitches after I started from a completely clean slate. Now I got it all running on top of Qt 2.3.1, which is nice. I am not experienced at Qt or make, but shouldn't 'make clean' clear out all the moc files as well? Is this intended behavior to leave the files alone? Is it just common knowledge when working with Qt that the moc files can get screwed up and you have to manually delete them? Also, is there an archive of this mailing list somewhere? Thanks for all the help, Phil and Boudewijn, it's nice to see it working so well. I am sorry if I was too much of a bother. Jonathan ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde
[PyKDE] pyuic
I'm running SuSE 7.1 on an i386. I installed all the default rpm's (PyQt and sip, they're both version 2.2). Everything works great, except there is a bug in pyuic where it fails to insert a self. every once in a while. I am pretty sure a bug like this would've been caught between version 2.2 and 2.4. So I went to download 2.4, and I can't get the thing to compile. I've tried it with the default qt library, with qt 2.2.3 library and I've tried a lot of different combinations. Do I need qt 2.3.1 in order to get it all to compile? Thanks in advance. -- Jonathan PS - Is there any installation help files? I found what was included to be pretty sparse, and the website doesn't seem to include much more. Maybe I missed it. ___ PyKDE mailing list[EMAIL PROTECTED] http://mats.gmd.de/mailman/listinfo/pykde