prev
Issue 25
24th September 2006
by Danny Allen
next


This Week...
The KDE World Conference, Akademy 2006, kicks off in Dublin. A rewritten version of KTurtle, an educational programming tool, is imported into KDE SVN. ThreadWeaver is moved into kdelibs. Hebrew sounds are added to KLettres to add learning support for the language. Improvements in the OpenDocument format and XML Paper Specification format support in okular. Support for GPS metadata synchronisation in kipiplugins, on which Digikam and KPhotoAlbum depend. Support for calculations containing non-integer numbers (ie. numbers with decimal points) in the minicli (Alt-F2). Modifications made to support using Compiz as a window manager. More work in Memory Monitoring and Network Management in Solid.

The week started as any other week, only with the year-long excitement building to a fever-pitch. The day came on Saturday 23rd, with the start of the biggest event of the KDE calendar, Akademy 2006 in Dublin, Ireland.

Probably the best person to describe the Irish festivities is KDE party guy, Aaron Seigo:
so far this akademy is the best i've been to. why? the energy is terrific, the people are all quite active and the presentations have been kick ass.

we've seen examples of gapless playing of video in 10 lines of code or so, how voip stacks are coming together, hardware information handling, advanced desktop groupware data management, usability engineering process and progress, khtml status ... wow. i haven't seen this much progress in kde in a while. it's like sweeping the dirt off the remains of a bonfire to find it still blazing along.

the frameworks that are coming along are pretty mindblowing. just as kparts brought us things like 10 lines of code to a web browser, these frameworks are opening up the same kind of flexibility and power for other desktop services: media, hardware, desktop widgets and control, voip, messaging, calendaring ...

khtml is going to be killer post-unforking. between safari, nokia, omni, konqueror it looks possible to hit 10% market share for khtml. the feature wins for plugins, svg and more are extremely tantalizing as well. lots of work left on the "unmergification" but it's progressing very well (it renders pages using Qt4 nicely) and generally looks very promising both technically and strategically.

something like kde4 takes a while to get going, but it's finally starting to emerge. that said, there are a ton of items to be taken care of. i was struck during the talks as everyone listed their to-do lists and noted that they could use more developer help to make things progress faster that we ought to collate all these items on the web and start pointing people to it. something to coordinate this evening and tomorrow methinks.

the asia track was also very enlightening. we've got a great foothold in cambodia with the kde localization in that country going amazingly well as well as in india with our 10 month old regional group there. having developers from korea, india, china and cambodia here is helping us all understand the cultural issues as well as the technical. some of the work they are doing is amazing; there are terrific pools of talent and energy that we are only starting to discover when it comes to free software in these areas of the world.

In the interests of further conference saturation-coverage, here are some other viewpoints for your indulgence:Of course, everyone in attendance is buzzing with details about the conference, with Planet KDE set to be a continuous stream of Akademy-themed posts over the next week and beyond, so stay tuned!

The KDE World Conference, especially this year with an Asia focus, highlights the sheer breadth of KDE usage worldwide, often in non-standard configurations. I talked with Diego Iastrubni, a KDE developer and Hebrew translator about Internationalisation (i18n) and Localisation (l10n) issues:
I am the coordinator of the Hebrew translation team of KDE. My main job in KDE, is to get the translations sent by Hebrew-speaking users of KDE into SVN, and fixing many small gaps in most of KDE applications caused in Right-to-Left (RTL) desktops (Arabic, Farsi and Hebrew are written from right to left as you may know).

For example, some of the things I have touched in the last 4 years include: the email display in KMail, the IRC display in Konversation, some widget styles (specially the dot-net style), KWord HTML export filters, the KDE standard action icons, and more. There are also some circumstances in which the layout system reverses the widgets on RTL desktops where it should not - Play/Pause/Stop buttons in media players, time control widgets, etc. I have addressed these issues in most KDE 3 applications. If you are a KDE developer, you have probably talked to me at least once ;-)

