2nd July 2006by Danny Allen
KDE Four Core has been organised by the Technical Working Group and aims at stabilising kdelibs, kdebase and the new module kdepimlibs and to lay foundation to the porting and development of the KDE 4.0 applications. For this reason and to create a group with coherent focus, the number of developers invited was limited to 24, selected among those who are most active in the porting efforts of the target modules. The meeting has been timed so that most of the new technologies are in the Subversion repository already, but sufficient time is left for other meetings before the final "sprint", which is expected to happen during the aKademy 2006 hacking sessions.
i've already seen some cool qt demos while here, including one that uses the java bindings ... they are amazing. the resulting apps are fast and good looking. other cool stuff are the new docker window animations in qmainwindow which are just gorgeous and smooth.
i get the feeling more than ever that kde4 really takes off here ..... =)
- assemble PDF file (i.e. insert and delete pages)
- edit metadata (author, keywords, title ...)
- set background watermarks
This version requires the latest developement version of the poppler library. We will come up with a full release for KDE 3 in the near future.
Right now, KDE4's code base gets added in code modifications, code refactorizations and new code. But none of the cool new core technologies: (solid, plasma, phonon, oxygen, akonadi, decibel and more) are in a usable state. KDE4 at this moment is completely uninteresting to end-users, they should wait at least for the first technology preview tentatively planned for late autumn of this year. If you are a developer, things are different: come and help us write the code. The fun starts now! :-)
|Commits||2218 by 194 developers, 5451 lines modified, 2396 new files|
|Bugs Opened||284 in the last 7 days|
|Bugs Closed||227 in the last 7 days|
Internationalization (i18n) Status
Bug Killers and Buzz
|Alexandre Pereira de Oliveira||
|Aaron J. Seigo||
There are 103 selections this week
Make score be displayed in Context Browser again. Problem was due to sqlite upgrade, where
new version returns a REAL from ROUND, instead of TEXT, and QString::toInt does not like
to convert "75.0". Fixed by casting the REAL to INTEGER in the SQL query.
Thanks to cocobo, Spum and Richlv for finding and diagnosing the problem.
* Introduce a simple UI that is semi-functional for the interim period
until a new UI is available and functional. This interim UI will mimic
qt4-designer as much as possible so that we can integrate the designer.
Might be good to have a simple UI around for awhile to give us ideas how
to simplify the final UI.
Connected developers are handled nicely now, everything has nice icons, all lists are updated correctly including icons for developers that show whether they are connected directly/indirectly etc. Communication works
nicely now no matter whether direct/indirect.
New backend: DVI.
Adapted from the DVI plugin of KViewShell.
- load documents
- generate correctly the pixmaps for the images
- rotate the pages
- extract the text from the pages (thus search and text selection are possible)
- extract the URL hyperlinks from the documents
Credits for this work goes to Luigi Toscano, thanks Luigi!
digikam from trunk : finalize world map widget to use a scrollable view instead a static view. A new big world map is available (come from wikipedia, and is free to use). This will be enough for 0.9.0.
A fresh screenshot : http://digikam3rdparty.free.fr/Screenshots/digikam0.9.0-alpha8.png
Later 0.9.0, a new GPS positions editor is require. Jens, if you is interressed, you can try to implement this part for the future, like a new digiKam utility.
BUG : 111560
New skeleton for giving the generators the possibility to export the document they open in some format they support.
The text exporting option is detached from that other options and always visible (disabled if not supported), so it could be easier for the user to find it out.
The fruits of hacking on the way to kde-4-core so far...:
Progress on the new code completion
- filtering started
- sorting implemented
- grouping + column merging fine-tuned
Also a small api change, QPixmap -> KIcon in KTextEditor::Editor, and
the appropriate method rename.
Rename "Smart home" to "Smart home and smart end", as smart end uses the same
We could separate the two options and have
* "[ ] Smart home" and
* "[ ] Smart end"
I believe one option for both features is fine, i.e. no need to add yet
What do you think? :)
SoC: GMail style conversation view for KMail
* Clean-up of the painting code, making it easier to maintain.
* Refactorization of handling of date and time.
* The conversation display (MailView) now uses date and time when displaying e-mails.
* Some needed whitespace changes.
* Still nothing I'd show to my dad, but at least it shows what things will be like.
TODO in the near future:
* make the model sort by datetime of recent arrivals.
* make the model use the real Akonadi instead of these dummy classes.
CSV Import Dialog
- parsing data improved: values without leading zeros, like 1/2/2006 work;
Since apps like MS Access in the USA creates csv files with date
format month/day/year, (and without leading zeros), text with "/"
inside is assumed to be in this format.
There, better size handling with he splitter. I set the maximum size of an open info pane to
2/3 of the window, since I see no reason to hide the playlist browser behind a
non-interactive information pane... Itdoesn't remember its size between Amarok sessions,
though. Should I care about that?
Make Media Device tab symmetric...now, it will only show itself if you have a configured device, but will also hide itself if you remove all devices/set all to Do Not Handle.
Also, fix Andrew's problem (hopefully for real this time) by fixing a regression and correctly notifying the Media Browser of available devices.
Begin implementing the cokoon widget style. Sort of covered so far: WT_PushButton
Somewhen after 4.1.0, QSvg lost the ability to render Inkscape SVGs correctly (ignoring
most of the 'style' tag properties) , so results of the TestTheme are not quite as expected for now.
Big Commit (TM):
- made the XML format cool. Now the XML file contains lots of
information about the library, e.g. data types, categories, command
parameters etc. The XML file also contains english user-visible strings,
which can eventually be extracted for translation.
- extended the *Description classes such that they hold all needed
information. Also, XML writing is supported now.
- DatatypeDescription and CategoryDescription are gone now. Datatyps and
categories describe themselves.
- datatypes and categories are now created automatically, as well as
command parameters and results, reducing code size dramatically.
- extended the command API a little.
- all commands are ported to the new API.
- other small fixes and improvements.
An experimental "merge similar categories feature". I'm playing around with this to clean up my categories in my 50000+
database. It uses an algorithm to search for similar names and presents it to the user to merge as one. How close the
similiarity can be is configurable. The same algorithm could be used on other elements such as ingredients.
Colleen, I'm just trying this out... you don't need to document it yet ;-)
first removed feature :) From now on, there can only be one command per
row. This is because no one really needs branched execution anyway, and
it's way too complicated to implement. Also, the "Merge Lists" and "Join
Lists" commands are removed, because they don't make sense anymore.
don't just stat everything for fun. Most file systems
can actually provide the file type without stat(), which
safes syscall overhead and often also a disk access (on
On cold caches I was able to measure a speedup of 3-4%.
Not a lot, but since it can't make things worse, I commit it anyway.
Moved Edit->Fill into a manipulator.
Clearing cells (Delete key) now uses Data manipulator, instead of the
formerly used custom one, which was rather ineffective at storing undo
Zoom factor now stored properly.
This is another step towards having KSpread which isn't painfully slow.
The advanced filesystem settings are now all handled in the filesystem
presets. I removed the advanced tab in the burn dialog and moved these
options into the custom file system settings dialog. This should make
things easier for users who do not want to bother with advanced
Port the drawing routines of the DVI plugin to the cairo drawing library.
Cairo can draw into memory buffers, so we don't need to lock the programs
event loop anymore, when we do drawing operations.
Altough cairo is slower then QPainter, the GUI feels more responsive, because the
GUI is not blocking anymore seemingly at random. Also there should still be some
optimisation possibilities in our cairo code.
This change is only relevant for the KDE3 branch of kviewshell, since in Qt4 thepainting engine has the needed functionality.
Change license from GPL to LGPL.
Permission granted by the copyright holder Michael Goffioul
as shown by the following email correspondence:
On Friday 30 June 2006 01:17, Allen Winter wrote:
Michael, As you may be aware, we are attempting to move all the libraries we
can from out of the kdepim module and into a new kdepimlibs module. I am
currently attempting to move libkcal into kdepimlibs.However, because libkcal
depends on your ktnef code, I will need to move ktnef into kdepimlibs as well.
Here's the problem: all the code in kdepimlibs must be licensed as LGPL, BSD,
or X11. And ktnef is licensed as GPL.The question: would you be willing to
re-license ktnef from GPL to LGPL?This would need to be done in SVN kdepim
trunk only. Then I would do the moveinto kdepimlibs. Please let me know what
you think about this as soon as you get a chance."
On Friday 30 June 2006 05:20, Michael Goffioul wrote:
Fine for me. Please go ahead.