Re: What YAML engine do you use?
Paul Rubin wrote: Reinhold Birkenfeld <[EMAIL PROTECTED]> writes: For those of you who don't know what YAML is: visit http://yaml.org/! You will be amazed, and never think of XML again. Well, almost. Oh please no, not another one of these. We really really don't need it. well, I did look at it, and as a text format is more readable than XML is. Furthermore, XML's verbosity is incredible. This format is not. People are abusing the genericity of XML to put everything into it. Parsing and working with XML are highly optimized, so there's not really a problem in that sector. But to transfer the same data in a YAML format, rather than a XML format is much more economic. But networks are getting faster, right? Nowadays, people are trying to create binary XML, XML databases, graphics in XML (btw, I'm quite impressed by SVG), you have XSLT, you have XSL-FO, ... . And I think, YAML is a nice initiative. bye, rm -- http://mail.python.org/mailman/listinfo/python-list
Re: What YAML engine do you use?
Doug Holton wrote: What do you expect? YAML is designed for humans to use, XML is not. YAML also hasn't had the backing and huge community behind it like XML. XML sucks for people to have to write in, but is straightforward to parse. The consequence is hordes of invalid XML files, leading to necessary hacks like the mark pilgrim's universal rss parser. YAML flips the problem around, making it harder perhaps to implement a universal parser, but better for the end-user who has to actually use it. More people need to work on improving the YAML spec and implementing better YAML parsers. We've got too many XML parsers as it is. 100% right on, stuff (like this)? should be easy on the users, and if possible, on the developers, not the other way around. But developers come second. Now, I didn't check the specs, they might be difficult, they might be incorrect, maybe their stated goal is not reached with this implementation of their idea. But I'd love to see a generic, pythonic data format. bye, rm -- http://mail.python.org/mailman/listinfo/python-list
Re: What YAML engine do you use?
Fredrik Lundh wrote: "rm" <[EMAIL PROTECTED]> wrote: 100% right on, stuff (like this)? should be easy on the users, and if possible, on the developers, not the other way around. I guess you both stopped reading before you got to the second paragraph in my post. YAML (at least the version described in that spec) isn't easy on users; it may look that way at a first glance, and as long as you stick to a small subset, but it really isn't. that's not just bad design, that's plain evil. and trust me, when things are hard to get right for developers, users will suffer too. you stopped reading too early as well, I guess: "maybe their stated goal is not reached with this implementation of their idea" and the implementation being the spec, furthermore, "users will suffer too", I'm suffering if I have to use C++, with all its exceptions and special cases. BTW, I pickpocketed the idea that if there is a choice where to put the complexity, you never put it with the user. "pickpocket" is strong, I've learned it from an analyst who was 30 years in the business, and I really respect the guy, basically he was always right and right on. On the other hand, the management did not always like what he thought :-) bye, rm -- http://mail.python.org/mailman/listinfo/python-list
Re: What YAML engine do you use?
Doug Holton wrote: rm wrote: this implementation of their idea. But I'd love to see a generic, pythonic data format. That's a good idea. But really Python is already close to that. A lot of times it is easier to just write out a python dictionary than using a DB or XML or whatever. Python is already close to YAML in some ways. Maybe even better than YAML, especially if Fredrik's claims of YAML's inherent unreliability are to be believed. Of course he develops a competing XML product, so who knows. true, it's easy enough to separate the data from the functionality in python by putting the data in a dictionary/list/tuple, but it stays source code. rm -- http://mail.python.org/mailman/listinfo/python-list
Re: What YAML engine do you use?
rm wrote: Paul Rubin wrote: Reinhold Birkenfeld <[EMAIL PROTECTED]> writes: For those of you who don't know what YAML is: visit http://yaml.org/! You will be amazed, and never think of XML again. Well, almost. Oh please no, not another one of these. We really really don't need it. well, I did look at it, and as a text format is more readable than XML is. Furthermore, XML's verbosity is incredible. This format is not. People are abusing the genericity of XML to put everything into it. Parsing and working with XML are highly optimized, so there's not really a problem in that sector. But to transfer the same data in a YAML format, rather than a XML format is much more economic. But networks are getting faster, right? Nowadays, people are trying to create binary XML, XML databases, graphics in XML (btw, I'm quite impressed by SVG), you have XSLT, you have XSL-FO, ... . And I think, YAML is a nice initiative. bye, rm http://www.theinquirer.net/?article=20868 :-) rm -- http://mail.python.org/mailman/listinfo/python-list
Big development in the GUI realm
For all you GUI developers, things just got a little more interesting. Trolltech will soon be offering the QT GUI toolkit for Windows under the GPL license. That means that PyQt may become a much more popular option in the near future. Unfortunately, some things available for the commercial customers of Trolltech are not available to the GPL users. For example, from their FAQ, it seems that no precompiled binaries will be provided. Support for comercial compilers will not be built in, only for gcc (through Cygwin?). Also, their database drivers will not be available. Oh, well, I guess you can't have it all. Good news though! See more here: www.trolltech.com I wonder how this is going to affect the GUI landscape. -- http://mail.python.org/mailman/listinfo/python-list
Re: Convert python to exe
Does cx_Freeze pack all dependencies? Would te resulting files(s) be able to run on a Linux machine that does not have Python installed? If not, what alternatives are there to accomplish that? Is the McMillan installer still being maintained? Does it work for GUI applications? -Ruben Stephen Thorne wrote: > On 13 Mar 2005 14:31:53 -0800, [EMAIL PROTECTED] > <[EMAIL PROTECTED]> wrote: > > Hi > > > > I have a python script under linux, I wonder if I can be converted to > > an executable or not? > > Yes, you can use cx_Freeze. > > Regards, > Stephen Thorne -- http://mail.python.org/mailman/listinfo/python-list
Re: wxPython vs. pyQt
Of course, the licensing terms may still be too restrictive for those that want to create comercial closed source applications and can't afford the comercial license of Qt. That is why, for many, wxPython will remain the preferred choice. Being that you are inclined use Xemacs and xterm for your development, I don't think you will have too much trouble with either one. Currently, I think the choice between Qt and wx boils down to this: Type of app - Choice - Reason GPL or Company use only app - Qt - It is easier, cleaner, etc. Commercial Closed Source - Qt - Don't mind the license cost. Any type - wx - It is free. Other (lesser, I think) considerations, however, may bee the appearance of the app. On linux/KDE you may prefer the Qt native look. On Linux/GNOME you may prefer wx's GTK native look. On Windows, wx is completely native, while I can't speak for Qt's look since I have never seen it, but I know it is not completely native looking. -- http://mail.python.org/mailman/listinfo/python-list
Re: Best GUI for small-scale accounting app?
Here is another question, are you deploying in Linux, Windows, Mac, or some combination of these? I think that may be a big factor to consider. I do like the look of Qt under Linux, however, I have never seen it under Windows. Qt seems to be very focused in Linux, with Mac and Windows support as a reluctant afterthought. I have used wxPython and PythonCard under Windows and Linux. Under Windows, both of these are excellent, and allow you to do some very nice looking apps. I love the way PythonCard separates the interface code from the rest of the app functionality. PythonCard is a pleasure to use. It is not quite finished, but its developers are now in the final stretch towards the final 1.0 version. In Python, when you run into its speed limitations, you may have to resort to writing pure C. Similarly, when you run into a widget limitation in PythonCard, you may have to resort to pure wxPython code. In both cases, the advantages of using Python and PythonCard, will usualy make it worth living with their limitations. -Ruben -- http://mail.python.org/mailman/listinfo/python-list
Re: Best GUI for small-scale accounting app?
Bulba! wrote: > Hmm.. and if I may ask, what limitations you have stumbled on? In reality, PythonCard is just an easier way of manipulating wxPython. The thing is that PythonCard needs to have a wraper for each wxPython widget that it uses, and, then that wrapper needs to be incorporated into the PythonCard designer (Resourse Editor). At the moment, I don't think all wxPython widgets are implemented yet. The good thing is that, for cases like that, you can simply use regular wxPython code to reach the desired widget. What I would recommend, as others have, is to download it and try it, along with the other options you are considering. There are some very nice introductions you can quickly go through to get a feel for what you can do in PythonCard here: http://pythoncard.sourceforge.net/documentation.html -Ruben -- http://mail.python.org/mailman/listinfo/python-list
Re: Best GUI for small-scale accounting app?
I admit that I don't know much about Qt in Windows. As, I said, I've never seen it. The fact that they don't offer a GPLed version for Windows is a deterrent for me. I have heard very nice things about Qt's api. I even bought a book on it, but since the apps I've needed to write, had to be cross platform, and were nicely done in wxPython/PythonCard on Windows *for free*, I haven't been able to justify the time to look at it. Question for you, does Qt use the native Windows dialogs and widgets or does it use its own? If the latter, how close are they to the native look? Will they change appearance when a user chooses a different theme in the Display Dialog? -- http://mail.python.org/mailman/listinfo/python-list
Re: what would you like to see in a 2nd edition Nutshell?
Alex Martelli wrote: > I still > believe Tkinter coverage is going to help more readers. Alex, I know this can be a can of worms. But honestly, I wonder what do you base that idea on. -Ruben -- http://mail.python.org/mailman/listinfo/python-list
Re: what would you like to see in a 2nd edition Nutshell?
What you say is true. However, I didn't think the target audience of this book was newbies. Python newbies yes, but not programming newbies. For programming newbies I would recommend the "Learning Python" book instead. The availability argument, however, is a good point. -- http://mail.python.org/mailman/listinfo/python-list
Re: how can I put a 1Gb file in a zipfile??
>From what I understand, Winzip uses their own proprietary version of a Zip format. That means that you will only be able open those archives with Winzip. (IOW, you are locked in) I think someone mentioned having developed a Python module for the 7zip fomat, but I may be wrong. In any case, you could simply write a wrapper over the command line version of 7zip and your problem would be solved. There is a Linux version as well. (http://p7zip.sourceforge.net/) bennie wrote: > Christos TZOTZIOY Georgiou wrote: > > AFAIR there is a 4GiB (or 2GiB) size limit applying both to files added to zip > > and to the total size of the zip file. This limit comes from the zip file > > specification (32 bit offsets). > > Can it be that you are creating a zip file that its total size exceeds the > > limit? > That is possible. > But with Winzip program it can. > How come that is with ZipFile not works -- http://mail.python.org/mailman/listinfo/python-list
Re: ANN: Python 2.3.2 for PalmOS available
I get odd results when trying to use exponents. For example: >>>4^2 6 -- http://mail.python.org/mailman/listinfo/python-list
Re: ANN: Python 2.3.2 for PalmOS available
Oops. Sorry, you are right. :) -- http://mail.python.org/mailman/listinfo/python-list
Full-time Python DEVELOPER needed - High-transactional environment
Hello Python users, We are currently looking for a PYTHON DEVELOPER in Cleveland, OH. The full-time position is with a LARGE CLIENT (situated in over 17 countries and headquartered in Cleveland) currently in a high-growth mode and is WORLD's leading Internet Content Providing firm The client offers attractive salary and great benefits, plus a creative and flexible work environment We are looking for candidates with strong OO background in Python / Java / C++ / other OO language along with backend experience If you would like to find out more about the position and/or the client, kindly give me a call at the number listed below and send me a copy of your resume for review. Thank you for your time, I look forward to hearing from you soon. Kind Regards, Rozina Mardhani Sr. Recruiter Claddagh Resources 678-405-4400 Ext. 211 [EMAIL PROTECTED] -- http://mail.python.org/mailman/listinfo/python-list
Re: searching for IDE
You should also check out eric3. It is cross-platform, free, very advanced, and with a super active development community. -RM alexrait1 wrote: > I need an IDE for python that has the ability to show the filds of a > class when I write "." > Just the way it works in eclipse/JBuilder with java or visual studio > with c++ > For now I treid eric3 and IDLE they don't do this... -- http://mail.python.org/mailman/listinfo/python-list
Re: searching for IDE
oops. I didn't see the part about you having tried eric3 already. For your part, you may have missed the very good auto-completion tools available for eric3. Look here: http://www.die-offenbachs.de/detlev/eric3-contrib.html -RM -- http://mail.python.org/mailman/listinfo/python-list
Oh no, my code is being published ... help!
There is a Linux forum that I frequent from time to time on which I mentioned a couple of scripts that I wrote. The editors of a small Linux magazine heard and found them interesting enough to ask me to write an article about them. I accepted gladly, of course. I wrote the article and submitted it and I was told to look for it on the January issue. Sounds good, right? The thing is I am starting to get a little nervous about it. You see, programming is not my full time job. I dabble in it from time to time, mostly to scratch my own itches, as they say. But, I know that my code is probably far from being of professional quality. So, I was wondering if some of you would be interested in taking a peak and offer some suggestions for improving the quality and safety of the code. Let me try to explain what they do. Lets say, for example that you have, as I do, a large directory tree that you want to compress containing data that you hardly ever use, but that you want to have easy access to from time to time. In my case, that directory tree contains the RAW image files that come from my DSLR camera. Each of those files is about 10 MB. The total size of that directory tree is about 45 GB, and it is constantly growing. (Note: I store my finished, "processed", images on a different directory tree. They are stored as JPEG files, so they are already compressed.) How would you go about using compression to retake some disk space on a situation like this one? Well, one way I came up with was to write my own tool to do this job. I created a program called 7sqz (7Squeeze) that can take care of this task with ease. It is a Python script that navigates through a directory tree compressing its contents only, not the actual directories. As it enters each directory on the tree it saves all the files on that directory on an archive on that same directory giving it the name of the directory itself. If it finds that the directory already has an archive file with the correct name it leaves it alone and goes to the next directory, unless it also finds an uncompressed file in it. When that happens it simply moves it into the existing archive file, updating it inside the archive if it was already there. I also created 7usqz which is the opposite counterpart of 7sqz. It will simply go through a specified directory tree looking for archive files named as the holding directory and will uncompress them, essentially leaving the directory as it was before being squeezed. Both 7sqz and 7usqz use p7zip for the actual compression, so you need to have p7zip already installed. You can obtain 7sqz from here: http://rmcorrespond.googlepages.com/7sqz And you can get 7usqz from here: http://rmcorrespond.googlepages.com/7usqz After downloading them, save them in a place like /usr/bin and make sure they are executable. To use 7sqz you could just give it a target directory as a parameter, like this: 7sqz /home/some_directory By default it will use the 7z format (which gives better compression than zip), but you can use the zip format if you prefer by using the - m option like this: 7sqz -m zip /home/some_directory By default it will use Normal as the level of compression, but you can use EXTRA or MAX if you prefer by using the -l option like this: 7sqz -l Extra /home/some_directory By default it will just skip any file if it found an error during compression and will log the error, but you can tell it to "Halt on Error" with the -e option like this: 7sqz -e /home/some_directory And of course, you can combine options as you please like this: 7sqz -m zip -l Max -e /home/some_directory As I said, 7usqz is the opposite counterpart of 7sqz. To use it you could just give it a target directory as a parameter, like this: 7usqz /home/some_directory By default it will just skip any file if it found an error during decompression and will log the error, but you can tell it to "Halt on Error" with the -e option like this: 7usqz -e /home/some_directory Please do a few, or better yet a lot of tests, before using it on a directory that you cannot afford to loose. I believe it has all the necessary safety precautions to protect your data, but I can't guaranty it. That is why I'm asking for your help. All I can say is that I have never lost any data with it and that it works great for me. What do you think? -- http://mail.python.org/mailman/listinfo/python-list
Re: Oh no, my code is being published ... help!
On Nov 30, 1:59 am, Vidyadhar74 <[EMAIL PROTECTED]> wrote: > Please check your hard disk partition is NTFS or FAT32 if it is FAT32 > then Convert the partition to NTFS and unzip the 7zipped file on NTFS > partition. Ok, I admit I don't understand what you mean by this. -- http://mail.python.org/mailman/listinfo/python-list
Re: Witch editor to use!
> > And if editor is bether choice witch one to use! > > The two main choices that meet the criteria above are Vim and Emacs. > In my opinion, either is a good choice. Both Vim and Emacs are hard to learn. In other words, they will require that you spend at least some time studying how they work and practicing. They have a learning curve that is much larger than using something simple like NEdit, Gedit, KWrite, etc. But, they are a lot more powerful. One thing that I think favors Vim over Emacs, is that Vim seems to be installed by default on almost all Linux distros. So, if you learn Vim you will never (almost) be without an editor, even if you just have access through a terminal. So, I recommend that you do learn at least the basics of Vim. Just my 2 cents. -- http://mail.python.org/mailman/listinfo/python-list
Re: Oh no, my code is being published ... help!
On Nov 30, 10:01 am, Neil Cerutti <[EMAIL PROTECTED]> wrote:
> On 2007-11-30, Eduardo O. Padoan <[EMAIL PROTECTED]> wrote:
>
>
>
> > On Nov 30, 2007 11:18 AM, Peter Decker <[EMAIL PROTECTED]> wrote:
> >> On Nov 30, 2007 1:19 AM, Tim Roberts <[EMAIL PROTECTED]> wrote:
>
> >> > You also have a couple of instances of:
> >> > print("Error Squeezing %s...")
>
> >> > The parentheses serve no purpose here, and are unidiomatic.
>
> >> I thought that with the eventual dropping of 'print' as a
> >> statement in Python 3, that writing it this way (as if it were
> >> a print function) is preferred, since that will be one fewer
> >> thing to convert.
>
> > No, writing this way will confound the 2to3 tool. Just try for
> > yourself. You would have to write print(something) all the time
> > and disable the fix_print convertion. It is easier and safer to
> > write the common 2.Xish way and let 2to3 do the work.
>
> Output ought be centralized to support maintenance, solving the
> 3.0 compatibility problem as a side-effect.
>
> So the above would be something like:
>
> my_print("Error Squeezing %s..." % the_thingy)
>
> With my_print defined appropriately for the time and place.
>
> Moreover, publishing code today with print(...) will, at best,
> require a needless digression.
>
> --
> Neil Cerutti
Thanks for the great pointers. Exactly what I was looking for. At
least I hope it will save me some embarrassment. :)
--
http://mail.python.org/mailman/listinfo/python-list
Re: Oh no, my code is being published ... help!
Thanks for all the comments. I uploaded revised versions of both files. If you see any more problems with them or if you have any suggestions for improving them, I am all ears. @ :D @ -- http://mail.python.org/mailman/listinfo/python-list
ANN: 4 little Python programs
I recently got access to one of those new GooglePages and decided to play around with it a little. I figured it would be a nice *easy* way to get a website going. I may eventually do something more professional, but hey, this was free in both money and time. :) I had been thinking of releasing some of my little personal apps for a while. So, this finally motivated me to clean them up enough for release. The website is not yet finished, but I couldn't wait to share with you these little Python programs. I have packaged them nicely for Windows using py2exe and InnoSetup. Unfortunately, I haven't had the time to do the same for Linux. I plan to that soon. You can get them here. http://rmcorrespond.googlepages.com/customsoftware I have been using them for several years, but never got around to releasing them. Any way, I hope you like them. Oh, they are all licensed with the GPL, but for now, since I don't yet have a way to track downloads, I am only making the source available upon request. If you have any questions or suggestions let me know. -Ruben -- http://mail.python.org/mailman/listinfo/python-list
Re: 4 little Python programs
Terry, Thanks for the feedback. I've done what you said, except for deleting the EXEs. While people on this forum can figure out how to get them to work with just the source, most people will be better off with the installers. I also added screen shots to each of the programs. I am especially interested in improving CocoRename. I think that it would be nice to add wild cards, regular expressions, incremental digits for the filenames, etc, I just haven't had the time. I ran it on Linux a while back using KDE's equivalent of "Send to", "Service Menus", and was blown away by how much better it worked than on Windows. So, I think it has potential. I don't think that there is a GUI for 7Zip on Linux yet, so 7Squeeze could be used until a more complete version appears. However, since it is only a wrapper for the command line version of 7Zip I think I would have to include some way to capture all the relevant information that the program normally sends to the terminal. Currently, starting 7Squeeze from a terminal is actually better on Linux because you get to see the feedback. So, I think it needs a little work. However, I do think that 7Squeeze's Squeeze and UnSqueeze features are standout features. I hope some will give it a try. Any way, I am interested in any improvements any one can make to this programs. And of course, I would love to know if any one finds them useful. -Ruben Terry Reedy wrote: > "RM" <[EMAIL PROTECTED]> wrote in message > news:[EMAIL PROTECTED] > > I had been thinking of releasing some of my little personal apps for a > > while. So, this finally motivated me to clean them up enough for > > release. The website is not yet finished, but I couldn't wait to share > > with you these little Python programs. I have packaged them nicely for > > Windows using py2exe and InnoSetup. Unfortunately, I haven't had the > > time to do the same for Linux. I plan to that soon. You can get them > > here. > > > > http://rmcorrespond.googlepages.com/customsoftware > > > > I have been using them for several years, but never got around to > > releasing them. Any way, I hope you like them. Oh, they are all > > licensed with the GPL, but for now, since I don't yet have a way to > > track downloads, I am only making the source available upon request. If > > you have any questions or suggestions let me know. > > Since you asked: delete the .exes and release the source and give a link to > python.org for anyone who does not have it already installed. Since I > already have at least two versions of Python installed, I don't need four > more copies. Since I have no reason to trust that you are not distributing > malware, I would not touch your .exes anyway. Python is really meant for > source distribution. > > Terry Jan Reedy -- http://mail.python.org/mailman/listinfo/python-list
Re: What is the best Python GUI API?
On Nov 13, 2:23 pm, James Harris <[EMAIL PROTECTED]> wrote: > On 13 Nov, 18:59, Stef Mientki <[EMAIL PROTECTED]> wrote: > > > Abah Joseph wrote: > > > What is the best Python GUI API? I am planning to start my first GUI > > > application and I need something easy and cross platform. Qt > > > applications look beautiful but I hate the license. What do you advice? > > > I agree about the Qt-license, > > and I'm now a happy wxPython user. > > I too have had good results with wxwidgets when developing a GUI. The > cross-platform native look and feel was a major benefit from my point > of view allowing screens to "look native" under different OSs with no > code changes. > > -- > James Not so good if your native Linux look is KDE. ;) I also hate the fact that the GTK File Save/Open dialog box does not allow file/folder renames. On Windows, however, wxPython is great. I guess it depends on how big your application is and what is the target audience/ clientele. -- http://mail.python.org/mailman/listinfo/python-list
Re: What is the best Python GUI API?
On Nov 13, 7:08 pm, Stef Mientki <[EMAIL PROTECTED]> wrote: > rm wrote: > > On Nov 13, 2:23 pm, James Harris <[EMAIL PROTECTED]> > > wrote: > > >> On 13 Nov, 18:59, Stef Mientki <[EMAIL PROTECTED]> wrote: > > >>> Abah Joseph wrote: > > >>>> What is the best Python GUI API? I am planning to start my first GUI > >>>> application and I need something easy and cross platform. Qt > >>>> applications look beautiful but I hate the license. What do you advice? > > >>> I agree about the Qt-license, > >>> and I'm now a happy wxPython user. > > >> I too have had good results with wxwidgets when developing a GUI. The > >> cross-platform native look and feel was a major benefit from my point > >> of view allowing screens to "look native" under different OSs with no > >> code changes. > > >> -- > >> James > > > Not so good if your native Linux look is KDE. ;) I also hate the fact > > that the GTK File Save/Open dialog box does not allow file/folder > > renames. On Windows, however, wxPython is great. I guess it depends > > on how big your application is and what is the target audience/ > > clientele. My very first GUI application ever was a wxPython Windows application. You can get it from here if you like: http://rmcorrespond.googlepages.com/DirClean_1_0b1_exe.zip Source Code: http://rmcorrespond.googlepages.com/CocoRename_1.0_Source.zip (Keep in mind that I was just learning at the time, so I am not particularly proud of the code, and I am sure most of it is deprecated by now.) You can say that wxPython was my first love as far as GUI development goes. I still think it is awesome because it is very rich and mature. But, coding with it is not as clean as it could be. There is a lot of boiler plate code needed. And I find it a lot less 'Pythonic' than other alternatives. If I was just going to code a small (and I mean small) GUI app for Windows (and possibly for Gnome) I would look into PythonCard. It uses wxPython in the background, but it provides a much nicer API. Unfortunately, not all the power of wxPython is available that way. (Although you can drop down to straight wxPython if needed.) An example of a PythonCard application I wrote (for Windows) can be obtained here: http://rmcorrespond.googlepages.com/CocoRename_1_0_exe.zip Source Code: http://rmcorrespond.googlepages.com/CocoRename_1.0_Source.zip My needs were covered between the two options above. However, two things were bugging me. First, I wanted a better (faster) development environment. It had to be free since all I code is Free as well. The ones I had tried for wxPython were not cutting it. And second, in Linux, I prefer KDE. So, I wanted something that was native to KDE. When Trolltech released QT as a GPL toolkit I figured I would give it a try. What I found was very eye opening. The API was beautiful and intuitive. The tools and IDE (Eric, QT Designer, etc.) were more along the lines of what I was looking for. So, I became a QT believer. Unfortunately, my work circumstances have changed and I haven't done any more GUI programming since then. (I am a Django coder now. :) But, if I was going to do another GUI coding project today, I would go with QT. So, you can see where I am coming from. Your needs may vary. > Ok you only guess, but ... > .. you're suggesting > - that if the application is too big, wxPython is not a good choice. > What's big ? > - if the target is ... ??? ... it's not a good choice, for what audience > is wxPython not suited ? > thanks, > Stef Mientki > > > -- > >http://mail.python.org/mailman/listinfo/python-list > > -- http://mail.python.org/mailman/listinfo/python-list
Re: What is the best Python GUI API?
On Nov 14, 1:59 pm, rm <[EMAIL PROTECTED]> wrote: > On Nov 13, 7:08 pm, Stef Mientki <[EMAIL PROTECTED]> wrote: > > > rm wrote: > > > On Nov 13, 2:23 pm, James Harris <[EMAIL PROTECTED]> > > > wrote: > > > >> On 13 Nov, 18:59, Stef Mientki <[EMAIL PROTECTED]> wrote: > > > >>> Abah Joseph wrote: > > > >>>> What is the best Python GUI API? I am planning to start my first GUI > > >>>> application and I need something easy and cross platform. Qt > > >>>> applications look beautiful but I hate the license. What do you advice? > > > >>> I agree about the Qt-license, > > >>> and I'm now a happy wxPython user. > > > >> I too have had good results with wxwidgets when developing a GUI. The > > >> cross-platform native look and feel was a major benefit from my point > > >> of view allowing screens to "look native" under different OSs with no > > >> code changes. > > > >> -- > > >> James > > > > Not so good if your native Linux look is KDE. ;) I also hate the fact > > > that the GTK File Save/Open dialog box does not allow file/folder > > > renames. On Windows, however, wxPython is great. I guess it depends > > > on how big your application is and what is the target audience/ > > > clientele. > > My very first GUI application ever was a wxPython Windows > application. You can get it from here if you like: > > http://rmcorrespond.googlepages.com/DirClean_1_0b1_exe.zip > > Source Code: > > http://rmcorrespond.googlepages.com/CocoRename_1.0_Source.zip > > (Keep in mind that I was just learning at the time, so I am not > particularly proud of the code, and I am sure most of it is deprecated > by now.) > > You can say that wxPython was my first love as far as GUI development > goes. I still think it is awesome because it is very rich and > mature. But, coding with it is not as clean as it could be. There is > a lot of boiler plate code needed. And I find it a lot less > 'Pythonic' than other alternatives. > > If I was just going to code a small (and I mean small) GUI app for > Windows (and possibly for Gnome) I would look into PythonCard. It > uses wxPython in the background, but it provides a much nicer API. > Unfortunately, not all the power of wxPython is available that way. > (Although you can drop down to straight wxPython if needed.) > > An example of a PythonCard application I wrote (for Windows) can be > obtained here: > > http://rmcorrespond.googlepages.com/CocoRename_1_0_exe.zip > > Source Code: > > http://rmcorrespond.googlepages.com/CocoRename_1.0_Source.zip > > My needs were covered between the two options above. However, two > things were bugging me. First, I wanted a better (faster) development > environment. It had to be free since all I code is Free as well. The > ones I had tried for wxPython were not cutting it. And second, in > Linux, I prefer KDE. So, I wanted something that was native to KDE. > When Trolltech released QT as a GPL toolkit I figured I would give it > a try. > > What I found was very eye opening. The API was beautiful and > intuitive. The tools and IDE (Eric, QT Designer, etc.) were more > along the lines of what I was looking for. So, I became a QT > believer. Unfortunately, my work circumstances have changed and I > haven't done any more GUI programming since then. (I am a Django > coder now. :) But, if I was going to do another GUI coding project > today, I would go with QT. So, you can see where I am coming from. > Your needs may vary. > > > Ok you only guess, but ... > > .. you're suggesting > > - that if the application is too big, wxPython is not a good choice. > > What's big ? > > - if the target is ... ??? ... it's not a good choice, for what audience > > is wxPython not suited ? > > thanks, > > Stef Mientki > > > > -- > > >http://mail.python.org/mailman/listinfo/python-list > > Oops! Here is the source code for DirClean: http://rmcorrespond.googlepages.com/DirClean_1.0b1_Source.zip -- http://mail.python.org/mailman/listinfo/python-list
Kross - Start of a Unified Scripting Approach
This is from the new KOffice Announcement. http://www.koffice.org/announcements/announce-1.5.php '''This version of KOffice features a start of a unified scripting solution called Kross. Kross provides cross-language support for scripting (thus its name) and at present supports Python and Ruby. Kross is easy to include into programs previously lacking scripting abilities, and is included in this version as a technology preview. So far, only Krita and Kexi are improved by means of the Kross engine.We would also like to point out that the API might change in the future and expect Kross to be fully integrated into KOffice version 2.0.''' Interesting isn't it? -- http://mail.python.org/mailman/listinfo/python-list
Python for Newbies
Here is a new tutorial that may be a good starting point for learning Python. http://www.themaemo.com/python-for-newbies/ -- http://mail.python.org/mailman/listinfo/python-list
Re: Python for Newbies
On Dec 9, 9:46 pm, "Alf P. Steinbach" wrote: > * rm: > > > Here is a new tutorial that may be a good starting point for learning > > Python. > > >http://www.themaemo.com/python-for-newbies/ > > Looks nice. > > I have two comments: (1) what is "the N900"?, and (2) the naming convention, > using 'Num' for a variable and 'clsAddress' for a class, is opposite of the > usual Python convention where one'd write 'num' and 'Address'. > > Shameless plug for my own writings, an introduction to /programming/ for > newbies, using Python -- this work is progressing slowly but steadily: > > http://preview.tinyurl.com/ProgrammingBookP3> > > which is in Google Docs; a table of contents available as text file (it's not > complete wrt. to latest stuff I added) and also in the PDF files themselves. > > Comments very welcome! :-) > > Cheers, > > - Alf > > PS: The last three or four paragraphs in ch 2 were sort of negative so I've > replaced them with one single short much more upbeat paragraph. Working... The N900 is what I consider the coolest portable device ever: http://temporaryland.wordpress.com/2009/10/09/nokian900-not-just-an-itoy/ http://www.themaemo.com/and-now-for-something-completely-different-the-n900-and-its-killer-feature/ This tutorial is also a work in progress. We welcome the help. In fact there is a Google Wave already set up for this purpose. I'll take a look at your writings. What license are you making them available with. -- http://mail.python.org/mailman/listinfo/python-list
Re: Python for Newbies
On Dec 9, 9:46 pm, "Alf P. Steinbach" wrote: > * rm: > > > Here is a new tutorial that may be a good starting point for learning > > Python. > > >http://www.themaemo.com/python-for-newbies/ > > Looks nice. > > I have two comments: (1) what is "the N900"?, and (2) the naming convention, > using 'Num' for a variable and 'clsAddress' for a class, is opposite of the > usual Python convention where one'd write 'num' and 'Address'. > > Shameless plug for my own writings, an introduction to /programming/ for > newbies, using Python -- this work is progressing slowly but steadily: > > http://preview.tinyurl.com/ProgrammingBookP3> > > which is in Google Docs; a table of contents available as text file (it's not > complete wrt. to latest stuff I added) and also in the PDF files themselves. > > Comments very welcome! :-) > > Cheers, > > - Alf > > PS: The last three or four paragraphs in ch 2 were sort of negative so I've > replaced them with one single short much more upbeat paragraph. Working... One of the reasons I started writing this tutorial was because I found the lot of existing tutorials lacking in their approachability by people new to programming. Just about all of them were either not comprehensive enough, or seemed written by geniuses for geniuses. I hope you will allow me to quote a little excerpt from your tutorial that makes my point quite eloquently: "I have to use as-yet-unexplained language features in order to present examples that do relevant things, because it would be too much to explain the language features & concepts here. These features are explained in later chapters, so for now you can just adopt a very casual attitude, hey, it works!" Don't get me wrong, your approach probably works for a certain type of people. But there are a lot of us that find this approach very difficult to follow. The approach of this tutorial is gradually introduce new concepts so that the student can follow along at a logical and pleasant pace. Yes, it has a disadvantage. The examples can't be too elaborate. But, the purpose of tutorial, to teach the language, is better accomplished this way. If I was teaching a group of people the English language, I would not go about doing so with a George Gordon Byron poem. -- http://mail.python.org/mailman/listinfo/python-list
Re: Python for Newbies
On Dec 9, 11:56 pm, geremy condra wrote: > > The N900 is what I consider the coolest portable device ever: > > >http://temporaryland.wordpress.com/2009/10/09/nokian900-not-just-an-i... > > >http://www.themaemo.com/and-now-for-something-completely-different-th... > > Dunno if you intended to, but in the last link you imply that you can't run > Python on android, when you can do so either via ASE or through the > JNI. > > Geremy Condra The article you mention says: "I realize that there is an effort in Android to make Python and other scripting languages available to some degree, but from what I have seen they are relegated to macro like functionality. In other words, you wont be able to create full blown stand alone Python applications in Android. The N900, on the other hand, will allow this. Even the GUI side of the applications can be created with well known Python toolkits like PyGTK and PyQt." That impression came from this blog: http://google-opensource.blogspot.com/2009/06/introducing-android-scripting.html Are you saying that one can write full blown stand alone Android applications in Python, GUI and all. -- http://mail.python.org/mailman/listinfo/python-list
PySide > PyQt
Have you guys heard about PySide: http://www.pyside.org/ It is basically the same as PyQt (Qt bindings for Python), but licensed with the LGPL instead of GPL. The FAQ explains a bit more history. Looks like the end for PyQt if you ask me. -- http://mail.python.org/mailman/listinfo/python-list
PySide > PyQt
Have you guys heard about PySide: http://www.pyside.org/ It is basically the same as PyQt (Qt bindings for Python), but licensed with the LGPL instead of GPL. The FAQ explains a bit more history. Looks like the end for PyQt if you ask me. -- http://mail.python.org/mailman/listinfo/python-list
Re: PySide > PyQt
On Oct 20, 6:14 pm, Robert Kern wrote: > On 2009-10-20 16:48 PM, rm wrote: > > > Have you guys heard about PySide: > > >http://www.pyside.org/ > > > It is basically the same as PyQt (Qt bindings for Python), but > > licensed with the LGPL instead of GPL. The FAQ explains a bit more > > history. Looks like the end for PyQt if you ask me. > > Welcome to two months ago. :-) > > PySide still needs a fair chunk of work to go before it could really be > claimed > that it is a wholesale replacement for PyQt, but it looks like it will be a > compelling alternative. I did a search for PySide here and only saw the announcement. I was surprised that no discussion ensued, did I miss it. So, I assumed that not a lot of people knew about it and wanted to help spread the word and hear some opinions. But, what you say is probably right on the mark. Thanks. -- http://mail.python.org/mailman/listinfo/python-list
