Re: [PyKDE] kde language poll

2006-10-04 Thread John Layt
On Thursday 05 October 2006 09:48, Lee Braiden wrote:
> Hi all,
>
> One of the KDE devs is running a poll about which language people would
> prefer to be "blessed" as the officially supported KDE scripting language.
> Currently, it's neck-and-neck between ruby and python, which makes no sense
> from all the statistics I've seen, so I figured that you guys haven't heard
> about it yet.
>
> I don't have any major objections to Ruby, but I prefer python, if only for
> the statement by ruby devs that that Ruby will require years more work to
> be unicode-compliant.
>
> So anyway... might want to vote, even if you're a ruby person hanging out
> at pykde ;)
>
> http://www.kdedevelopers.org/node/2426

There's quite a polite on-going discussion about this in a few places, and 
while I'm a Python person myself, I'm with Boudewain on this one 
(http://www.valdyas.org/fading/index.cgi/software/erno.html?seemore=y), the 
key point that should be made is that the so-called scripting languages are 
suitable for application developement and inclusion in KDE main modues in 
their own right and should not be seen as poor cousins in KDE.

Regardless of your opinion, just remember to keep it polite and reasoned, and 
that even if a choice is made that you don't agree with, I don't think PyKDE 
is going away any time soon :-)

John.

--

Send instant messages to your online friends http://au.messenger.yahoo.com 

___
PyKDE mailing listPyKDE@mats.imk.fraunhofer.de
http://mats.imk.fraunhofer.de/mailman/listinfo/pykde


[PyKDE] kde language poll

2006-10-04 Thread Lee Braiden
Hi all,

One of the KDE devs is running a poll about which language people would prefer 
to be "blessed" as the officially supported KDE scripting language.  
Currently, it's neck-and-neck between ruby and python, which makes no sense 
from all the statistics I've seen, so I figured that you guys haven't heard 
about it yet.

I don't have any major objections to Ruby, but I prefer python, if only for 
the statement by ruby devs that that Ruby will require years more work to be 
unicode-compliant.

So anyway... might want to vote, even if you're a ruby person hanging out at 
pykde ;)

http://www.kdedevelopers.org/node/2426


-- 
Lee Braiden
http://www.digitalunleashed.com

You often say, "I would give, but only to the deserving." The trees in your
orchard say not so, nor the flocks in your pasture. They give that they may
live, for to withhold is to perish.  Surely he who is worthy to receive his
days and his nights is worthy of all else from you...And who are you that
men should rend their bosom and unveil their pride, that you may see their
worth naked and their pride unabashed? See first that you yourself deserve
to be a giver, and an instrument of giving. For in truth it is life that
gives unto life - while you, who deem yourself a giver, are but a witness.
 -- Khalil Gibran

___
PyKDE mailing listPyKDE@mats.imk.fraunhofer.de
http://mats.imk.fraunhofer.de/mailman/listinfo/pykde


Re: [PyKDE] Cannot use KUniqueApplication with dcop

2006-10-04 Thread Luka Renko (Lure)
On Thu, 28 Sep 2006 01:25:24, JIm Bublitz wrote:
> On Wednesday 23 August 2006 14:58, Sebastian Kügler wrote:
> > I'm trying to make a KUniqueApplication accessible via dcop, but I'm
> > getting the following error:
> >
> > dcop-testapp: ERROR: Communication problem with dcop-testapp, it probably
> > crashed.
> 
> I found some time to look at this a little more. Your short sample app will 
> "work" if you comment out the attach() call. You can also convert 
> PyKDE/examples/example_dcopexport.py to KUniqueApplication (modify the 
import 
> statement and the KApplication ctor call), and it will "work" from kdcop.

This is true. This is in line with dcop specification [1] which says:

KUniqueApplication automatically registers itself to DCOP. If you are using 
KUniqueApplication you should not attach or register yourself, this is 
already done. The appId is by definition equal to kapp->name(). You can 
retrieve the registered DCOP client by calling kapp->dcopClient().


> I say "work" because I ran into some other problems I didn't try to resolve, 
> and I'm not sure if they're bugs or normal operation. The first is that 
> executing your sample app creates two processes (pids), and two entires in 
> kdcop (one with a pid, one without). That doesn't seem to be a big deal.

The entry without pid is registered by KUniqueApplication itself, while the 
pid entry is created by registerAs() call (in sample application), which is 
actually not needed (see [1]) if KUniqueApplication is used.

> The other problem is that selecting "quit" via kdcop doesn't terminate the 
> application when KUniqueApplication is used, but it just may be necessary to 
> add some other code to accomplish that - I didn't try anything else. I'm not 
> sure how KDE is written in that respect.

The problem is that dcop interface created by KUniqueApplication itself does 
not work at all. I have removed both attach() and registerAs() in order to 
keep only interface created by KUniqueApplication. If you run "dcop " 
from command line, it will just hang. Also the error reported by Sebastian 
("Communication problem with , it probably crashed.") is still seen on 
any startup of the application. I suspect this is due to the fact that 
KUniqueApplication uses dcop interface to prevent multiple instances of the 
application to run. Good thing is that at least it prevents multiple 
instances.

Regards,
Luka

[1] http://developer.kde.org/documentation/other/dcop.html

___
PyKDE mailing listPyKDE@mats.imk.fraunhofer.de
http://mats.imk.fraunhofer.de/mailman/listinfo/pykde


[PyKDE] Newbie: Unable to populate Tree Widget with pyqt4

2006-10-04 Thread Johannes Graumann
Hello,

I have a program that goes something like this

#!/usr/bin/python

from PyQt4 import uic, QtGui
import sys

Application = QtGui.QApplication(sys.argv)

UI = uic.loadUi("ElNotes_GUI.ui")

#UI.RepositoryTree.insertTopLevelItem(...)

UI.show()

Application.exec_()

This showes me the interface I put together with qt4-designer. But despite 
multiple hours of web search and countless attempts based on code snippets 
found, I do not manage to populate a tree widget called 'UI.RepositoryTree' ... 
Can some kind soul please tell me how to go about that?

Thanks, Joh
___
Viren-Scan für Ihren PC! Jetzt für jeden. Sofort, online und kostenlos.
Gleich testen! http://www.pc-sicherheit.web.de/freescan/?mc=02

___
PyKDE mailing listPyKDE@mats.imk.fraunhofer.de
http://mats.imk.fraunhofer.de/mailman/listinfo/pykde


Re: [PyKDE] How to store python object in QVariant

2006-10-04 Thread Phil Thompson
> Is it possible to store a python object reference in  a QVariant
> similar to the capabilities provided by QModelIndex.internalPointer?

Afraid not.

Phil

___
PyKDE mailing listPyKDE@mats.imk.fraunhofer.de
http://mats.imk.fraunhofer.de/mailman/listinfo/pykde