21st November 2003 by Derek Kite

This Week...

Read about KJSEmbed and what it is good for. Image handling speedups in Khtml. Start of Oo table import support in KWord. Plus a continued focus on bugfixes.
Ian Reinhart Geiser and Richard Moore have been busy with KJSEmbed, an implementation of JavaScript that can call the KDE api. As he said in his blog,
Check out kdenonbeta/applets/kjsapplet from cvs and build/install it. Next comes the fun part.
He is referring to a kicker applet written in ECMAScript. It doesn't do much except show the possiblilites. He started working on a KJS applet installer to demonstrate the power and simplicity of the framework. Here is the KJSEmbed home page.

I asked Ian some questions about the project. How much of the kde or qt api is exposed?
Any widget that is supported by Qt designer, KStandardDirs, KImageLoader, all Standard Dialogs, all Standard Actions, support for most custom kactions, most QEvents, partial QtSQL support (currently QtSQL Query, and QtSQLDatabase), Qt signals can connect to JS slots, QPainter support, KImageEffects for Image and Pixmap types, KConfig QTextStream support, qxmldefaulthander, readonly KParts support, opaque wrappers for unsupported types and DCOP call/send support is almost done. The list goes on :) You can actually write a full application with XMLGUI and KParts.
What is left to be done before release?
On the surface we are tying to clean up the API interface that developers can use to embed the KJSEmbed engine. The kicker applet is a demonstration of how easy it is currently. It also is driving the design to clean the API up and make it friendlier to developers who wish to use it.

Internally we need to beef up our support for non-qobject types, and implement js signals that can be connected to Qt slots. There is also some work being done to build up the Qt SVG support.

We also need to beef up the examples to show off more of what we can do. We have a ton of them already, but you can always need more.

What we need now are developers interested in using KJSEmbed or hacking on something that is totally different from C++. We need developers who can kick around our API's to see if they are useful, and to help write examples to show off how nice it is.

Developers can sign up to our mailing list at http://mail.kde.org/mailman/listinfo/kjsembed/ and we hang out on the #kaxul IRC channel (on the freenode IRC network). Rich and I also post information about KJSEmbed progress on our blogs at http://www.kdedevelopers.org/
Unai Garro announced a new release of Krecipes:
We were having so much fun adding new features, that we almost forgot that once in a while we have to take our pet out to show it off. So we gave it a bigger number+=0.1, and here it is 0.4. What's in it? Ugh, I don't think I'll manage to remember all the new features, but hey, I'll try my best:
  • New Krecipes file format for recipe exchange! (.kre compressed, and .kreml plain XML)
  • Import Filters for other programs: MasterCook (mx2), MasterCook Export (mxp,txt), MealMaster and RecipeML
  • SQLite support as database. Much easier to setup for users, and requires no Qt plugins
  • Configureable layouting of the recipe display.
  • A Diet Wizard that helps creating a menu for a chosen period
  • New usage Tips function
  • New recipe search method
  • Much Improved GUI
  • Number/fraction input support
  • Recipe scaling
  • As usual, not to forget anything, I'll add: Lots, tons, of bugfixes, improvements, speed-up, database structure improvements, memory leak fixes...
The project's homepage: http://krecipes.sourceforge.net
The download page: http://krecipes.sourceforge.net/downloading.html
The screenshots in the page are of 0.3 yet, but I'll be updating those as soon as I have a bit of rest after this release :P

Oh, and yes, there are more missing features yet, so expect more soon in CVS ;)
Christian Hubinger wrote concerning KMyFireWall:
As i am currently making really big changes in the code (will try to make it platform independend - at least supprting OpenBSD's pf by adding a new GUI [replacing the wizard] and a new not iptables bound document type in addition to the old GUI) i would ask you NOT to spend too much attention on kmf nor fix any bugs etc. i've found a final design for it.

Surely any comments on the app are very very welcome but i really don't want anyone to do any work that maybe lost due my changes
A year ago, RC3 for the 3.1 release was prepared. The bulk of the work was bug fixes in preparation for the release.

Statistics

Commits 1716 by 198 developers, 413505 lines modified, 1130 new files
Open Bugs 4570
Open Wishes 4856
Bugs Opened 465 in the last 7 days
Bugs Closed 418 in the last 7 days

Commit Summary

Module Commits
kde-i18n
668
 
kdelibs
129
 
khtmltests
107
 
kdenonbeta
89
 
kdebase
79
 
kdevelop
63
 
kdepim
60
 
koffice
56
 
kdeextragear-2
52
 
kdenetwork
52
 
Lines Developer Commits
49676
 
Stephan Kulow
123
 
5467
 
Erik Kj
55
 
118632
 
Hasso Tepper
51
 
1289
 
Waldo Bastian
44
 
345
 
David Faure
44
 
364
 
Laurent Montel
38
 
3999
 
Pedro Morais
37
 
1110
 
thd
35
 
5240
 
Dirk Mueller
34
 
8847
 
Stefan Asserhäll
31
 

Internationalization (i18n) Status

Language Percentage Complete
Swedish (sv)
100%
 
British English (en_GB)
99.92%
 
Danish (da)
99.39%
 
Portuguese (pt)
97.33%
 
Brazilian Portuguese (pt_BR)
96.86%
 
Spanish (es)
96.04%
 
Estonian (et)
95.16%
 
German (de)
93.75%
 
Hungarian (hu)
92.2%
 
Italian (it)
91.99%
 

Bug Killers

No commits found