KDE has proven in to me in the 4 years I have been involved that, not only that RTL desktops can be a reality, but that in most cases it's a trivial thing due to the support the cool API's provided to us by Trolltech. I would like to thank all the KDE developers who tested their applications with the "--reverse" command-line parameters - this really helps us pinpoint l10n issues - and I would like to especially thank the Konversation team for the patience they have had in the last few weeks with me while I was helping them implement Bi-directional Text (BIDI) support.

Cies Breijs talks about recent happenings in the KTurtle universe, with the news this week that a rewritten version has been imported into KDE SVN:
I removed KTurtle from the KDE SVN trunk/ when the porting of many applications to Qt4 started as I was already working on a rewrite locally. Now, I have imported the fully rewritten KTurtle code is back into trunk. I have written a changelog which details the big changes from the KTurtle that ships with KDE 3 to the KTurtle now in SVN trunk/, which will ship with kde-edu in KDE 4.

Here a small list of highlights from the Changelog:
  • the code syntax has changed, which means that old kturtle programs may not run (after many emails arguing that KTurtle cannot claim to be Logo-compatible, I dropped the affiliation)
  • a lot of interpreter code is now generated, this makes it much easier to add new commands
  • KTurtle has moved from QCanvas to QGraphicsView (Though I do have 2 irritating bugs with it now which remain to be fixed)
  • Also, KTurtle has moved from KatePart to QTextEdit, the highlighter right now re-uses the interpreter's tokenizer class to highlight!
There are also some features from the KDE 3 version of KTurtle that are not yet implemented in the current version; therefore, you may call it is a work in progress. But with this rewrite, I am certain that there are no major issues in the way of growing it into an 1.0 release in the near-future.

All bugs should find their way into bugs.kde.org (make sure to supply the KTurtle component that caused the bug, if any), and if you are interested into some discussions on KTurtle I invite you to the new KTurtle google group!

This week has seen many commits referencing the English Breakfast Network from several distinct committers, but a mention should be given to Thomas Häber, who has been possessed with error-fixing zeal, which is reflected by his 4th place on this week's top committers list.


Statistics
Commits: 2456 by 216 developers, 4903 lines modified, 1154 new files.
Open Bugs: 12924
Open Wishes: 11574
Bugs Opened: 298 in the last 7 days.
Bugs Closed: 272 in the last 7 days.

Commit Summary
Module Commits
/trunk/KDE
435
/trunk/www
346
/branches/stable
337
/trunk/l10n
306
/trunk/playground
265
/trunk/extragear
241
/branches/KDE
129
/branches/work
123
/trunk/koffice
108
/trunk/kdereview
41
Lines Developer Commits
293
Laurent Montel
130
157
Gilles Caulier
73
144
Thomas Nagy
70
71
Thomas Häber
64
129
Dirk Mueller
51
41
Nuno Fernades Pinheiro
41
134
Pino Toscano
35
93
Andreas Kling
31
31
Timo Hoenig
31
58
Cyrille Berger
27

Internationalisation (i18n) Status
Language Percentage Complete
Portuguese
99.97%
Swedish
98.88%
Danish
98.82%
Spanish
97.28%
Dutch
96.75%
Estonian
93.67%
Greek
93.82%
Italian
93.54%
French
93.05%
German
92.22%

Bug Killers and Buzz
Bug Killer Number Of Bugs Closed
Philip Rodrigues
49
Christoph Burger-Scheidlin
39
Alexandre Pereira de Oliveira
19
Mark Kretschmann
18
Andreas Kling
17
Tommi Tervo
14
Stephan Kulow
12
Sebastian Trueg
10
Olivier Goffart
8
Seb Ruiz
8

Program Buzz
Amarok
  3568
KDevelop
  704
Kopete
  700
K3B
  693
SuperKaramba
  689
KMail
  689
Kontact
  687
Kate
  687
Kicker
  567
digiKam
  489


Person Buzz
David Faure
  298
Waldo Bastian
  273
Kurt Pfeifle
  255
Tom Chance
  252
