|
| This Week... |
|
Beginnings of a list view, and an applet browser integrated into Plasma. Optimisations in Konqueror. More work, including image practice support in Parley. XMP metadata support in Digikam, with new splashscreens announced. Work on playlists in Amarok 2. The Noatun music player becomes a KPart, with musings on its KDE 4 future. Further work on Phonon, with developments on the GStreamer backend. KNetworkManager is ported to work with NetworkManager 0.7. Deep refactoring in the Eigen 2 library rewrite. Kickoff is ported to KDE 4 as a candidate menu replacement option. A plan is hatched to get Kopete ready for the KDE 4.0 release. Import of the KBreakout game to playground/games in KDE SVN. Final moves in the recent KDE SVN reorganisation effort. The KDE Bug Tracker starts to be upgraded to Bugzilla 3.0.
|
Koos Vriezen writes an update on KMPlayer:
|
KMPlayer is a browser plugin for Konqueror for multimedia videos, and now, also for Flash. When Flash is configured for swfdec, KMPlayer offers a complete Open Source implementation for video in HTML pages. There is also a simple KDE application that also allows viewing of video from other media than network streams.
Quicktime, MS Media Player and Real all have special attributes that an HTML author can use to control these players, likewise for javascript bindings. KMPlayer tries to support all of these. Especially MPlayer has problems with XML playlists and RAM files. So support for these and others is also implemented.
The project was never planned ahead much. All versions of this program have some major refactoring somewhere. Looking at its current state, what is noticeable is that there are multiple small programs that do the actual playing out of the browser process and it has playlist data in memory using custom DOM trees.
The former of course increases stability of the hosting application and also follows the UNIX philosophy of single task programs well. The latter makes KMPlayer playlist formats support easily extendable for new XML formats like the latest addition of XSPF, but also a more in-depth support for SMIL.
The SMIL support had a big boost by moving the rendering code to a visitor and by replacing the ad-hoc painting code with Cairo, a cross-desktop graphics library.
Image and text mediatypes are rendered on off-screen Cairo surfaces, making transitions like fading possible. Also, using Cairo pixmap surfaces as little as possible and heavy caching of these should make any improvements of the Cairo backends (like XRender or OpenGL) improve the rendering speed of SMIL movies.
My longer term goals for the work include replacing the whole GUI with a SMIL file. Whether this will ever happen is yet to seen. For example, when comparing with the Flash media player of YouTube, SMIL has no support for mouse drag for the volume slider, nor for creating editors or clipboard access. Nevertheless, it's KMPlayer's holy grail :-)
|
|
Matt Rogers puts out a call to get Kopete in shape for the KDE 4.0 release:
|
For KDE 4.0, we had previously decided to hold Kopete out of the release because we wanted to release Kopete 1.0 with KDE 4.0 and have it be all nice and pretty and totally rockin! We've changed our mind and decided to go ahead and release Kopete with KDE 4.0 and not call it 1.0. Right now, most of the work needs to be focused on fixing bugs since we're in feature freeze.
The call for developers that I put out late last week is designed to get some folks who are motivated to help out with Kopete development.
Fixing bugs is actually a good way to get started with the code and so that's what I'm suggesting new developers do for now. Soon, a new branch for feature development will be started and then people can get started on the sexy stuff :)
Right now, Kopete is basically a straight port from KDE 3 to KDE 4 as you can see from the screenshot:
Long term ideas and goals can be seen on the Techbase wiki at http://techbase.kde.org/Projects/Kopete/Roadmap. We hope to implement most of these for KDE 4.1.
|
|
It seems crazy to me, but I guess it's possible that readers of the Digest could not be aware of the existence of PlanetKDE, the aggregation of blogs from KDE contributors around the world. For those of you who are interested in KDE development and community and are not yet reading PlanetKDE, it really is the ideal counterpart to this publication!
|
|
| Statistics |
|
| Contents |
|
|
Bug Fixes |
Features |
Optimise |
Security |
Other |
|
Accessibility |
 |
|
|
|
|
|
Development Tools |
![[*]](/images/standard/bugfixes) |
![[*]](/images/standard/features) |
![[*]](/images/standard/optimise) |
|
![[*]](/images/standard/other) |
|
Educational |
|
|
|
|
|
|
Graphics |
|
|
|
|
|
|
KDE-Base |
|
|
|
|
|
|
KDE-PIM |
|
|
|
|
|
|
Office |
|
|
|
|
|
|
Konqueror |
|
|
|
![[*]](/images/standard/security) |
|
|
Multimedia |
|
|
|
|
|
|
Networking Tools |
|
|
|
|
|
|
User Interface |
|
|
|
|
|
|
Utilities |
|
|
|
|
|
|
Games |
|
|
|
|
|
|
Other |
|
|
|
|
|
|
|
Bug Fixes |
|
Development Tools |
|
Josef Weidendorfer committed changes in /trunk/KDE/kdesdk/kcachegrind/kcachegrind:
|
kcachegrind: Fix automatic position of birds-eye view of call graph
This partly was screwed up because the qt3to4 script replaced e.g. TopLeft of a enum in CallGraphView to "Qt::TopLeftCorner", which is way off.
This also adds a further "position", namely to hide to birds-eye view.
And finally, this gets rid of one use of Q3PopupMenu by making QAction's from the menu items to choose the position of the birds-eye view. |
|
|
|
|
|
|
|
|
|
|
|
|
Adam Treat committed changes in /trunk/KDE/kdelibs:
|
In older versions of Qt, the call to restoreState is causing bad flicker in the toolbars and menus. This happens for instance when switching between tabs in Konqueror. This is apparently fixed in Qt 4.4+ since it uses alien child windows.
Konqueror no longer flashes when switching between tabs. |
|
|
|
|
|
|
|
