|
| This Week... |
|
Much work in Amarok, with the implementation of a CoverFlow-esque OpenGL album art visualisation, codenamed "CoverBling", and Service Framework and Plasmification efforts. Sample OpenGL-based applets added to Plasma, with Plasmoids to watch for changes to files, for browsing files, and to monitor network interfaces. General progress in the 2d projection and KML in Marble, OpenPrinting, and KOrganizer Theming Summer of Code projects. KWallet support in KRDC. KMines essentially rewritten with a QGraphicsView base, with support for multiple background SVG themes in KGoldRunner. More manipulation and view work in Kreative3d. Implementation of Kubelka-Munk paint mixing research in Krita. Internet integration in Kaider, with a WebQuery view and example script to use Google Translate. okular becomes usable as a print preview component. KTrace, a "strace" interface for KDE 4 added to playground/sysadmin. Beginnings of support for ComunIP, a Brazilian IM protocol in Kopete. More progress in the porting of Digikam and KTorrent to KDE 4. The start of a rewrite of the Oxygen widget style. KBFX, an alternate K menu, moves to kdereview.
|
Mark Kretschmann introduces the work in Amarok this week, implementing a CoverFlow-esque OpenGL album art visualisation, "CoverBling":
|
Everyone loves iCandy! Our loyal Amarok users are no exception to this rule, so we're trying to make Amarok 2.0 especially pretty. Since the day Apple released a new version of iTunes with the CoverFlow feature, users have been asking us to implement a similar feature in Amarok. Being a bit of a graphics nerd, I had been toying with the idea for some time. Two weeks ago I decided to give it a try, and although I hadn't been coding graphics stuff for a few years, the initial results were encouraging enough to sparkle my motivation.
Starting with a simple textured rectangle zooming around, I've quickly added reflection effects, proper perspective projection and the ability to show multiple cover images and move them in interesting ways. We're using multisampling (full screen anti-aliasing) by default, which creates a very pleasant image quality without jaggies.
Yesterday I implemented object selection, which means that we can detect over which image the mouse cursor hovers, and react accordingly. Then I had a brainstorming session with Seb Ruiz about the design and mechanisms of CoverBling (that's the working title I have chosen for this feature). We definitely do not want to simply copy CoverFlow, as I think that would be really lame, and potentially also trademark infringing. Instead we want to come up with something cool (or ideally even cooler) on our own. So far we've had some interesting ideas, and I've started to implement one of Seb's ideas, and we'll see how that pans out. If you have some good ideas, we'll be very happy to hear them.
In other Amarok-related news, we have been considering moving to Plasma for the context view (the big display in the middle) in Amarok. This move was initiated by Leo Franchi, who is working on the context view as his SoC project. Leo started an experimental branch in SVN for the Plasmification, and I'm extremely looking forward to see the results. On the downside, the move to Plasma means that we have to trash most of the existing code for the context view; almost a complete rewrite is required. On the positive side though there are the great possibilities that Plasma offers us: Ability to include scriptable Plasmoids, fancy SVG rendering, and theming. Also we don't have to reinvent the wheel (or "invent a bike", as we like to say), but we can combine our efforts with the Plasma dudes. The move is technically not without problems though; libplasma requires a few modifications to be useful for Amarok. Leo has prepared a patch for libplasma, and we would be happy to get this patch in. At this point I'm calling out to Aaron: Please contact us, we've been trying to get hold of you ;)
To sum it up, I think there are some very exciting times ahead for Amarok 2.0. And the best thing for me is that the OpenGL hacking has really brought back my motivation to hack on new features. In the end it's all about motivation, isn't it? :)
|
|
Boudewijn Rempt provides an update on recent happenings in Krita:
|
Emanuele Tamponi's recent work is really utterly impressively cool - here we have someone who goes through all academic papers, reads and digests them and produces unique software that's simply the first generally-available anywhere.
Emanuele's current work, on mixing colors using the Kubelka-Munk research into the reflectivity of pigments will make painting so much more natural and easy.
On the other hand, Sven Langkamp is working on selections, which is less glamorous, but when suddenly everything everything starts working the way users feel it should, it is a hugely important advancement. When software changes from "it works, but it also kind of naggingly sucks" to "oops, I've done the job I fired up Krita, too", that last oops isn't often conscious - but it does make a huge difference to the experience of the user.
On the less pleasant side of things, we've had a kerfuffle this week about our metadata implementations, but that's been resolved and we've found a way forward. Krita will rock, metadata-wise in the end. Cyrille Berger, one of our most prolific and versatile coders, has decided that he didn't want to saddle me with the task of implementing metadata - including EXIF and XMP support - and has already restored the code. He is going to continue working on it - but he will only discuss his work with people who know something about the subject. Sometimes, a developer needs some peace to develop great software.
Personally, I think Cyrille is very qualified to work in this area, and since he has said that he had already mutually fruitful and conclusive discussions with the Strigi and NEPOMUK people I completely trust him with this task.
Recently, Krita was reviewed in Linux Journal. This article gave a highly-positive review of Krita, especially in light of his quibbles, namely with the text tool and LDR-to-HDR bracketing, both problems which are solved in trunk - thanks to Thomas Zander and Cyrille Berger, respectively.
|
|
Richard J. Moore proposes to remove KJSEmbed from kdelibs:
|
After discussions at akademy, I'd like to propose the removal of KJSEmbed from kdelibs prior to the KDE 4.0 release. The functionality of KJSEmbed is basically duplicated by QtScript, and it seems pointless for us to maintain KJSEmbed when we have a solution provided by Trolltech that can do the job just as well. In order to do this, we need to do a couple of things:- Remove KJSEmbed and the KJSEmbed support from Kross.
This can certainly be done by the 25 July deadline. - Add support for QtScript to Kross (I've looked at the KJSEmbed plugin and writing a QtScript equivalent should be pretty simple).
This can probably be done by the 25 July deadline.
- Include some plugins in kdelibs that extend QtScript in order to replace the functionality it is missing.
This is harder to do by the 25 July deadline but could be omitted (or released separately if necessary).
I've already implemented the basics of the plugins, so that scripts will be able to create dialogs etc. using UI files, though I think the API I currently offer to scripts needs a little more thought.
I covered the details behind the reasoning for these changes in my Akademy presentation.
|
|
|
| Statistics |
|
| Contents |
|
|
Bug Fixes |
Features |
Optimise |
Security |
Other |
|
Accessibility |
 |
|
|
|
|
|
Development Tools |
|
![[*]](/images/standard/features) |
|
|
![[*]](/images/standard/other) |
|
Educational |
|
|
![[*]](/images/standard/optimise) |
|
|
|
Graphics |
|
|
|
|
|
|
KDE-Base |
|
|
|
|
|
|
KDE-PIM |
![[*]](/images/standard/bugfixes) |
|
|
|
|
|
Office |
|
|
|
|
|
|
Konqueror |
|
|
|
|
|
|
Multimedia |
|
|
|
|
|
|
Networking Tools |
|
|
|
|
|
|
User Interface |
|
|
|
|
|
|
Utilities |
|
|
|
|
|
|
Games |
|
|
|
|
|
|
Other |
|
|
|
|
|
|
|
Bug Fixes |
|
KDE-PIM |
|
Allen Winter committed a change to /branches/KDE/3.5/kdepim/kmail/kmcommands.cpp:
|
fix templates for forwarding do not work with inline mails
Thanks to vondom for providing the patch, and thanks to everyone who tested.
We very few KDEPIM developers are currently swamped with KDE4 and "real life" so the extra help really is appreciated. |
|
|
|
|
|
|
Tobias Koenig committed changes in /branches/kdepim/scalix:
|
|
Fixed IMAP parser to execute extended custom commands correctly, so the dead lock in retrieving freebusy lists is gone! :) |
|
|
|
|
|
|
Mart Kelder committed changes in /trunk/KDE/kdepim/korn:
|
- Fixed the Subject and Sender parsing. Thanks to Alexis Papadopoulos for the patch.
- Fixed fetching the password of a kmail account from kmailrc. Thanks to Alexis Papadopoulos for the patch.
- Fixed using pop3-mailboxes from the kmail configuration. |
|
|
|
|
|
|
|
|
Networking Tools |
|
Joris Guisson committed changes in /branches/extragear/kde3/network/ktorrent:
|
Changes :
- Fix keep seeding
- Replace possibly firewalled stuff with a warning icon (with tooltip showing the old text), this also makes sure that the statusbar does not become to big |
|
|
|
|
|
|
Office |
|
Thomas Zander committed a change to /trunk/koffice/libs/kotext/KoFind.cpp:
|
Fix finding backwards not just finding the currently highlighted string again.
Show better feedback based on the number found, so a "No matches" instead of "Found 0 matches" etc. |
|
|
|
|
|
|
Features |
|
|
|
Sharan Rao committed changes in /trunk/KDE/kdesdk/umbrello/umbrello:
|
Fixes and re-arrangement of the (advanced) codegeneration stuff.
The CPP/D/Java/Ruby classes are now more of interfaces to their own settings (in optionstate.h) + their manipulation than storage classes of the settings itself.
/me believes it fixes the bugs in the advanced code generation. Oliver, can you confirm ?
All the configuration options for the code generators are now read in uml.cpp file than their own files.
(except the common configuration options. That's because they are common to all. Maybe I should move them to uml.cpp too, but that'd be later, perhaps) |
|
|
|
|
|
|
Dukju Ahn committed changes in /trunk/KDE/kdevplatform/plugins/subversion:
|
Adding "svn status" command. The user can see detailed status information for given local path. Provides dialog box and status displayer.
To be clear, this is not the similar displayer with kdev3.4's coloring file treeview. That is todo list. |
|
|
|
|
|
|
|
|
|
|
|
|
Allen Winter committed a change to /trunk/KDE/kdesdk/ebn/krazy:
|
Full implementation of the new "ebnlxr" and "htmllxr" export formats.
These link the report issues directly to the corresponding source file (and line number) on lxr.kde.org. |
|
|
|
|
|
|
Dukju Ahn committed changes in /trunk/KDE/kdevplatform:
|
Add environment variable setting widget in util/, project global environment kcm in project/settings/.
TODO: find out how to propagate setting value change or how to notify when setting is changed in multi-tabbed KCM dialog.
It's needed because when user added new configuration in central variable setting page, he will expect to see newly added configuration in each plugin setting page. |
|
|
|
|
|
|
|
|
|
|
Carlos Licea committed changes in /trunk/KDE/kdeedu/marble/src/lib:
|
|
Finished the implementation of placemarks for Flat Projection. Also solved a small problem with the last commit which caused to FlatScanlineTextureMapper to be a pure virtual class. |
|
|
|
|
|
|
Carlos Licea committed changes in /trunk/KDE/kdeedu/marble/src/lib:
|
|
First draft of the grid for the Flat Projection of Marble. The delay was because I had to figure out where I was able to catch the planetAxis needed for the flat projection. I will finish it tomorrow by calculating how many "lines" should be painted in the flat projection. |
|
|
|
|
|
|
|
|
|
|
|
|
Murad Tagirov committed changes in /trunk/KDE/kdeedu/marble:
|
- Inherit KMLPlaceMark from Placemark to not touch placemarks painting at this step.
- Added method to KMLDocument to obtain active PlaceMarkContainer.PlaceMarkManager uses this to get placemarks which are on a sreen.
- Updated kml-tasks after talk on IRC with Torsten. |
|
|
|
|
|
|
|
|
Carlos Licea committed changes in /trunk/KDE/kdeedu/marble/src/lib:
|
Changed the clause for the placemarks.
First approach in the vectormap.
Known issues:
- Antartica and Asia have problems painting, because they cross the international date line.
- For some reason zooming in certain areas causes the polygon to be drawn incorrectly. |
|
|
|
|
|
|
Games |
|
Mauricio Piacentini committed changes in /trunk/KDE/kdegames/kreversi:
|
Unify chips art in default_theme.svgz file. Also consolidate all rendering in the KReversiRenderer singleton class, extending it as necessary with a couple of new methods.
Also, due to a bug in Qt SVG rendering the bounds of the old move_hint element were not being detected correctly. Changed the move_hint art to an Oxygen-style checkmark. This is used to display possible moves. |
|
|
|
|
|
|
Dmitry Suzdalev committed changes in /trunk/KDE/kdegames/libkdegames:
|
Few new things in KGamePopupItem:
* change cursor to hand when hovering a link in rich-text
* add options to hide using animation or hide instantly
Added corresponding buttons to test |
|
|
|
|
|
|
Nicolas Roffet committed changes in /trunk/KDE/kdegames:
|
I rewrote the class KGameDifficulty to provide a better API. The class is now a singleton. I wrote also the APIDOX.
I tried to consider the good feedback of Dmitry, thanks. Thanks Pino for your help also. Don't hesitate to continue to improve the class. :)
As the API changed, I had to update KBlackBox.I removed also by the way 2 difficulty levels in KBlackBox, because I found there were too much levels. |
|
|
|
|
|
|
Keith Neuse committed changes in /trunk/playground/games/kollagame:
|
|
Alot of under the hoods code has been restructured, projects can now be created, I just havn't got around to developing a feature to load projects that you create |
|
|
|
|
|
|
Dmitry Suzdalev committed changes in /trunk/KDE/kdegames/kmines:
|
Further work on kmines+QGV:
* CellItem is now public QGraphicsPixmapItem
* Be clever when choosing how to fit rectangular grid in rectangular window
* Added KMinesRenderer class inspired by KLines one
So. Field is drawn now, using #cell_up from svg.
Background would be drawn to, but I've commented drawPixmap() call for speed :-P |
|
|
|
|
|
|
|
|
|
|
Luciano Montanaro committed changes in /trunk/KDE/kdegames/kgoldrunner/src:
|
Implement multiple backgrounds for SVG themes.
The theme loader will look for background0 ... backgroundN and the game will use a new background for each new level, modulo the background number.
There is a bug left in the background loading, where the background may change when reloadimg I will haqve to look into that.
Fix a crash while resizing the window too small by setting a minimum size for the KGrCanvas class. |
|
|
|
|
|
|
Luciano Montanaro committed a change to /trunk/KDE/kdegames/kgoldrunner/pics/kgr_default.svg:
|
Added a few backgrounds to test the background rotation code.
The backgrouns are really ugly gradients at the moment, artists are welcome to design something better.
A waterfall, or a large cave, or rocks or dirt would be good candidates; since the background should not be too distracting, and since it is re-rendered at window resize time and at level loading time, it's better for it to not be too complex. The geek-city background does not seem slow to load on my laptop, so that may be a good reference point. |
|
|
|
|
|
|
Dmitry Suzdalev committed changes in /trunk/KDE/kdegames/kmines:
|
Here you are: the game is basically playable!
(although QGV version still switched off by default)
It has a few things to do:
* show number of remaining bombs to find,
* check for game over conditions
* game configuration UI
* highscores
I think it can be switched to QGV version at least when first two are done.
Rest will come shortly :) |
|
|
|
|
|
|
Graphics |
|
Pino Toscano committed changes in /trunk/KDE/kdegraphics/okular:
|
Allow the user to change the visible part(s) of the document by dragging the visible areas in the thumbnails, and to change the zoom of the document by Ctrl+wheel on them.
Patch by Diego R. Brogna, thanks a lot! |
|
|
|
|
|
|
|
|
|
|
Casper Boemann committed changes in /trunk/playground/graphics/kreative3d:
|
Another round of hacking.
- viewtool can now move
- viewtool can now rotate (not very well)
- the view control widget is gone
- a new axes helper in lower left corner
- widget for the line tool
- the view tool is tmp activated from within the line tool if you hold ctrl down |
|
|
|
|
|
|
|
|
|
|
|
|
Alexandr Goncearenco committed changes in /trunk/kdesupport/strigi/src/streamanalyzer:
|
Added keyword query type.
it works like this:
One string is split by space delimiters into subqueries, by default with AND logic, and then each term (each subquery), goes through an analyzer.
The analyzer used depends on the query type. It caused troubles when trying to search for an identifier, which contains special characters (serving as tokenizers).
This patch modifies query parser the way that if you say:
chemistry.inchi#InChI=1/C4H10/c1-3-4-2/h3-4H2,1-2H3 the string will not be split into fragments. (note the "#" character instead of ":" )
If the query term contains spaces it should be inside '' or "" quotes.
e.g. chemistry.molecular_formula#"C 4 H 10"
basically "#" sign tells -- do not tokenize.
and quotes control the integrity of terms, so they won't get split into subqueries. |
|
|
|
|
|
|
|
|
|
|
|
|
Alexandr Goncearenco committed a change to /trunk/kdesupport/strigi/src/streamanalyzer/mimeeventanalyzer.cpp:
|
this hack allows to make detected mime (only one mime type, unfortunately) available to streamanalyzers that might want to know the mimetype of the analyzed stream.
This value can not be trusted, and according to what Jos said, it should become obsolete soon. I wonder if there can be more reliable way on sharing the mimetype information between analyzers, rather then implementing the detection in each analyzer that has to know mime. |
|
|
|
|
|
|
|
|
Robert Knight committed changes in /trunk/KDE/kdebase/apps/konsole/src:
|
|
Simplify changing the current color scheme and current key bindings in the profile editor. There is no longer a distinction between the color scheme selected for removal/editing and the color scheme selected for use by the profile. Also select the current color scheme, current key binding when the relevant pages of the profile editor are shown. |
|
|
|
|
|
|
Teemu Rytilahti committed changes in /trunk/playground/base/plasma:
|
Add webshortcut runner to allow usage of web shortcuts like gg:something and imdb:something from the krunner dialog.
There are some fixmes still left and I'm having some problems with it, but it's getting there eventually :-) |
|
|
|
|
|
|
Robert Knight committed changes in /trunk/KDE/kdebase/apps/konsole/src:
|
Set the COLORFGBG environment variable in new sessions to indicate to terminal programs whether the terminal has a light or dark background. This allows programs such as Vim to automatically pick appropriate colors when a Konsole session has a light or dark background.
The value of 'COLORFGBG' is not strictly accurate, instead it approximates the current color scheme as 'black on white' or 'white on black' - but this covers the most important need' |
|
|
|
|
|
|
David Nolden committed changes in /trunk/KDE/kdelibs:
|
Add support to embed widgets in the completion-list as discussed on the list. An additional related feature is implemented: Users can return html-strings on the role ItemSelected when an item is selected, and if they do, the size of the selected item will be increased and the text shown in the added space.
It will be reduced again once the next item is selected. This will be great for showing small and fast information like comments on functions. I've also got a qt-patch to make this efficient(currently qt repaints too much). |
|
|
|
|
|
|
Aaron J. Seigo committed changes in /trunk/KDE/kdebase/workspace/libs/plasma:
|
* gaurd against an args with less than 2 items in it being passed in
* add a setFailedToLaunch method to applet to allow a generic way to set such status
it's pretty fugly looking at this point, but it works; i'll work with the artists to make it prettier later. |
|
|
|
|
|
|
Gavin Beatty committed changes in /branches/work/soc-kdeprint-openprintingdotorg:
|
I'm unfortunately still rewriting the code a lot because I'm not setting anything in stone (which I should)
Currently, most of the implementation is actually there, most of the signals/slots aren't connected (so nothing actually happens)
There is also one (minor issue with my use of KIO::get where it doesn't let me have the progress dialog because I have the KIO::get call not in the GUI thread - I might just make XmlQueryJob not a ThreadWeaver::Job again :-S
The main thing is that I have a written (paper for now) document stating what I want and how the building blocks (/classes) will be formed and let me do that |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Bertjan Broeksema committed changes in /trunk/KDE/kdepim/kpilot/conduits:
|
- Added KPILOT_EXPORT to some classes, not all yet. Note to self:
do never forget this, can spare you a couple of hours.
- Added first work on keyring conduit.
- Implemented unittest for idmappingxmlsource.
- Disabled the build for all other conduits for now. The most of them must be ported to the base conduit anyway when it is finished. |
|
|
|
|
|
|
|
|
|
|
Loïc Corbasson committed changes in /trunk/KDE/kdepim/korganizer:
|
|
A few classes to read and import themes, changes to the themes' structure (see themes/default.xml), a sample app to test the classes (thememain.cpp) before adding a theme page to the config dialog, and the KConfigXT entries for the theme. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Mark Kretschmann committed changes in /trunk/extragear/multimedia/amarok/src:
|
Beginnings of what is meant to become an OpenGL visualization for album covers, in the style of CoverFlow.
Obviously very early WIP; perspective projection isn't yet working, and it's not doing anything fancy. |
|
|
|
|
|
|
Nikolaj Hald Nielsen committed changes in /trunk/extragear/multimedia/amarok/src:
|
Bring the Magnatune store back online based on the service framework! :-)
Not much works yet though. It can update its database and show items.
There is a really nasty crash when you try to expand albums however, that I cannot figure out. It seems to occur around servicesqlquerymaker.cpp line 178
The strange thing is that the Jamendo service uses this same code with no problems.
Also, remove the stores tab. Both stores and other services are now shown in the Internet tab. The idea is to use a KListView with catagories to seperate the different kinds of services. This will make the main interface less cluttered with tabs (and look really sweet). |
|
|
|
|
|
|
Dan Meltzer committed changes in /trunk/extragear/multimedia/amarok/src/collectionscanner:
|
Port amarokcollectionscanner to use qdir. This will make it work on windows once other thigns do and it should be cleaner. Please beat it over the head with testing.
I played around with stupid amounts of symlinks pointing at each other and this code and did not notice any recursing, but that doesn't mean there isn't any, see if you can find any messes.
diffstat says it all.
collectionscanner.cpp | 113 +++++++++-----------------------------------------
collectionscanner.h | 7 ---
2 files changed, 23 insertions(+), 97 deletions(-) |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Leo Franchi committed changes in /branches/work/amarok-plasmify/src:
|
last.fm event engine and applet. note: WIP. amarok will crash if you try to add the applet, so don't :)
also, added amarokengineexplorer (identical to plasmaengineexplorer). just shows engines and any DataSources that they have. |
|
|
|
|
|
|
Leo Franchi committed changes in /branches/work/amarok-plasmify/src/context:
|
lastfm data engine now works for last.fm events. lastfm events applet now receives events properly! note: it just spits what it gets to the command line because i am completely graphically retarded (and need to download inkscape).
we need to get some artists :) |
|
|
|
|
|
|
|
|
|
|
Ian Monroe committed changes in /trunk/extragear/multimedia/amarok:
|
A new nifty-looking splash screen by Pasi Lallinaho (emunkki).
The rock stars are Lydia, Leinir and Bart.
Send feedback to the rokymotion list, amarok-promo kde.org |
|
|
|
|
|
|
Networking Tools |
|
Joris Guisson committed changes in /branches/ktorrent/kde4port:
|
Changes :
- Added groups and groupmanager stuff
- Added groupview
- Make groupview remember it's state
- Stop using deprecated methods of KConfig and use the new KConfigGroup instead |
|
|
|
|
|
|
Roman Jarosz committed changes in /trunk/KDE/kdenetwork/kopete/protocols/oscar:
|
Allow to set ICQ online status messages.
Add the store part for new TLV based user info.
In order to see status messages in status bar we have to update status message and then set status.
TODO: Add GUI so we can set status description too. |
|
|
|
|
|
|
Urs Wolfer committed changes in /branches/work/soc-krdc/krdc:
|
KWallet support in KRDC is back!
It's implemented in a central place and thus can be used by all protocols in an easy way.
(RDP KWallet support TBD)
BTW: you need to run kdeinit4 for KWallet support. |
|
|
|
|
|
|
|
|
|
|
|
|
Joris Guisson committed changes in /branches/ktorrent/kde4port:
|
Changes :
- Added scan dialog
- Because cmake cannot have 2 targets with the same name (ktorrent and libktorrent), libktorrent has now become libktcore, kt4 has been changed to ktorrent |
|
|
|
|
|
|
Michaël Larouche committed changes in /trunk/KDE/kdenetwork/kopete/libkopete:
|
Hmm, this was hiding on my disk for a while and discussed a bit on kopete-devel kde.org
* Refactored Kopete::Task to be a derivate of KCompositeJob.
* Introduce ContactTaskBase, which is the base for contact related task. As a proof-of-concept, the DeleteContactTask was implemented
* Add Kopete::Protocol::createProtocolTask() factory method to create the protocol subtask depending of the type of task. |
|
|
|
|
|
|
|
|
|
|
|
|
Office |
|
Thomas Zander committed changes in /trunk/koffice:
|
Introduce a KoFind class which is a controller that creates the find actions and is able to work with the text tool to let the user search for text in the current text document.
This will work for all KOffice apps; so feel free to add it to your app if you think it makes sense to have a Find on the current text-shape.
TODO; limit results based on text-style / replace. |
|
|
|
|
|
|
Fredy Yanardi committed changes in /trunk/koffice/tools:
|
* change the thesaurus tool so that it is now a text editing plugin, the thesaurus processing code remains the same
* some code cleanup, header files cleanup and forward declarations, remove Qt3 and KDE3 support classes
* kthesaurus and wordnet tab will be re-enabled soon |
|
|
|
|
|
|
Pierre Ducroquet committed a change to /trunk/koffice/shapes/text/Layout.cpp:
|
|
Rework the way underline and strikeout are drawn. It's much better now, and less buggy. For instance there were problems with underline at end of lines... It was also sub-optimal and quite hard to understand. |
|
|
|
|
|
|
|
|
Jan Hambrecht committed changes in /trunk/koffice:
|
Improved saving of line borders to ODF. The stroke-dash is requiered to be in office:styles in the styles.xml
So I added a new generic style type to KogenStyle.
There are several more of these office:styles as described in the ODF spec 14.14 which will requiere a style type defined.
TODO: Saving these styles should be done automatically imho, so that all the applications do not have to do it on their own. |
|
|
|
|
|
|
|
|
Emanuele Tamponi committed changes in /trunk/koffice/krita/plugins/viewplugins/painterlymixer:
|
Another try. The idea is: the "red" wavelength is near enough to the "green" wavelength so that they interact. A high amount of red increases green too, and viceversa. In the same way, green is changed by the amount of both red and blue. Interaction between red and blue can be ignored.
Nice idea, isn't it? It doesn't work however :-) |
|
|
|
|
|
|
|
|
Martin Pfeiffer committed a change to /trunk/koffice/kformula/flake/FormulaToolOptions.cpp:
|
- dirty workaround to make loading work
The problem:
To load a file through loadOdf method outside a document loading process (e.g. loading of a whole .odt document) you need to construct at least 3 classes... and actually you should also construct a KoStore and KoDocument thought you might not need them. |
|
|
|
|
|
|
|
|
User Interface |
|
David Vignoni committed changes in /trunk/KDE/kdelibs/pics/oxygen:
|
|
Switching arrows to use Pinheiro's Scribus arrows. From the original color changed to dark grey, fixed to scale down better. Looks awesome. |
|
|
|
|
|
|
|
|
|
|
|
|
Optimise |
|
Educational |
|
Torsten Rahn committed changes in /trunk/KDE/kdeedu/marble:
|
- "I don't like to give away pizzas for nothing ;-)"-performance patches for mapTexture()
Results in almost 20% better overall performance.
- Better testcase for MarbleTest
- Adding airports ( not done yet )
- Small patches by Benoit Sigoure (which result in maybe 1% improved performance here)
- initial changes to tinywebbrowser to get image loading for Wikipedia support get done in the future. |
|
|
|
|
|
|
Nikolas Zimmermann committed changes in /trunk/KDE/kdeedu/marble/src/lib:
|
|
Stop memory fragmentation, and allocate one Quaternion object on the stack, once. Instead of dozens of allocs/deallocs every second on the heap (when ie. running the timedemo, or working with Marble...) Approved by tackat. |
|
|
|
|
|
|
|
|
|
|
Other |
|
Development Tools |
|
Andreas Pakulat committed changes in /trunk/KDE/kdevelop/buildtools/managers/qmake:
|
|
QMake parser rework, its going to use a handwritten lexer (inspired by some examples from Roberto) and kdev-pg generated parser.Currently all the parser can't parse at all because both the lexer and parser are nearly empty. But infrastructure is in place and the qmake plugin and tests build against it. |
|
|
|
|
|
|
|
|
|
|
Inge Wallin committed changes in /trunk/KDE/kdeedu/marble/src/lib:
|
This is the first commit in a series that will ultimately lead to the introduction of a ViewParams class. This will allow the MarbleModel to have several views at the same time.
After this first one, the Model no longer keeps track of the Widget.
* Remove m_view from MarbleModelPrivate. |
|
|
|
|
|
|
Nikolas Zimmermann committed changes in /trunk/KDE/kdeedu/marble:
|
Make a QtOnly version work on OSX with cmake. Remove old qmake stuff.
Work around a problem with cmake-2.4.6 and Qt 4.3.0.
This has been requested by Torsten.
Benoit Sigoure wrote the BuildOnOSX.sh changes - committing for him. |
|
|
|
|
|
|
|
|
|
|
|
|
Dmitry Suzdalev committed changes in /trunk/KDE/kdegames/kmines:
|
Start porting KMines to QGraphicsView. Blessed by Mauricio.
In fact, we both tend to agree that this porting will be taking shape of a rewrite, because the state of current code isn't that good. At all.
It is bloated, misses comments, complex without any reason, contains some features that I doubt are much used (solver, log replaying) and such :)
So rewrite would go in direction of simplicity.
In the end MineSweeper is a simple game.
So let's keep it simple, clean and beautiful. This includes code.
At least I'll try to produce such code - feel free to critique, change, fix.
But that's as usual ;)
PS. KMines will not be broken during rewrite - I use different set of classes, and I will just replace old main window with new one in my local copy, keeping the trunk's one unchanged. |
|
|
|
|
|
|
|
|
Gilles Caulier committed a change to /trunk/extragear/graphics/digikam/libs/imageproperties/imagedescedittab.cpp:
|
digiKam from trunk (KDE4) : this is the last shared part to port used by digiKam to run Album GUI.
All part are now ported to KDE4 : LightTable, Image Editor, Camera Interface, Batch Tools, sldeshow, libs, etc...
Now we will complete the port to work on digiKam Album GUI implementation...
Marcel, Laurent: in imagedescedittab.cpp, the code relevant of KAdressBook shared lib to handle contacts is temporally commented. On my computer, i cannot get libkabc to make the port.
It's not really a problem. It's few lines of code which can be ported later. |
|
|
|
|
|
|
|
|
KDE-Base |
|
Zack Rusin committed changes in /trunk/playground/base/plasma:
|
Add two sample OpenGL based applets (note that Xephyr doesn't provide GL contexts so they won't work in Xephyr).
Plus makin the other code compile here. |
|
|
|
|
|
|
Zack Rusin committed changes in /trunk/playground/base/plasma/applets:
|
|
More nipple-rubbing goodness: applet showing how to rotate plasma items around the Y axis. Doesn't need opengl but a recent Qt builds have a bug fixed in that code so they're recommended. |
|
|
|
|
|
|
|
|
|
|
|
|
Robert Knight committed a change to /trunk/KDE/kdelibs/khtml/rendering/render_form.cpp:
|
|
Work around bug in Qt's stylesheet style, where various re-implemented methods do not correctly handle the case where an optional widget parameter is 0. Passing the right widget here does provide useful additional information to the style in any case. |
|
|
|
|
|
|
Alex Merry committed changes in /trunk/KDE/kdebase/workspace:
|
|
Add categories to plasmoids. The actual category names are subject to change at some point - a definitive list on techbase will probably be assembled. |
|
|
|
|
|
|
Matthias Kretz committed changes in /trunk/KDE/kdelibs/kutils:
|
as posted to core-devel + dox:
KLibFactory subclass to allow one .so module to load all python based modules.
Or more generically: the new factory class allows to load more than one type of KCM from the same factory object whereas before you needed one factory per KCModule. |
|
|
|
|
|
|
|
|
|
|
|
|
Robert Knight committed changes in /trunk/KDE/kdebase/apps/konsole/src:
|
|
Set WINDOWID environment variable in the child process. Mainly needed so that VIM will set a useful window title depending on the file being edited. Discovered the w3m-img package in the process which needs WINDOWID as well apparently. Wow! What a nifty hack. |
|
|
|
|
|
|
|
|
|
|
|
