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
Any screenshot or info about the Bomber game? Is it a Qt bomberman?
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
http://www.commit-digest.org/issues/2008-10-12/#2
Danny
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.
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?
Don't worry. If Konqueror sticks to KHTML, Epiphany will still be going WebKit.
Or someone else will stand up and write a kpart for it. :)
I still like khtml though..
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.
> 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.
>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.
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 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
Thanks! Really enjoy these. Keep them coming! If we can catch up, I'm sure they'll get easier to write (And read ;D)