In this week's KDE Commit-Digest: Huge optimisations in ksysguard. Solid switches to CMake. aRts, KPDF removed in trunk/, whilst oKular continues to be developed as its replacement. amaroK gets support for Creative Zen devices. coreapps/ module created (as proposed on kde-core-devel). More work on supporting Intel compilers.
Dot Categories:
Comments
Danny, thanks for this commit digest, please keep up the work, it's always an interesting read and I bet it's also usefull in many ways!
Thanks :)
Thanks, Danny, great read.
Great as usual, please keep up the excellent work Danny!
one minor issue: "Bug 44662: Find window too large" seems to be wrongly linked.
Fixed, thanks!
Danny
What is archivereader?
"Initial commit of archivereader. This code will simplify reading of
archive files in Qt code via an implementation of the Qt 4.1 class
QAbstractFileEngine."
Seems like its meant for reading archive files (tar,gz,zip,rar,etc.). Though why would it need a client server architecture?
part of a new implementation of kat-like functionallity. think beagle.
I noticed a couple of commits there that seemed to be very Linux specific, e.g. assuming HFS+ support in Kernel. I thought KDE4 was to be OS neutral, or at least agnostic?
John.
It is possible to add platform specific code while still not giving up platform independence. You just have to do two things:
1. Deactivate that code when building it for another platform, and
2. Don't depend on it.
If the above-mentioned code adheres to those principles (and I think it does) then KDE can make use of Linux-specific features, but still works without those on other platforms.
R.I.P. aRts. You served us well.
aRts was a big steaming pile of garbage. Thank God that the KDE devs finally had the good sense to toss out that rubbish.
Good riddance, aRts!
to Danny:
Try to make hyperlinks more distinguishable from ordinary text. At present there's no visual difference between them (except if you move mouse over a link - if you know where)
Also, why removal of KPDF? It wasn't so bad, I think. Will be integrated into oKular?
Yes, oKular will do everything that KPDF could do before (and more!).
Nothing to worry about.
I'm happy to hear that! KPdf has evolved into a very competent program for showing presentations and I would hate to loose that. I use it on a regular basis for presentations created with pdflatex and the beamer package.
The only feature i miss in the presentation mode of KPdf is the ablility to show embedded videos. It is capable of launching an external video viewer, e.g. Xine, by following a link in the PDF file, but it would be even better to be able to show video clips as part of the pdf pages.
I just read about the QSocketNotifier class in that commit digest, being able to watch files, too.
Dirk Mueller removed dnotify support since 2.4 will be obsolete with KDE 4. Are there plans to rebuild the notification system upon QSocketNotifier completely? Or isn't it a complete replacement?
lg
Erik