Category Archives: Developers

Qt Everywhere?

After the latest changes in Nokia, I was kind of scared that “Qt Everywhere!” like printed on my nice bathing towel won’t really happen any more, at least not as fast as thought.

Now I got my new phone, Android based, and tried out Necessitas. And I must say, I am impressed. Just downloaded Ministro from the Android Market (yes, just like that, no rooting, no hacking, nothing) and the hello world demo and it runs 😛

I hope this project will really take off even more as soon as a stable Qt 4.8 is around! And that we see some KDE fame there, too. Really, this is not to be underestimated. The Android market share grows and the current market policies allow open source there, unlike what we see for the WP7 or iOS systems.

Already now: Thanks to the Necessitas team, great work! Really necessary 😉

KDE and Git, Current Changes

Thanks to the massive work of sysadmin and others (like Ian Monroe), kdelibs and kdebase are now converted to Git.

In parallel, the move of all kate related code to the kate.git was done and announced. Kate Part / App + KWrite reside now in kate.git on and this is the central place for kate development, like it was already before, but now without the shadow-copies in three other repositories.

As it has shown in the past, this centralisation of parts which belong together helps to get stuff done for our project. The Get It! page on is already updated (as now documentation is in the module, too, and some CMake parameters have changed).

I can only say: If you want to add some feature or hassle with some bug, give it a try. It’s dead easy to get and compile a fresh Kate (even with a bit older kdelibs around). You are welcome 😉

P.S. Thanks again all the people working on the transition to Git and sysadmin for operating the nice and services!

Kate progress, Git and happy new year ;)

As Dominik already points out in his blog, Kate has made nice progress for KDE 4.6.

Some of the latest fixes, like for some nasty search bug didn’t make it in RC1, btw., I was too lame with Git -> SVN syncs.
Anyway, I have now synced and backported to KDE 4.6 branch all pending fixes.

For the next KDE SC release 4.7 (here you go, I wrote SC :)), I hope this syncing will no longer be necessary.
At least Kate app + part + KWrite should then be only in the kate.git.
I can live with ktexteditor remaining in kdelibs, if removing that and still keeping BC and SC would be too much work. But part and app are at most runtime dependencies anyway.

Last but not least, I wish you all a good start into a happy new year 😉

Introducing Kate GDB Plugin

Have you, like me, had to switch to an external debugger or run raw gdb in the terminal plugin to debug the C/C++ application you develop with Kate? That might not be necessary any more. There is now a “GDB Plugin” in trunk that gives you the power of raw GDB with some QAction candy for the most common actions.

I have always been a bit frustrated with not having a debugger directly in Kate, but too lazy/busy to start a debugger plugin project. Fortunately Ian Wakeling started this GDB plugin and got it off the ground. When I got introduced to it at Akademy, it triggered an itch in me to get this plugin into kdesdk and to add some features for the more point and click type of persons. As it seemed I had a bit more free time to spend on the plugin, Ian let me take over as maintainer.

Main features of the plugin:
– Jump to the corresponding file and line whenever gdb stops.
– Insert and remove breakpoints.
– Tool-bar buttons for the most often used actions like step into/over/out. Those actions can of course also be assigned to keyboard shortcuts.
– Execution markers and breakpoint markers on the icon border.
– A call stack tab for point and click navigation of the call stack.
– Optional IO redirection to a separate tab.
– Printing the value of the currently selected variable or expression. QStrings and friends are not supported (yet?).
– And last but not least. A GDB console for the full power of GDB.

And now the screen-shots

GDB Console, execution marker and a breakpoint marker.

The current call stack.

Settings tab.

Redirected IO.

The selected variable and the GDB value output.

The debug menu.