|
| This Week... |
|
Plasma progress, with new Plasmoids: Browser, Notes, 3D Earth Model, Twitter, Desktop, and Tiger (scripting example), and the development of a mouse cursor data engine. Bug fixing spree in TagLib, K3b, and the Kopete Cryptography plugin. Support for encrypted storage devices in Solid, with better integration of device support in Amarok. Further integration of Plasma in Amarok. Work on making Konsole follow KDE settings more strictly. Much work on revamping Ark for KDE 4. Various functionality improvements in Umbrello. The start of a new version of the Smoke bindings access mechanism, Smoke2. Continued work in kdegames, with the import of KBlocks, a Tetris-like replacement for KSirtet. Rewrite of search-and-replace in Kate. Import of the Kubelka-Munk mixing algorithm, with a restoration of the MetaData framework in Krita. Work to enable networked document collaboration imported in KOffice. GetHotNewStuff experimentally reactivated in okular. A rewrite of the global shortcuts system added to KDE SVN. Pixmap Cache Summer of Code project merged into kdelibs, in time for KDE 4.0. KBoard, renamed Tagua, is removed from KDE SVN to continue in an external code repository.
|
Aaron J. Seigo provides an update on recent Plasma work:
|
|
(ensure sound is on to hear the voiceovers)
so plasma has beeing ripping along this week with the highlights, aside from the usual bug and API fixing, being:
libplasma:- scripted applets, currently JavaScript only
- configuration and package frameworks all plugged together for applets
- new generic status change indication widget for applets to use
- new layouting code that actually works!
- work on the three level zoom (full desktop, desktop groups and overview)
- reworking of applet background rendering underway
dataengines:- weather now supports NOAA as well as 5 day forecasts where available
- englishbreakfastnetwork (ok, it's new to me ;)
- bluetooth engine takes shape
- solid based engines continue to grow in capabilities
applets:- traditional desktop (aka show the contents of a folder on disk + hardware devices) for backwards compatibility
- digital clock
- Twitter
- 3D earth
- MacOS dashboard widgets (and hopefully Opera widgets soon)
I'm particularly stoked about the layouting code, as it'll make writing nicely formed applets that much easier, and the scripting.
I would like to say something briefly about the fact that we only have JavaScript right now. We had to start somewhere, and with QtScript we had a really good option. It's easy to create bindings to objects at runtime, it's very fast and someone, Richard J. Moore, stepped up with actual code. as Richard says, "An example of scripted applets is the Tiger applet. The script code is responsible for loading the SVG image, rendering it to the screen and even for loading the configuration dialog. Taken togther, this shows that the script facility can already meet requirements of simple applets: support for more complex applets written as scripts will be available soon".
It's helping to refine the API we are exporting to the script interpreter and proving out the loading and other necessary systems. Once that work is done we'll come back to examine the multi-language issue, which will include issues beyond simple language options and look at resource consumption, ease of sharing between systems and other complexities (e.g. in documentation). I think it's still a good chance we'll see Python and Ruby support, but for the immediate I'm happy with JavaScript as a language we can use to get the house in order first before inviting in more guest languages.
|
|
With the recent move of the code to kdelibs, Rivo Laks introduces his Summer of Code project, a general cache for optimising pixmap usage across KDE:
|
The icon cache is meant to make icon loading faster by putting all used icons into a common file. This eliminates both the problem of having to find the icon file from literally tens of directories, as well as letting the operating system do a better job of read-aheading the entire cache file into memory. Once all icons have been put into the cache and the cache is loaded into memory, icon loading doesn't need to access the disk at all.
Although it's a rather extreme case, KFind, which loads about 600 icons at startup (most of them mimetype icons), starts up in about 1 second when all icons are loaded from the cache. When the cache is disabled, it takes about 4 seconds (both cases are with hot disk caches). For the usual applications which only load a few tens or maybe a hundred icons the speedup won't of course be that big, but it still helps.
Faster icon loading isn't the only advantage of the icon cache however. As the Oxygen icon theme is fully in SVG format, we can use those SVG files directly to generate the pixmaps at run-time. As they're put into the cache, every pixmap has to be generated only once. SVG rendering is still too costly to be done every time an icon is used, but as the results are now cached, it becomes an interesting possibility. It means that users aren't restricted to specific icon sizes anymore, but can use whatever size they want.
Probably the most interesting use is the icon compositing. It allows to create necessary icons at runtime, using a few existing pieces.
<bad-example>
For example, most mimetype icons share a common background and have something mimetype-specific on top of that.
One of the problems with this is that when an application ships icon for it's own file format, it looks out of place with other icon themes. With icon compositing, it can ship only the mimetype-specific part and it would be automatically put onto whichever background the current icon theme provides.
</bad-example>
<better-example>
Also, different emblems can be drawn on top of other icons at runtime. ATM there's an image of folder with lock for locked folders, image of folder with a picture for folders containing images, etc. Using icon compositing all that could be generated once at runtime and then be put into cache.
</better-example>
The icon compositing will probably be delayed until KDE 4.1 but the rest of the icon cache (which was originally also supposed to go to 4.1) has now been merged into the trunk. The buildsystem changes which notify the cache when new icons are installed will be done in the next few days. Some of the internals are yet to be done, e.g. mmapping the cache files into memory, but the API itself should be solid now.
An interesting byproduct of the icon cache is pixmap cache. Also in kdelibs now and usable by all applications, it provides disk caching of pixmaps. The main target is apps which use SVGs to generate their images, e.g. lots of games and kde-edu apps. KMines has recently become the first application to take advantage of the pixmap cache.
Instead of rerendering the SVGs every time the application is started, they can put the generated pixmaps into cache and reload them at next startup, reducing the startup time. To find out more about the pixmap cache check the recently added TechBase tutorial.
|
|
Henrique Pinto discusses his recent work on updating Ark, the archiving utility, for KDE 4:
|
In the last few weeks, I've been working on a restructuring of Ark. Over the years, the codebase became quite messy, and that made some bugs very hard to fix, so a somewhat major revamp was really needed. The main goals were:- Making it easier to add support for different archive types
- Making the codebase more maintainable
- Improving the user interface
Support for different archive types is now handled by plugins. The plugins must implement a simple, synchronous interface - Ark itself will take care of running the code in a separate thread. The API for writing plugins isn't quite finished yet, though - I still have some doubts about some of the details.
The code for actually handling archives, plugins and related stuff was moved out of Ark's KPart into a new library, currently named libkerfuffle. There's really no special reason for that name. I'm very bad at naming things, so I just chose a random word starting with 'K' from the dictionary. Hopefully, the name is strange enough to motivate someone to suggest a better one :). The library is currently used only by the KPart and the plugins, but my idea is to write a small application using it in order to handle integration with the file manager.
The user interface has changed a little, as can be seen in the screenshot. I'm still not very happy with it, but I'll need some help in order to make something better, as I am completely out of ideas.
There's still quite a lot to be done, however. Currently, there are only plugins for ISO images, TAR and ZIP archives. I'm afraid I won't be able to write any more plugins before the feature freeze - mostly because the API for plugins is not ready yet, and there's still some very basic features, such as removing entries from an archive, that aren't implemented yet. File Manager integration also remains undone. Any help would be really appreciated.
|
|
Troy Unrau notes a schedule modification proposal regarding the Alpha vs. Beta release debate: "While not an SVN commit, it is important to note that the release schedule has apparently been pushed back by one month in order to allow the remaining required changes to the API to get into KDE 4 before the previously planned July 25th freeze (now August 25th)."
This is because a beta release of KDE 4.0 is more than just a change in terminology - a beta release also imposes an API and feature freeze, whilst another alpha release does not.
|
This week, I have finally implemented a few of the long-planned features for the map statistics of the Digest. Now, country values can be better appreciated with the Rainbow colour scheme, and the exact percentages can be viewed for the top committing regions.
Of course, those KDE developers who have never visited this page should immediately follow its instructions, so that the map becomes ever-more accurate! I've also fixed a rounding error which led to some countries being under-represented on the map. Our international contributions have never looked so strong!
|
|
| Statistics |
|
| Contents |
|
|
Bug Fixes |
Features |
Optimise |
Security |
Other |
|
Accessibility |
 |
|
|
|
|
|
Development Tools |
|
![[*]](/images/standard/features) |
|
|
![[*]](/images/standard/other) |
|
Educational |
![[*]](/images/standard/bugfixes) |
|
|
|
|
|
Graphics |
|
|
![[*]](/images/standard/optimise) |
|
|
|
KDE-Base |
|
|
|
|
|
|
KDE-PIM |
|
|
|
|
|
|
Office |
|
|
|
|
|
|
Konqueror |
|
|
|
|
|
|
Multimedia |
|
|
|
|
|
|
Networking Tools |
|
|
|
|
|
|
User Interface |
|
|
|
|
|
|
Utilities |
|
|
|
|
|
|
Games |
|
|
|
|
|
|
Other |
|
|
|
|
|
|
|
Bug Fixes |
|
Educational |
|
Carlos Licea committed changes in /trunk/KDE/kdeedu/marble/src/lib:
|
|
Fixed some problems, I found that the VectorMap is not being painted as I expected. Needs a rewrite. And I also found that there's a problem which leaves painting lines behind i made some test and i can say that it's not releated with FlatScanlineTextureMapper, most likely the problem comes from texcolorizer I'll solve this issue in the next commit. |
|
|
|
|
|
|
Games |
|
Nicolas Roffet committed changes in /trunk/KDE/kdegames/kblackbox:
|
I reduced the size of the graphic elements by 50% so that the pop-up message (KGamePopupItem) is now in comparison 50% bigger and always good readable.
I had also to removed the icon from the pop-up message because it was not looking good, because the size of the scene (QGraphicsScene) usually differs from the size of the view (QGraphicsView) and the icon is a QPixmap (not scalable). And changing this behaviour would be a huge rework and would also have some drawbacks... so I don't want to change this. I think it's looking nice now. :)
Anyway, this should solve the last point of the reported bug. Thanks! |
|
|
|
|
|
|
|
|
|
|
|
|
Thomas McGuire committed changes in /trunk/KDE/kdepim:
|
Update the way the type of the account is stored.
Now, we use enums instead of strings.
Add the names of the types to KAccount. They can now be translated.
Also, provide an update script for easy config migration. |
|
|
|
|
|
|
Volker Krause committed changes in /branches/KDE/3.5/kdepim/kmail:
|
Backport commits 688956 and 689037 from enterprise branch (crash fixes for folder moving).
I'm aware that this breaks the message freeze, but an untranslated error message seems to be a better option than a potentially dangerous crash. |
|
|
|
|
|
|
|
|
Sebastian Trueg committed changes in /branches/stable/extragear/multimedia/k3b/libk3b:
|
Reverted the backport introduced in 1.0.2 which made K3b not reload the medium for verification and the writing of the next session. Sadly many systems fail to properly detect the newly written tracks.
So far I was not able to determine the reason. It does not seem to be the kernel since I also got a report from a system with a kernel more recent than mine. And here, as always, everything works like a charm.
If anyone has an idea.... |
|
|
|
|
|
|
|
|
|
|
Networking Tools |
|
Charles Connell committed changes in /trunk/KDE/kdenetwork/kopete/plugins/cryptography:
|
Code cleanup...lots.
Use of icons instead of text to signify encrypted messages.
Slight change in architecture by requiring to-self encryption (so we can decrypt our own messages)
This code doesn't really work, since the PGP block that is sent is a too-large message.
Hopefully this can be worked through. |
|
|
|
|
|
|
|
|
|
|
|
|
Features |
|
|
|
|
|
Kris Wong committed changes in /trunk/KDE/kdevplatform:
|
Lots of changes here:
- Removed the background parser member from Language and created one static instance per application.
- Added functionality to parse all project files on project load.
- Moved some code from Langauge that made more sense in LanguageController. |
|
|
|
|
|
|
Dirk Mueller committed changes in /branches/work/icecream-make-it-cool:
|
implement support for scheduling local non-compile jobs.
For example: you can add a symlink named "meinproc4" pointing to icecc to your path, and it will automatically schedule the job and then invoke meinproc4 on it locally.
the advantage is that you can use cmake -j50 without having to worry that there are going to be 50 meinproc jobs killing your machine.
same could be done for moc, btw. |
|
|
|
|
|
|
Sharan Rao committed changes in /trunk/KDE/kdesdk/umbrello/umbrello:
|
---Start of Support for Extended Entity Relationship Modelling --
Added support for making "categories" and "category widgets".
Widgets can only be drawn currently ( and moved around ).
Lots more to come :) |
|
|
|
|
|
|
Arno Rehn committed changes in /branches/work/kdebindings-smoke2:
|
* Made some more or less final changes to smoke.h
* Code generation works well, however it could be beautified a bit more.
Looks more like a big hack than proper code.
Generation for the type list could also be improved, it still has too many redundant types in it.
* The code generation for smoke modules with parents currently relies on a text file generated together with each module. Use a smoke introspection tool like the one proposed by Thomas Moenicke instead. |
|
|
|
|
|
|
Dirk Mueller committed changes in /branches/work/icecream-make-it-cool:
|
do an asynchronous connection to the scheduler:
- helps when the scheduler is down, as the daemon is otherwise locked up then and can't schedule local jobs
- helps when the scheduler is flaky and blocked itself on network (like in the suse network). |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
David Nolden committed changes in /trunk/KDE/kdevelop/languages/cpp:
|
Start support for templates: Create and use a template-parameter-type and template-parameter-declaration, create du-contexts for template-parameter-declarations, and import those into template-classes and template-functions.
The result: Template-parameters are not unresolved any more. |
|
|
|
|
|
|
|
|
|
|
Andreas Pakulat committed changes in /branches/work/kdevelop/qmake_parser_experiment:
|
|
Implement a simpler lexer and according grammar. This will move the resolving logic into a higher lever and referenced variables and executed functions in variable values and arguments have to be resolved there by inspecting the value-QString |
|
|
|
|
|
|
Educational |
|
Carlos Licea committed changes in /trunk/KDE/kdeedu/marble/src/lib:
|
|
Flat implementation for the vector map. Changed the approach seems to work fine. I still need to repeat it and correct the 180 -> 180 issue. |
|
|
|
|
|
|
|
|
|
|
Carlos Licea committed changes in /trunk/KDE/kdeedu/marble/src/lib:
|
Tried to apply the approach suggested by Tackat, there is one problem inheret to the way we handle the vector map right now:
- As we are not correcting Asia's points it may not get displayed on the screen because the right point (which should be close to the right dateline) is represented in the left side of the map hence the polygon which should let us know if Asia should be calculated and printed doesn't really represent Asia.
- Also, for unknown reasons Antartica is not displayed correctly.
Finally I'm trying hard to come up with another approach for the vectormap as i think I might be taking to hard and complex way. Any comments on this? |
|
|
|
|
|
|
|
|
|
|
|
|
Nicolas Roffet committed a change to /trunk/KDE/kdegames/kblackbox/pics/kblackbox.svgz:
|
Corrections to display the elements at the right place.
Changed the color of wrong balls in red. (It was green). After thinking about it, I think it's better like this.
The green laser beam is now a bit bigger.
Adjusted the balls with the question mark to look like the new normal balls. |
|
|
|
|
|
|
Nicolas Roffet committed changes in /trunk/KDE/kdegames/kblackbox:
|
Revived the action "Check positions". (It was called "Done" in the KDE 3 version). Now, "Solve" is for giving up and "Check positions" is for normal game end.
Added a KPushButton for this action in the left part of the game area.
Motivation for this change was the feedback of different players. Thanks! |
|
|
|
|
|
|
Mauricio Piacentini committed changes in /trunk/KDE/kdegames/libkdegames:
|
|
Make KGameTheme more flexible, inheriting all theme properties by default. This should make it easier to use the class directly for simpler games, without even the need to subclass it. |
|
|
|
|
|
|
|
|
|
|
Dmitry Suzdalev committed changes in /trunk/KDE/kdegames/kmines:
|
Support borders: draw corresponding svg elements around the field
Mauricio, there are still some border elements I don't know what to do with :)
Like #border.insideCorner.* and #border.bay.* (in kmines_oxygen.svgz)
Just ignore them? |
|
|
|
|
|
|
|
|
Nicolas Roffet committed a change to /trunk/KDE/kdegames/libkdegames/kgamedifficulty.cpp:
|
GUI: Using the KGameDifficulty class to manage difficulty levels in games now adds automatically a combobox in the status bar to display the current difficulty level and to let the player change it.
To get this new feature, nothing to change in the code of the games that already use KGameDifficulty. Main idea was to do like in bovo. (Note that bovo don't use KGameDifficulty yet).
For examples, see Kmines, KBlackBox (and soon Kenolaba).
Feedback is as always welcomed. |
|
|
|
|
|
|
Nicolas Roffet committed changes in /trunk/KDE/kdegames/kblackbox:
|
|
- Changed the position of the ComboBox to select the difficulty level: it's now the last element of the status bar.- Removed the combobox of the difficulty "actions" from the toolbar as we now have a nicer one in the status bar. :) |
|
|
|
|
|
|
Dmitry Suzdalev committed a change to /trunk/KDE/kdegames/kmines/mainwindow.cpp:
|
Support restart on difficulty change.
Nicolas, for some reason KGameDifficulty doesn't emit the
'levelChanged()' signal, when I click "Change difficulty level" button in dialog.
Or is it not supposed to emit it? Well, I'd expect it to emit :) |
|
|
|
|
|
|
Nicolas Roffet committed changes in /trunk/KDE/kdegames/kblackbox:
|
- Added an information message (KGamePopupItem) at the start of the sandbox mode to shortly explain, what it is.
- Added an alternative information message at the end of a game in the sandbox mode.
- Added some comments for the translators (with i18nc) so that they can pay attention at the width of the text for the messages displayed with KGamePopupItem. - Popup messages are now displayed one second more (5 s). |
|
|
|
|
|
|
|
|
|
|
Marcel Wiesweg committed changes in /trunk/extragear/graphics/digikam/utilities/cameragui:
|
Rewrite threading in CameraController:
- use queued signals
- remove CameraEvent and all the associated serializing
- remove the timer-based thread starting and use a proper command queue
- use blocking queued signals to carry out needed UI operations in sync with the non-UI thread (needs testing) |
|
|
|
|
|
|
Marcel Wiesweg committed changes in /trunk/extragear/graphics/digikam/kioslave:
|
digikamalbums ioslave:
- remove the old code for file operations that was copied from the file ioslave
- use KIO jobs to do file operations, enter an event loop, forward the result.
This is heavily inspired by ForwardingSlaveBase (read: copied from), but this class calls finished before we are finished and some other details, so we have again code copied from kdelibs (but not that much this time, and no low-level system API) |
|
|
|
|
|
|
|
|
Gilles Caulier committed changes in /trunk/extragear/graphics/digikam/digikam:
|
KDE4 port. This is the last one to complete digiKam port under KDE4 !
Note : this port is uncomplete. It just to be able to compile and link digiKam as well, and start testing...
Marcel : QCUstomMenuItem implementation need to be ported to QWidgetAction. Still TODO.. |
|
|
|
|
|
|
Gilles Caulier committed a change to /trunk/extragear/graphics/digikam/libs/database/sqlite2/shell.c:
|
digiKam from trunk (KDE4) : and now, digiKam link fine. Time to test !
Marcel, Link fail because 2 main() are found by linker: one in sqlite2 source code and another one in Qt4
I have just renamed sqlite2::main() to main_main(). I hope than all is fine for you...
To kipi-plugins developpers : It will be time to test libkipi and start to port other kipi-plugins to KDE4 (:=))) |
|
|
|
|
|
|
|
|
Pino Toscano committed changes in /trunk/KDE/kdegraphics/okular/ui:
|
Now the annotations can be dragged and moved after being placed on a page, even if the page is rotated.
Ctrl+right mouse button is what is needed to do that.
At the moment, only line, stamp and geometric annotations can be moved with mouse dragging. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Marcel Wiesweg committed changes in /trunk/extragear/graphics/digikam:
|
Refactor thumbnail generation:
Move code out of ioslave into threadimageio, where most of the special wisdom for loading images is already collected.
All ioslaves are now neat and tidy.
I removed the KDE based loading code using directly KIO::ThumbCreator and the associated hacks, and added a PreviewJob in ThumbnailJob. This should work just as well, using well documented API. |
|
|
|
|
|
|
|
|
KDE-Base |
|
David Nolden committed changes in /trunk/KDE/kdelibs:
|
Implement an argument-hint widget similar to the completion-widget that is attached to the completion-widget and gets it's data through the completion-models. Extract the expandable-item logic from KateCompletionModel into a more abstract model, and use that as base-class for KateCompletionModel and the new KateArgumentHintModel.
Add the roles into CodeCompletionInterface that will be needed to selectively match completion-items to argument-hints, and the roles needed to determine the argument-hint depth. |
|
|
|
|
|
|
Antonio Vinci committed changes in /trunk/playground/base/plasma/applets/frame:
|
Huge commit & code refactoring (again)
- interactive scaling using the bottom right corner
- rotation is cached to a pixmap
- coordinates origin is now at the center of the applet
- various performance improvements & bugfixes
On my system it behaves really fast now :-) I hope I've finished the boring part. |
|
|
|
|
|
|
|
|
|
|
|
|
Thiago Macieira committed changes in /trunk/KDE/kdelibs:
|
The new KIO::Connection stuff I promised on kde-core-devel, including Ralf's patch.
I have not fixed all bugs yet, but it's coming in the next few days.
One bug I know is that, when the application disconnects from the ioslave, the slave simply keeps on going (and probably downloads the entire file). |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Shawn Starr committed changes in /trunk/playground/base/plasma/engines/weather:
|
|
Astyle code once again. Finish parsing 5 day forecast information. Still not properly displayed in plasmaengineexplorer yet. Rejig some internal API methods to accommodate the 5 day forecasts. Add parseWindForecast(), parsePrecipitationForecast(), parsePrecipTotals() add forecasts() method to store each forcast item. |
|
|
|
|
|
|
Allen Winter committed changes in /trunk/KDE/kdelibs/kdecore/services:
|
commit Aaron's case insensitive matching patch.
also included is a regen.sh script that regenerates lex.l and yacc.[c,h] when needed (run by hand after changes to lex.l or yacc.y). |
|
|
|
|
|
|
David Nolden committed changes in /trunk/KDE/kdelibs:
|
|
Implement dynamic match-highlighting of argument-hints to completion-items and the opposite way around |
|
|
|
|
|
|
|
|
|
|
Shawn Starr committed a change to /trunk/playground/base/plasma/engines/weather/ions/ion_envcan.cpp:
|
Display 5 day forecast information. The format is as follows. For datasources that support a 5 day forecast. They must use 'Short Forecast Day #' for key and then q QString containing the fields: ForecastPeriod|ShortTextOfForecast|HighTemp|LowTemp|PopPrecent.
This goes for any 3rd party datasource that reports basic data back to the weatherengine. For advanced ions/datasources such as the Environment Canada ion, we also have a 'Long Forecast Day #' key.
The applet will be able to parse these keys and display the data appropriately later on |
|
|
|
|
|
|
|
|
|
|
Kévin Ottens committed changes in /trunk/KDE/kdebase/runtime/soliduiserver:
|
|
Add support for a passphrase dialog, the interface to use it is fully asynchronous. Also borrowed some code from kwalletd for reparenting the dialog correctly... doesn't seem to work for me though. Lubos, some help and advices would be welcome here. |
|
|
|
|
|
|
|
|
Kévin Ottens committed changes in /trunk/KDE/kdelibs/kfile:
|
|
Preliminary support for encrypted storage devices... raises interesting usability issues, needs further tuning to get it right. But at least the feature works. |
|
|
|
|
|
|
Dominik Haumann committed a change to /trunk/KDE/kdelibs/kate/jscript/katejscript.cpp:
|
use the underlying default styles to check, whether the current char is valid code or uninteresting part (like comments and strings).
The flow is as follows:
1. get the attribute list of the current highlighting
(it uses the KateRenderer, is there another way to get the list?)
2. get the current attribute
3. use this attribute as index for the attribute list
4. read the property AttributeDefaultStyleIndex and convert it to int
5. now we have the current character's defaultStyle
6. check, whether the defaultStyle is usable
7. if so, count the braces...
Imo, this is much better than the hack in KDE3 (which used the itemData names).
Todo:
* find a good place for a mapping function from attribute<->defaultStyle
* refactor to avoid code duplication ;)
* write a usable indenter (ewh) |
|
|
|
|
|
|
Shawn Starr committed changes in /trunk/playground/base/plasma/engines/weather:
|
|
Support for yesterday high/low and precip totals. New methods parseYesterdayWeather() and yesterdayWeather() for display to applet. All setData keys are now i18n. Remove some kDebug strings not used anymore. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Robert Knight committed changes in /trunk/KDE/kdebase/apps/konsole:
|
|
Begin work on an accessible color scheme which uses the system-wide colors provided by KColorScheme. Changed the default color scheme to 'Linux' because (a) it was the most popular amongst users in the survey and (b) having used it for a couple of months in KDE 4 it is much more comfortable to use for long periods of use than the glare of a white background. Updated TODOs with a few bugs that need fixing. |
|
|
|
|
|
|
Robert Knight committed changes in /trunk/KDE/kdebase/apps/konsole/src:
|
|
Use the standard KDE fixed font (as set in the fonts KDE control module) by default. Aside from correctness this also fixes the font slider in the 'Edit Profile' dialog always being '12' initially instead of the actual point size. |
|
|
|
|
|
|
|
|
Thiago Macieira committed a change to /trunk/KDE/kdelibs/kio/kio/connection.cpp:
|
Sometimes, one extra command is read from the socket before a suspend takes effect.
This causes a deadlock, because nothing comes from the resumed job and the other one is suspended (FileCopyJob).
Emit a signal to notify that there's data to be read after a resume() |
|
|
|
|
|
|
|
|
|
|
KDE-PIM |
|
Loïc Corbasson committed changes in /trunk/KDE/kdepim/korganizer:
|
Theming-related changes:
* clear the old theme before importing a new one;
* have the settings really set for each view;
* simplify some import methods;* fix font stretchfactor error. |
|
|
|
|
|
|
|
|
Bertjan Broeksema committed changes in /trunk/KDE/kdepim/kpilot/conduits/base:
|
Added support for archiving handheld records.
* Subclassed Record, because only handheld records can be archived.
* Added support for archiving to RecordConduit
* Added support for archiving to IDMapper and IDMapperXMLSource.
* Added tests for Archiving support. |
|
|
|
|
|
|
|
|
|
|
Thomas McGuire committed changes in /trunk/KDE/kdepim/kmail:
|
Fix layout.
To make the buttons appear like in KDE3, I had to port away from KDialog as KDialog does not seem to support spacers between buttons.
Additionally, make the processed message count available again. |
|
|
|
|
|
|
|
|
|
|
Ian Monroe committed changes in /trunk/extragear/multimedia/amarok:
|
Elding the items in the playlist. They still overlap sometimes and there isn't enough of a margin between the two sides, but its a start.
Each of the text items are now seperate QGraphicsTextItems, to allow more flexibilty in the future (think editing). |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Urs Wolfer committed changes in /branches/work/soc-krdc/krdc:
|
|
Add option to show local cursor. This is useful for connections with a slow link or with a high latency. This option is only supported by VNC. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Joris Guisson committed changes in /branches/extragear/kde3/network/ktorrent:
|
Changes :
- When there are no views opened, open the default ones
- Load custom URLs if torrent is private (so that trackerlist merges are not lost)
- Make sure the info widget and search plugin are loaded by default
- When trackerlists of two torrents are merged, make sure TrackerView updates itself |
|
|
|
|
|
|
|
|
|
|
|
|
Thomas Zander committed changes in /trunk/koffice:
|
Introduce new class; KoInlineNote. This class is used to store data for foot-, and end notes inside the normal text flow.
The text plugin will use this to layout a footnote at the bottom of the shape it appeared in.
Its currently pretty primitive; but I'm pretty happy about the design as this fills a long standing feature request of allowing footnotes to be printed at the bottom of each column, instead of ignoring the columns.
As a side effect; this allows all applications to use footnotes, not just KWord. |
|
|
|
|
|
|
Cyrille Berger committed changes in /trunk/koffice/krita:
|
* initial work on a model for the bookmarked configuration manager, extended with a model for filters
* use the model in the filter dialog* create a bookmark manager for each filter, it should be override by filters creating their own configuration objects |
|
|
|
|
|
|
Thomas Zander committed changes in /trunk/koffice/kword/part:
|
Make the cloning of a frame be done using a command, so it can be undone.
Also make the newly created shapes be the ones that are selected.
Plus some smaller fixes in debugging. |
|
|
|
|
|
|
|
|
Thomas Zander committed changes in /trunk/koffice:
|
Add 'greeking'.
When you zoom text out too much all that is left are some blobs of pixels.
In such a case instead of using the slow drawing text; just draw a rect or a line. This speeds up the painting immensely since the side effect of zooming out < 20% is that you see a lot more text on the screen at the same time. This makes that responsive again on all systems.
Note that I calculate the amount of pixels that the text line would take, so this is the most correct manner of doing this I can think of. |
|
|
|
|
|
|
Thomas Zander committed changes in /trunk/koffice/kword/part:
|
|
Make printing of images use the high-res ones. I actually make it use the krita-shape while printing, but since the Krita shape does not know about KoImageData (yet) the print is empty. So, this is the typical "it gets worse before it gets better". |
|
|
|
|
|
|
Cyrille Berger committed changes in /trunk/koffice/krita:
|
|
* add the interface for filtering metadata* don't edit directly the metadata store, which allow to cancel the editing |
|
|
|
|
|
|
Pierre Ducroquet committed changes in /trunk/koffice:
|
Rewrite the way date/time fields are handled. Now, most of the work is done by DateVariable...
I'd like comments about the changes in DateVariable, I'm pretty sure things can be improved there... |
|
|
|
|
|
|
|
|
Thomas Zander committed changes in /trunk/koffice/libs/guiutils:
|
New class; a basic printing dialog. Well, its a lot more than a dialog (and really a crappy dialog at the moment, not even a canvas button!).
Current features are;
* Multi-threaded printing so while printing the canvas is fully responsive.
* Do the actual painting code in the main-thread to avoid locking problems.
* Nice progress reporting using the KoProgressUpdater.
This multi-threaded printing is only really useful for multi-page documents, I'll adjust KWord to use it and I'm sure that KoPageApp can inherit from this one to implement printing there with ease. |
|
|
|
|
|
|
Emanuele Tamponi committed changes in /trunk/koffice/krita/plugins/viewplugins/painterlymixer:
|
Initial commit for the new and complete Kubelka-Munk algorithm. It uses a pregenerated matrix and the Simplex Method to calculate a realistic reflectance curve for the current colors. Using the generated curves, we calculate K and S values for each wavelenght, and then a linear combination of these values bring us to the final, realistically acceptable final color. It's slow right now because the Simplex Method is used too often. I'm going to implement a Kis(Ko?)Reflectance10ColorSpace to accelerate the process.
One Algorithm to rule them all! |
|
|
|
|
|
|
|
|
|
|
|
|
Adrian Page committed changes in /trunk/koffice/krita/colorspaces/rgb_float_hdr:
|
|
RGB hdr float colour spaces now work with a profile, which means the post-exposure pixels are now colour managed. This only applies to the software renderer at the moment, the shader version is still to come. |
|
|
|
|
|
|
|
