Skip navigation.
KDE Developer's Journals

Python, Plasma and Marble goodies

simon edwards's picture

I landed the Python script engine for Plasma in KDE trunk about a week ago and already and the keen and excitable among us have been franticly trying to get it all set up and installed. rgreening said it best on IRC "I've been wanting this sooooooooooooooooooooooooo bad". Now that's what I call an endorsement. Eye-wink So if you are running KDE trunk out of subversion and you want to have a go at the Python support then you can have a look at this wiki page which I hastily wrote which describes what needs to be installed and in which order:

http://techbase.kde.org/Getting_Started/Build/KDE4/Python_Support

It was hastily done, so you if you have more detail or information then please add it to the page.

About the Python support in Plasma itself. Right now there is a test/demo Python plasmoid (Pythoid!) in svn. You can guess which common time-keeping instrument this plasmoid displays. There is also a data engine which implements a simple time service. Runners are currently not in there but shouldn't be too hard to do (volunteers?). Also there are Python bindings for all of the plasma API. (Note that the bindings are not automatically updated from the C++ headers. They can sometimes lag a bit behind the C++ libraries they wrap.) The code itself mostly works but needs to be cleaned up a bit, documented and most of used and tested.

Now on to Marble. I was able to get an initial version of Python bindings for the Marble widget and related classes done and committed to subversion in time for the soft freeze. This means that we will support bindings for the marble widget in KDE 4.2. I'm pretty excited about this and the possibilities it can open up to people with crazy geo-data ideas who want a fast and effective way of implementing them. This also dove-tails nicely with my recent involvement with OpenStreetMap. OSM is a great way of combining cycling or a commute with geeky map making.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
cniehaus's picture

Python 2.6

Moin

Will Python 2.6 work?

What about Python 3.0 next year when KDE 4.2 is out. By that time (Jan 2009) Python 3.0 will be 3 month old. That means distros like OpenSUSE 11.2 will perhaps already ship it in mid-2009. Do you have any clues about this "problem"?

simon edwards's picture

Python 2.6

I don't know if Python 2.6 will work. I haven't tested it. It should though.

PyKDE is dependent on SIP & PyQt when it comes to things like Python 3 support. There is a roadmap on Riverbank about this but it doesn't mention any dates. http://www.riverbankcomputing.com/software/pyqt/roadmap . I expect that Python 2.x will be shipped standard on distros for a long time to come. Provided there is enough demand and manpower we will probably have PyKDE on 2.x and 3.x in the future too for quite some time. I'm happy with the roadmap. It will allow people to move to Python 3 and possibly a cleaned up PyQt (& PyKDE) API, on their own timetable.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.