KDE Commit-Digest for 26th October 2008

Sunday, 28 December 2008  |  Dallen

In this week's KDE Commit-Digest: A collection importer added to Amarok 2, which allows importing statistics from Amarok 1.4 databases (as well as arbitrary external sources). Ability to disable the fullscreen thumbnail bar in Gwenview. Shadow brightness implemented for KWin-Composite effects. Support for animated icons across KDE. Support for output of MathML Presentation Markup in KAlgebra. Python language bindings for the Marble library, whilst creating Plasma DataEngines in Python reaches an almost-working stage. Option to force the number of rows in the Plasma "Taskbar". Start of work on KScoreManager. Import of a minimal KPart for the Palapeli game. Beginnings of filter matching for the syndication plugin (replacement for RSS plugin) in KTorrent. More WebCore-based improvements to KHTML. Initial commit of an "autobrace" KTextEditor extension. Import of KSendEmail, a command-line tool to send email (using D-Bus connectors). The "Bomber" game moves from playground/games to kdereview, whilst Killbots moves out of kdereview into kdegames for KDE 4.2. Kephal (new screen management library) moves to kdereview. The refactored Plasma "System Tray" and "Taskbar" move into trunk in time for KDE 4.2.Read the rest of the Digest here.

Comments:

Bomber? - kubunter - 2008-12-27

Any screenshot or info about the Bomber game? Is it a Qt bomberman?

Re: Bomber? - Anon - 2008-12-27

No, it's a simple "bomb buildings before your plane crashes" type of game; very similar to "Blitz" on the Vic 20, but obviously far better looking :) http://shield008.blogspot.com/2008/11/bomber-moves-into-kde-games.html

Re: Bomber? - Danny Allen - 2008-12-27

http://www.commit-digest.org/issues/2008-10-12/#2 Danny

More WebCore-based improvements to KHTML - kubunter - 2008-12-27

This really sounds like work duplication. It would be good if KHTML devs could merge their work into WebKit, WebKit development process is really open now.

Re: More WebCore-based improvements to KHTML - valentine - 2008-12-27

or rather : your comment is a duplication of the 100 times this subject has been brought up on the dot, so pray look it up in the search box mmh kay?

Re: More WebCore-based improvements to KHTML - ethana2 - 2008-12-28

Don't worry. If Konqueror sticks to KHTML, Epiphany will still be going WebKit.

Re: More WebCore-based improvements to KHTML - Mark Hannessen - 2008-12-28

Or someone else will stand up and write a kpart for it. :) I still like khtml though..

Re: More WebCore-based improvements to KHTML - Marc J. Driftmeyer - 2008-12-29

I prefer my web code to be consistent across multiple browsers and not have basic positional code still screwed up in KHTML. The latest trunk still positions position:relative different than Firefox/Iceweasel 3.0.5, Opera 9.6.3+, Safari3.x+, Chrome, etc. The law of diminishing returns is rapidly approaching.

Re: More WebCore-based improvements to KHTML - s. - 2008-12-29

> The latest trunk still positions position:relative different than > Firefox/Iceweasel 3.0.5, Opera 9.6.3+, Safari3.x+, Chrome, etc. I call bullshit on that... go ahead, show us the html or at least the bug number! :) On the other hand, the latest Webcore svn is still unable to render correctly simple *left/right aligned tables* that render perfectly fine in all other engines including KHTML. They behave exactly as floats, which is a poor implementation.

Re: More WebCore-based improvements to KHTML - Kit - 2008-12-29

>Or someone else will stand up and write a kpart for it. :) Someone wrote one for a SoC project, IIRC. Not sure the stability/how feature complete it is, but it does exist. I'm not sure if my memory is at all correct on this, but for some reason I also remember that some distro switched to using the KWebKit part as the default rendering engine for Konqueror (although, it might have been the *very* early version that pre-dated the SoC project). Personally, I'm a rather big fan of WebKit (which was a good part of the reason I chose it for Foxkit), but I also really like KHTML and think it would be a shame if the development halted.

Re: More WebCore-based improvements to KHTML - Thomas Zander - 2008-12-29

the webkit kpart that allows you to use webkit right inside of konqueror is located in kde svn under trunk/playground/libs/webkitkde I use it quite often and its very nice. The problem I have with it currently is that only in Qt45 webkit will be much more mature and it will basically be the best browser engine around (together with the other webkit based browsers). Just installing it will allow you to select the webkit based engine via konquerors view menu. And yes, its still being developed and could surely need some more love to integrate stuff like kwallet.

thanks! - Vlad - 2008-12-27

Thanks Danny for getting these out. I don't feel that the introductions are necessary, even though they are really nice :) keep up the good work, and I hope the best with whatever busies you

Nice Work - Eric - 2008-12-28

Thanks! Really enjoy these. Keep them coming! If we can catch up, I'm sure they'll get easier to write (And read ;D)