Scott Wheeler
  245
George Staikos
  245
Boudewijn Rempt
  235
Jonathan Riddell
  227
Anne-Marie Mahfouf
  218
Aaron Seigo
  217
Contents
  Bug Fixes Features Optimise Security Other
Accessibility
Development Tools [*] [*]
Educational [*] [*]
Graphics [*] [*]
KDE-Base [*] [*] [*] [*]
KDE-PIM [*] [*]
Office [*] [*]
Konqueror
Multimedia [*] [*]
Networking Tools [*]
User Interface [*]
Utilities
Games [*]
Other


Bug Fixes
Development Tools
Dirk Mueller committed a change to /branches/work/icecream-make-it-cool/services/scheduler.cpp:
only allow one daemon per IP. This missing fix is probably going to bite is forward and backward in Dublin.
Diff Revision 586916

Graphics
George Staikos committed changes in /trunk/extragear/graphics/kst/src/libkstapp:
This makes expressions work in the zoom stack as expected, and even to an extent across the plot dialog. It's a bit strange to have undo work across the dialog and in the main view, but after playing with it, I can see why it feels more intuitive.
Bug 118726: Axes: expression vs fixed limits and save/restore problem
Diffs: 1, 2 Revision 586024

Marcel Wiesweg committed a change to /trunk/extragear/graphics/digikam/kioslave/digikamalbums.cpp:
Provide the UDS_LOCAL_PATH entry.
Now the KDE replace file dialog will no longer think digikamalbums:/ is a remote file.
Bug 122653: file-dialogue claims that pictures are not on the local-storage,...
Diff Revision 586141

Pino Toscano committed changes in /branches/KDE/3.5/kdegraphics/kpdf/ui:
Make KPDF a bit more friendly for users of RtL languages:
- correctly place the message pane (top-left corner of page view for LtR, top-right for RtL)
- make the mini-progressbar fully usable for both the writing directions
- use the right icons for the previous/next page button (those near the page counter)
Diffs: 1, 2, 3, 4 Revision 586747

KDE-Base
Laurent Montel committed a change to /trunk/KDE/kdelibs/kdeui/widgets/ktextedit.cpp:
Not necessary to add spellchecking/tab action when textedit is read only
Diff Revision 586016

Robert Knight committed a change to /trunk/KDE/kdebase/apps/konsole/konsole/konsole.cpp:
Fix tab captions when 'set tab to match window title' option is off.
Tidy up warning dialog shown when exiting with multiple tabs open. Changed some default settings. Ugly frame defaults to off - will probably remove altogether in future.

XonXoff flow control defaults to enabled now that a warning banner has been put in place for when it is activated. 'set tab to match window title' option defaults to enabled.
Diff Revision 586168

KDE-PIM
Danny Kukawka committed changes in /branches/KDE/3.5/kdepim/kmailcvt:
Fixed handling if the KFileDialog is canceled by the user and added some more checks if the user cancel the import to get a better interactivity and a faster stop of import.
Bug 130892: UI freezed when you canceled OS X mail import filter operation
Diffs: 1, 2 Revision 586087

Features
Development Tools
Anne-Marie Mahfouf committed changes in /trunk/KDE/kdesdk/kapptemplate/kapp4:
add new template for kde4 - creates a kde4 app correctly but does not build that yet leaving the old templates at the moment, we'll see if it's worth porting them or if it's better creating new ones from scratch
Diffs: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10 (+ 6 more) Revision 587291
View Visual Changes (to 2 files)

David Nolden committed changes in /branches/kdevelop/3.4/languages/cpp:
Add some meta-programming capabilities to the code-completion and navigation-system. It is now able to successfully find template-class-specializations. Right now it understands specialization by type and pointer-depth.

Yet missing:
specialization by numeric constants, enums and constant expressions(will need some constant numeric expression-parsing), and specialization by const and reference(those are easy). Most generic trait-classes from STL work now, so for example STL-iterators work perfectly.
Diffs: 1, 2, 3,