On February 28, 2008, Adrian Schröter wrote:

hey, cool stuff :)

Thanks. :-)

Do you have some interesst in maintain it in our usual opensuse svn on forge.novell.com ? It might help for more cooperation and can be developed together with osc.

Absolutely. It saves me from maintaining my own svn. :-)

Maybe you can also integrate the project monitor (also written in python Qt ;) from Dirk Mueller and Klaas Freitag together with them ?

I have not seen this app. Where can I find it? -- James Oakley jfunk@funktronics.ca --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org

On February 28, 2008, Adrian Schröter wrote:

...

...

Do you have some interesst in maintain it in our usual opensuse svn on forge.novell.com ? It might help for more cooperation and can be developed together with osc.

Absolutely. It saves me from maintaining my own svn. :-)

What is your Novell Account name ?

jimfunk

...

...

Maybe you can also integrate the project monitor (also written in python Qt ;) from Dirk Mueller and Klaas Freitag together with them ?

I have not seen this app. Where can I find it?

Hm, they may have not published it yet. I will ask them tomorrow to send you the code ...

Cool. Thanks. -- James Oakley jfunk@funktronics.ca --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org

On Donnerstag, 28. Februar 2008, Adrian Schröter wrote:

On Thursday 28 February 2008 20:38:57 wrote James Oakley:

...

I have written a build service client using PyQt4 and Osc. That's really cool :)

...

It's intended purpose is to report status information of projects and packages, and it is geared towards packagers who maintain more than a few packages. Nice, I think this is where such a tool has benefits over plain osc usage and the webclient.

It's quite a bit rough around the edges. It currently shows results for one target of a project at a time and the osc calls block, which means that the whole interface pauses while waiting for API calls to complete. I have ideas for solving both of these issues, but I decided to just release it now, to get feedback from anybody who might find it useful. I think it is really usefull and it probably can be grown in many directions. For possible enhancements in direction of asynchronous requesting it should be choosen wisely if osc also could benefit from it and thus if that should be implemented in the osc base clases.

Do you have some interesst in maintain it in our usual opensuse svn on forge.novell.com ? It might help for more cooperation and can be developed together with osc. Maybe you can also integrate the project monitor (also written in python Qt ;) from Dirk Mueller and Klaas Freitag together with them ? I have no code yet - because I do not know python yet. That's why I really appreciate that there actually is even more code now to learn :)

Thanks, Klaas -- Klaas Freitag Architect OPS/IPD SUSE LINUX Products GmbH - Nuernberg --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org

On Fri, Feb 29, 2008 at 10:22:06AM -0400, James Oakley wrote:

...

I have no code yet - because I do not know python yet. That's why I really appreciate that there actually is even more code now to learn :)

Don't learn from this code, unless you're looking for poorly documented PyQt code. :-) Qt itself isn't very pythonic, so there is a lot of Python that you won't typically see in PyQt apps.

I once wrote a graphical application, and I found wxPython most pythonic to work with... but I'm not generally to trust when it comes to graphical applications ;) Peter -- "WARNING: This bug is visible to non-employees. Please be respectful!" SUSE LINUX Products GmbH Research & Development

On 2008-03-05 19:31:37 +0100, Bernhard Walle wrote:

* Dr. Peter Poeml [2008-03-05 16:16]:

...

On Fri, Feb 29, 2008 at 10:22:06AM -0400, James Oakley wrote:

...

...

I have no code yet - because I do not know python yet. That's why I really appreciate that there actually is even more code now to learn :)

Don't learn from this code, unless you're looking for poorly documented PyQt code. :-) Qt itself isn't very pythonic, so there is a lot of Python that you won't typically see in PyQt apps.

I once wrote a graphical application, and I found wxPython most pythonic to work with... but I'm not generally to trust when it comes to graphical applications ;)

Well, wxPython is clearly an advantage if you have Windows in mind, but for Unix only applications I think that wxGtk gives the better user experience. wxWidgets applications are slow (on startup) and don't feel 100 % "native". I don't like that toolkit as user -- no matter if it's Python or C++.

1. Qt works nicely on windows/osx too. 2. wxWidget usually maps on one of the native GUI toolkits. in case of *nix it is GTK. so i cant see where the native feeling gets lost. darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org

On Wednesday 05 March 2008 20:34:48 wrote Bernhard Walle:

* Marcus Rueckert [2008-03-05 19:57]:

...

On 2008-03-05 19:31:37 +0100, Bernhard Walle wrote:

...

* Dr. Peter Poeml [2008-03-05 16:16]:

...

On Fri, Feb 29, 2008 at 10:22:06AM -0400, James Oakley wrote:

...

...

I have no code yet - because I do not know python yet. That's why I really appreciate that there actually is even more code now to learn :)

Don't learn from this code, unless you're looking for poorly documented PyQt code. :-) Qt itself isn't very pythonic, so there is a lot of Python that you won't typically see in PyQt apps.

I once wrote a graphical application, and I found wxPython most pythonic to work with... but I'm not generally to trust when it comes to graphical applications ;)

Well, wxPython is clearly an advantage if you have Windows in mind, but for Unix only applications I think that wxGtk gives the better user experience. wxWidgets applications are slow (on startup) and don't feel 100 % "native". I don't like that toolkit as user -- no matter if it's Python or C++.

1. Qt works nicely on windows/osx too.

Well, the initial claim was that PyQt is not Pytonish. And looking a bit into the manual of PyQt I agree 100 %.

James claimed that his code was not documented at that point of time. And btw, PyQt is very well evolved, very good documentated and quite often used for lots of apps, even bigger. You do not take every discussion complete off-topic just to share your personal opinions who everbody should code in your opinion ;) -- Adrian Schroeter SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) email: adrian@suse.de --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org

On Wednesday 05 March 2008 20:56:06 wrote Dr. Peter Poeml:

On Wed, Mar 05, 2008 at 08:53:15PM +0100, Adrian Schröter wrote:

...

And btw, PyQt is very well evolved, very good documentated and quite often used for lots of apps, even bigger.

You do not take every discussion complete off-topic just to share your personal opinions who everbody should code in your opinion ;)

So what is the reason of _your_ posting?

I'm trying to make sense of it. But I don't get it.

Bored? :-)

versuchst du mit bwalle den klub der 15 jaehrigen Maedchen zu gruenden, die moeglichst maximal unkonstruktiv sein wollen ? wenn du probleme hast, dann klaer das nicht auf mailinglisten sondern am besten mal mit deinem teamlead. -- Adrian Schroeter SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) email: adrian@suse.de --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org

On March 5, 2008, Bernhard Walle wrote:

Well, the initial claim was that PyQt is not Pytonish. And looking a bit into the manual of PyQt I agree 100 %.

I actually said that to point out that it's probably not a good idea to learn Python from PyQt code. The same can be said for most toolkits. The one exception I can think of is Tk. When I first started learning Python, someone recommended the book "Python and Tkinter Programming"[0] because it did a better job of teaching how to write pythonic code than the other books that were available at the time. I'm very glad I bought it. All that said, when creating graphical apps, I still prefer Qt. [0] http://www.manning.com/grayson/ -- James Oakley jfunk@funktronics.ca --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-buildservice+help@opensuse.org

On Wed, Mar 05, 2008 at 03:59:48 -0400, James Oakley wrote:

On March 5, 2008, Dr. Peter Poeml wrote:

...

I once wrote a graphical application, and I found wxPython most pythonic to work with... but I'm not generally to trust when it comes to graphical applications ;)

I learned Qt long before Python, and I really like it. I think the signal/slot mechanism is brilliant. The data model stuff in Qt4 is also very cool, and eliminates the ListView/ListItem stuff that annoyed me in previous releases.

Unfortunately, some of the things that makes Qt great in C++ can get in the way in Python. You have to do some things the Qt way, especially with strings and lists. This can result in excessive casting.

I've tried wx before, but I didn't really like it. That was probably mostly due to my previous Qt experience, but I have noticed that compatibilty gets broken a lot between releases. It seems that every time I try a wx app, the wx on my system is either too old or too new.

I would say that Tk is probably the most Pythonic toolkit, but the widgets are pretty bare-bones and I prefer signals/slots to callbacks.

I see. I didn't dive in so far, and I never had to update my little app, so I didn't get into that situation. And, contrary to many other people I have no Qt experience, so that's probably what put me off.

Of course, I spend most of my time writing network code, so I'm probably not the best person to ask. :-)

:-) Thanks for sharing and thanks for the app, Peter -- "WARNING: This bug is visible to non-employees. Please be respectful!" SUSE LINUX Products GmbH Research & Development