In this week's KDE CVS-Digest:
KJSEmbed adds support for KParts and QComboBox. Beginnings of next
generation user guide. More IMAP and icon view optimizations. Kexi now supports forms.
KIMProxy, a library to enable IM from any application.
CSS ECMA bindings added in KDOM.
Dot Categories:
Comments
Many Thanks to Derek for his !
p.s.
Is there a chance these konqueror optimizations will be backported into
the branch?
Is the KDE 3.3 release in late summer still of actuality?
I second that. Please backport the anti-flicker patches!
What does "anti-flickering" means ? What are these patches for ?
Read http://robotics.dei.unipd.it/~koral/KDE/kflicker.html
The patches claim to remove a lot of the (perceived) slowness in KDE. Excessive repaints that make the interface flicker. Compare a konqueror file view to thta on Win XP. It is not slower, but it sure looks less smooth.
After reading this page, the enhancements seem to be great !
"..to be able to catch the problem I changed the cpu frequency to 316.6 MHz and ran konqueror under valgrind.."
Wow! Now that's dedication!
Thanks, Enrico! :)
I compiled KDE 3.2.1 on my gentoo box with the anti-flickering patches and I'm experiencing some konqueror crashes... :(
Unless I'm wrong or I've done something wrong, these patches will have to be fully tested before integration...
I hope the qt patches will be incorporated soon enough. Otherwise, a fork would teach them ;)
I doubt that it will be backported. It is new code, and needs some testing. Optimizations don't typically get backported, only bugfixes.
Derek
Not entirely true. Optimizations can get backported when they are safe. The problem is that we need testing to prove that they are safe. I don't feel comfortable backporting my IMAP optimizations yet, but it could happen at some point. The real problem is that the overall gain from optimizations is not worth the risk of the possibility of introduced bugs in many cases. It's better to work and be slow, than be fast and not work.
100% ACK. Safety first.
Sounds like Kexi development has been ramping up. I can't wait for the release :)
People might wonder why I made so much commits this week :-) I moved KHangMan and KLettres data files in the corresponding i18n modules.
In KDE 3.3, KHangMan will have only english data plus the user language if available in his i18n. The other languages will be downloaded via the new KNewStuff library (now in kdelibs). Same for KLettres.
That will slim the kdeedu module which was quite big due to KLettres sounds files.
For the user, getting a new language data will be very easy, 3 clicks and the new data will be installed and ready to use.
I also worked a bit on KmPlot (a function plotter in kdeedu) in order to fix the code. And I also fixed things in KTurtle, currently in kdenonbeta (a Logo interpreter).
Quite a lot of work is done in the kdeedu module, KStars and Kig being amazing applications while the other programs also mature.
Hmm. The edu package is very nice. The only thing it lacks is a geography trainer :-) and a proper derive/winfunktion/mathematica replacement.
(a symbolic interpreter can be build by a prolog parser for instance)
Keduca is nice. I prefer to edit the XML files manually, that's faster.
Perhaps a GUI for R could create a kind of SPSS clone. I don't have time right now to work on a software.
Thanks! KGeography is being developed in kdenonbeta so one of your wishes is nearly fullfilled :-)
i would prefer not to implement a new parser but use existing free computer algebra systems (http://www.xs4all.nl/~apinkus/yacas.html, http://maxima.sourceforge.net/) and try to buid a nice KDE frontend for them.
Yes, as annma says i'm developing kgeography in cvs, i would be happy to receive some comments about it (annma comments are good, but the more the merrier). If you would like to test it but don't know how to do it, don't hesitate to contact me (mail is on my name)
>Fredrik H?glund committed a change to kdebase/konsole/konsole
>- Added support for "real" transparency on X servers that have a
> 32 bit visual format with an alpha channel.
...
>This currently only works with the kdrive DDX on freedesktop.org.
>In addition to the kdrive server you need Qt 3.3 and a running
>composite manager to use this feature.
What is kdrive? What is DDX? Where can I download them?
kdrive is a special driver for KDE implemented directly in the X server kernel; this may gain speed at the expense of stability but is the sort of thing that has worked well for Microsoft. DDX is simply Microsoft's Direct Draw for X.
Hope this helps. ;-)
he-he :)
April fools having passed already, I don't know but, Are you serious?
kdrive is Keith Packard X11 server (formerly known as TinyX) which is used as a testing ground for new X extensions. Look at http://freedesktop.org for more informations about it and other intereesting stuff being developed.
Will it be used in KHTML?
Can it be used for any type of application that needs a document to reside in a DOM-tree and rendered in some way?
Where can I find more information?
http://24.71.25.33:80/diff.php?file=kdenonbeta/kdom/DESIGN&version=1.1#k...
Derek
Ouch, that file is completely outdated, and just contains
various snippets of stuff Rob and me had in mind. Better
don't read it :)
KDOM is a result of some years ksvg development which showed
us the design is not good, so we started a redesign
of khtml's dom code -> kdom.
Mfg Niko
Feel free to mail me for more information....