|
| This Week... |
|
Replacement of the "toolbox", and a new KRunner in Plasma, with many applets moving from playground into extragear in KDE SVN. SuperKaramba is now fully integrated into Plasma. A move away from KDEPrint facilities, towards more basic functionality for KDE 4.0. More work on restoring the functionality of the Klipper applet. Basic sound support in Parley. General work on KHTML, with more specific work on image loading and testcases. More work on KDE colour scheme handling. A rethink of device handling for Amarok 2.0. Generic style saving work in KOffice. Various optimisation work across KDE. Kaider moves to extragear-sdk. Kicker is removed from KDE SVN. KDE 3.5.8 and KDE 4.0 Beta 3 (with Kickoff included as the menu option) have been tagged for release.
|
This week was partly characterised by the removal of enhanced KDEPrint functionality from the KDE 4.0 release (relying instead on the more basic facilities provided by the Qt toolkit), and the porting of various applications to these changes. John Layt explains:
|
The decision has been made to remove KDEPrint from KDE 4.0 and to switch to using QPrinter. We've run out of time to fix KDEPrint and this is the only way to have a working print system for 4.0. We lose many features as a result, but QT 4.4 and later KDE 4.1 will see most of them restored. We are planning a Dot article to explain the changes to our users.
We are working to port all apps before the 24th October tagging of the Dev Platform, when we need to have moved KDEPrint to extragear. The sooner it's done, the sooner we know if there's any issues to fix in kdelibs.
I used the kdeaccessibilty apps as a test-bed for the porting procedure, and the following apps have now been completed:
- /KDE/kdeaccessibility/kmag [commit 724621]
- /KDE/kdeaccessibility/kmouth [commit 724622]
There is a small problem in kmag with the printer properties dialog not displaying as the top widget, but otherwise both apps appear to print fine here.
You can find further information at http://techbase.kde.org/Projects/KDEPrint/KDE4#Porting.
I suggest you test your printing functions to confirm that the results are presentable, you may need to tweak your painting code to cater for differences in rendering.
Qt does not have a Print Preview function, if you need it and you don't already use the KStandardAction for it, you will need to add the new KPrintPreview yourself.
Our apologies for the short notice, but we simply ran out of time and now have no other alternative.
|
|
Our friends over at the community website polishlinux.org have a nice overview of some of the changes which can be expected with the release of KDE 4.0. Plenty of screenshots as well, so you don't even have to read!
|
|
| Statistics |
|
| 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 |
|
Graphics |
|
Clarence Dang committed a change to /trunk/KDE/kdegraphics/kolourpaint/pixmapfx/kpPixmapFX_Transforms.cpp:
|
Fix transforms for non-XRENDER by converting to a QImage, doing the transform using the raster paint engine and converting back to a QPixmap, rather than using the normal kpPixmapFX::draw() mechanism.
This is needed because drawing a transformed QBitmap on top of a QBitmap causes X errors and does not work, if XRENDER is disabled (Qt 4.3.1 bug).
The code is a lot simpler now and was probably the way it should have been done in the first place. |
|
|
|
|
|
|
Andrew Walker committed changes in /branches/work/kst/1.6/kst/src/libkstapp:
|
|
Change the default graphics file export name to match that of the kst file when a new kst file is opened. Also, select a better default graphics file export name the first time kst is started. |
|
|
|
|
|
|
Clarence Dang committed a change to /trunk/KDE/kdegraphics/kolourpaint/tools/flow/kpToolSpraycan.cpp:
|
Spraycan Tool fixes:
* Fix the spray being too thick (the probability was being passed as the wrong argument to kpPainter::interpolatePoints())
* Remove the prevent-drawing-on-the-same-dot code in drawLineWithProbability(), on the grounds that: a) no user will notice b) it's a maintenance nightmare (the code was correct though)
* Speed up drawLineWithProbability() in the NOP case
* Reduce the spray thickness even further (now 5% instead of 10%)
* Style |
|
|
|
|
|
|
|
|
KDE-Base |
|
David Faure committed changes in /trunk/KDE/kdelibs/kdecore:
|
Fix parsing of desktop-entry-standard-compliant "MimeTypes=text/plain;" or "Actions=foo;": do not return a list with an empty string as the last element.
This fixes the error messageboxes from dolphin's and konqueror's popupmenus. |
|
|
|
|
|
|
|
|
Mirko Stocker committed a change to /trunk/KDE/kdelibs/kate/render/katerenderer.cpp:
|
Fix Anders' problem with the rendering of the foreground color. The problem with the old code was that the special highlights (internal, external, document) were added after the inbuilt highlight, and when the attributes were merged later (RenderRangeList::generateAttribute), the inbuilt highlight overwrote the other highlights, and that's why changing the foreground didn't work.
I hope I didn't break anything, but it really seems to be more reasonable to me that way. |
|
|
|
|
|