Recently, a discussion about KApplication::random() popped up on kde-cvs. People were asking to move this in a Math tool class. This reminded me of something the KDE-Qt integration group in n7y discussed as a "would-be-nice-to-have" thing. But let me first describe my POV:

It's been a while since i posted last but i fixed some merging bugs... I dont know why they happened but i guess it is because i suck. I should not have committed this stuff before properly trying if it was safe to commit.

Things i fixed are like:
* proper handling of the exit status (diff can return 2 (trouble according to the man and info pages) and there are still differences)
* removed some unneccessary files

This week I also fixed some compiler warnings about using deprecated methods.

I hope this becomes a loose series of various things that I would like to change for KDE 4.0. The code may appear in kdenonbeta/kdeutil where I keep utility classes for the KDE namespace.

So, I've spent the last 3 days porting the Redmond KWin decoration to the new kwin_iii style API in my spare time. In case anyone actually cares, here's how it broke down by the day.

Day 1: Make it compile with the new API. Mostly search and replace. Spent maybe an hour. Didn't compile completely cleanly, so I gave up for the day.

It's been a while since my last entry here, so I thought I'd tell everyone what I've been up to. :)

As there is a feature freeze right now I haven't commited anything, but I thought people wanted to know how things are progressing. :)

So much to code, so little time...

I found an older .plan, and was reading through it. It's from roughly two months ago, and it has notes such as "Find all configuration pages that have a sucky UI, and make them suck less." Heh. Was I really that naive so recently?

Seth Nickell wrote a blog entry about the relation between Gnome and KDE. The short summary is that Gnome and KDE are just two flavours of the free desktop(.org) that are technically too different to be merged, but work toward a common higher goal and should thus share as much components and standards as possible.

KJSEmbed can now handle events. At the moment only mouse events, but the rest will come soon. The example below shows how this can be used in practice. Note that I haven't committed this code yet, so it'll be a couple of days before you can use it.

Today I fixed the oldest KOrganizer bug which was in the bug tracking system. The report was more than three years old. It was about the "awkward implementation of the 'add event' use case" and said that it should be possible to select a time range with the mouse and then create the event by just typing the summary. Ok, now it finally works.

Well, I said originally that I wasn't going to release this, but the reactions have just been too funny so far to pass it up.

It's not an official release, yet, of course - I still have to implement the rendering code for the sliders and tabbars and probably a few other widgets too. But the sneak preview is out...