KDE Commit-Digest for 29th October 2006

In this week's KDE Commit-Digest: Work on Decibel and the KDE-based NEPOMUK components accelerates. The Unity web rendering engine experiment is removed from KDE SVN, due to a change in the circumstances that prompted its creation. KTabEdit, a guitar tablature editor is imported into the KDE SVN playground. A branch of kde-pim for improvements in future 3.5 releases shows promise with the introduction of several new features. QMA, an experimental email client, continues to mature and is renamed Mailody. Usability and file format support refinements in Amarok. Speed optimisations in KViewShell and KFTPGrabber. More improvements in the state of games in KDE 4.

Dot Categories: 

Comments

by AC (not verified)

Is there anyone that can comment about the removal of the unity engine? Does this mean that the kde khml codebase has been resynced with webkit?

by SadEagle (not verified)

No. It means that people who like the idea of Unity are continuing to work on it in Apple's repository, not KDE's.

by Carewolf (not verified)

Which is another way of saying there is no unity (with small 'u') ;)

by fred (not verified)

So how will it effect our beloved KHTML and Konqueror? Does it mean that the KHTML team splits into KHTML and Unity + Webkit? I would really cry if we lost KHTML and Konqueror, especially for KDE 4 which IMO really needs a decent browser...

by SadEagle (not verified)

Thus far, this project doesn't affect KHTML at all, since it doesn't resolve the issues relevant to KHTML development. Basically, the Unity answer is "throw out 3+ years for work, and do unpaid work for Apple under their rules".
One or both parts of this have to be changed for this stuff to be anything more than a new target of a fork. May be they'll be changed, may be they won't, but don't consider anything definite.

by fred (not verified)

Ok, after reading your comments at least I know that the status is still uncertain now. I wish all the best for the developers and thanks for all your great work on KHTML and Konqueror!

by Andre Somers (not verified)

May I ask out of what position you make this statement. Are you a KHTML dev yourself (or close to that group) so you have inside knowledge of this, or are you just conjecturing? I find your comment interesting, but it would be good to know your position when interpretting it.

by cartman (not verified)

SadEagle is a well known KDE/KHTML hacker, if you don't know him you don't read SVN commits ;)

by Andre Somers (not verified)

That's right, I don't. That's why I asked here. :-) Thanks for clarifying!

by Thomas (not verified)

Interesting this is...

> do unpaid work for Apple under their rules

I thought the appeal of unity is the other way round. KDE profits from further developments of the Safari-team inside Apple. It's supposed to be a win-win situation, as Apple does pay some developers to work on an OSS project...

I think the biggest argument speaking against unity is that khtml is elegant and does little compromises in terms of code cleanness and quality, whereas apples fork of khtml got some unattractive modifications (probably in quick'n'dirty style). It's the way software has to be done in the big business, but just not the usual style of an OSS project and especially not of KDE...

by Carewolf (not verified)

That argument is a little dead now. Actually Apple are doing a lot to clean up the code and there are many ugly parts in KDE KHTML as well.

The problem is more that WebKit is still predominately developed for Safari, which means we either are forced to fork or follow Apple releases. Secondly that all patches has to be beneficial to Apple, because they can approve and disapprove patches, but not the other way around.

So the problem that needs to be resolved is some way to avoid being forcefed Apple dogfood.

by germain (not verified)

> Actually Apple are doing a lot to clean up the code

As Nietzsche puts it "Who wears cleaned rags will be cleanly dressed without doubt, but dressed with rags nevertheless".

by st. germain (not verified)

That's pathetically elitistic.

by germain (not verified)

ouch! I forgot about the Nietzsche bot..

by st. germain (not verified)

That's pathetically elitistic.

by Tuco (not verified)

kool site

by romain (not verified)

Give yourself a chance...

by Mikun (not verified)

What it could actually mean is that KHTML developers are splitting. That would be a big mistake, IMHO, specially for the ones that remain at the old KHTML project. Even if just a third of KHTML start developing Webkit, there is no way KHTML can compete with the combined might of Webkit and a those new KHTML developers.
I guess KDE4's Konqueror webbrowser should be able to switch between both engines. But in the long run KHTML would fall behind.

Just my 2c.

by Thorsten Schnebeck (not verified)

I think its only a new home:
http://lists.kde.org/?l=kde-commits&m=116162004313833&w=2

Bye

Thorsten

by Henning (not verified)

I would also like to now what "due to a change in the circumstances that prompted its creation" means..

Thanks,

Henning

by Victor T. (not verified)

From the commit digest:

"Simon Hausmann committed a change to /branches/work/unity:
- this is obsolete, thanks to Nikolas's excellent work of feeding everything
back into Apple's repository (and more!)"

by Daniel "Suslik" D. (not verified)

Yesterday bumped against a very good feature the Unity should have brought - "word-wrap: break-word" tag support.

It is outside of CSS/HTML guidelines, but without it, putting a link in Kopete's chat window completely brakes the layout. It seems only products from parties that care about users (Microsoft and Apple :) ) that have that tag recognized.

Just a little noise from the other side of the coin... :)

by Sergio Cambra (not verified)

It's CSS3

by mart (not verified)

> The past weekend saw the second bug triage day, concentrating on the
> kde-pim module.

Great. They closed my bug. I wonder if they'll actually fix it next time.

by Leo S (not verified)

Link? Maybe there was a mistake, or maybe it was a poorly defined bug that no-one could reproduce and had no more detailed info.

by mart (not verified)

I've left a question to try to track it down, but once they closed the bug, they lost interest.

http://bugs.kde.org/show_bug.cgi?id=114704

by Robert Knight (not verified)

> Great. They closed my bug. I wonder if they'll actually fix it next time.

If the bug still occurs for you then re-open it.

by Jan (not verified)

Shouldn't it be replaced be oKular? Why is there still work on it?

by AC (not verified)

Why does it need to be replaced by okular?

by superstoned (not verified)

indeed. we do have now two applications which look the same and (try to) do the same. this might not be the best situation, but only time can tell which one is/will be the best. after all, this is how free software works.

by Corbin (not verified)

oKular may have a great name, but name alone doesn't determine which application (oKular vs KViewShell) is the better universal viewer.

by Albert Astals Cid (not verified)

Just for the record, the optimizations they added to kviewshell are in okular code for a year or more already.

by ac (not verified)

relax, albert! You're a great coder. Oklular is a nice program, so is KViewShell.

by Albert Astals Cid (not verified)

You still have to see me unrelaxed ;-)

by Corbin (not verified)

Just for the record, I wasn't commenting on the quality of either of them (except that I like the name).

by Andre (not verified)

Dublicate effort? That's not good.

by Hobbes (not verified)

Why this new software? Is there anything wrong with KMail?! There is no explanation on Mailody website, except maybe the sentence "Supports Tabbed email reading" at the bottom.

Will it support IMAP only? I think this would be a mistake to support only one protocol.

Good luck anyway!

by fred (not verified)

You can read this: http://www.omat.nl/drupal/?q=node/98 (the author's blog). And also some interesting articles in his blog regarding this new email client ;)

by AC (not verified)

>>Is there anything wrong with KMail?!

Why should the creation of Mailody mean that there is anything wrong with kmail?

by Hobbes (not verified)

> Why should the creation of Mailody mean that there is anything wrong with kmail?

It seems obvious to me: they are both mail clients! Whether KMail has nothing wrong and a new mail client is purposeless, whether KMail lacks features and a new client may be useful. Pure logic.

I have read his posts on his blog (thanks Fred). Mailody was started because its author missed features in KMail and he was not able to add them in KMail. It seems that KMail code was hard to understand.

by Stephen (not verified)

> It seems that KMail code was hard to understand.
Sadly I'd agree if that were the case.
I tried to look into fixing something a few days ago. It is horribly unorganized under the top level directory they have 414 files!
I hope for kde4 they plan on cleaning it up a bit.

by Janne Ojaniemi (not verified)

"Why this new software?"

Because the developer had an itch he wanted to scratch. Why should the developer need to justify his activities to you?

"Is there anything wrong with KMail?!"

Maybe, maybe not. How this is relevant to Mailody is beyond me. Or are you sying that we should forbid developers from working on another apps, if there already exists a similar app? Related to this: have you already told Amarok-devels to stop working on Amarok, since we already have Juk? How about Kate/Kwrite/Kedit? Konsole/Yakuake? Kaffeine/Codeine/Kmplayer/etc.?

BTW. Shouting questions is quite rude.

"Will it support IMAP only? I think this would be a mistake to support only one protocol."

If it doesn't work the way you'd like, then don't use it. Problem solved.

by Hobbes (not verified)

I hope that KDE developers are not all that rude and irrational! I planned on working for KDE, but now I ask myself questions.

Actually, I should not ask questions, apparently. Do KDE developers think that starting a new application without any goal is a good option?!

I think that reasonable people start a new application because there is something wrong with other similar applications (or because there is simply no similar application!). They have new ideas to improve things (may it be in features, code organization, license, etc.). This (of course) applies to Mailody (see the link given by Fred). I wanted to know what was wrong with KMail (I was surprised), and Mailody author explains on his blog: essentially bad code to add the features he wants.

I hope KDE developers have enough in mind, too, in order to explain their goals! I feel afraid now!

"If it doesn't work the way you'd like, then don't use it. Problem solved."

Nice. I appreciate the advice. :)

Seriously my point is: nowadays applications tend to do a lot. Toolkits, programming languages and techniques are good enough to build complete and perennial applications. If one wants Mailody to have some future, other developers, etc. it should aim at having at least POP in addition to IMAP. Otherwise, Mailody will not spread too much and will not gain a lot of developers. And in the end, it will be abandoned when the original author stops it. So this is just an advice...

Crazy world, anyway...

by Janne (not verified)

"I hope that KDE developers are not all that rude and irrational! I planned on working for KDE, but now I ask myself questions."

I'm not a KDE-developer. Nor do I consider myself to be "irrational". All my opinions are mine and do not represent KDE in any shape or form.

"Actually, I should not ask questions, apparently."

Sure you can ask questions. But asking them in a demanding manner ("why this piece of software? Is there something wrong with kmail!?") is quite rude. Instead of shouting questions and demanding answers, why not simply ask (for example) "why not work on Kmail instead?". The tone is much nicer. Using exclamation-points ("!") in questions make it seem like you are shouting and demandind answers.

I'm not even sure what prompted this discussion. So we have a developer who started writing a new mail-client. More power to him! Sometimes (most of the time) people do what they want to do, and maybe he just wanted to write a new mailclient. He did not want to work on Kmail, he wanted to start from scratch. And there's nothing wrong with that. Something the best course of action is to start from the beginning.

by Janne (not verified)

"Why this new software?"

Because the developer had an itch he wanted to scratch. Why should the developer need to justify his activities to you?

"Is there anything wrong with KMail?!"

Maybe, maybe not. How this is relevant to Mailody is beyond me. Or are you sying that we should forbid developers from working on another apps, if there already exists a similar app? Related to this: have you already told Amarok-devels to stop working on Amarok, since we already have Juk? How about Kate/Kwrite/Kedit? Konsole/Yakuake? Kaffeine/Codeine/Kmplayer/etc.?

BTW. Shouting questions is quite rude.

"Will it support IMAP only? I think this would be a mistake to support only one protocol."

If it doesn't work the way you'd like, then don't use it. Problem solved.

by liquidat (not verified)

I have to admit that I'm a bit troubled about the current status of khtml vs Unity as well. What is the situation? And what will be the benefits and shortcomings?

Also, the khtml.info side is broken, can someone, please, fix that?

by Gato (not verified)

KHTML - Unity, KMail - Mailody, Okular - KViewShell, there seems to be a very strong pattern here. Some users would like all developers to work on the same project, some developers don't agree upon the path to take and write different apps. This is why there is Krita and not just the Gimp, this is why there is Amarok and not just XMMS ( for heaven's sake ;-) ). This is probably a good thing. The people who prefer to work on old KHTML don't want to work on Unity, I presume. The people who still develop KViewShell have some reason (it doesn't matter whether it's a good one) to not work on Okular. So they wouldn't work on Okular anyway.

Sure it's bad to split efforts when there's no serious reason, but on the other hand it's good (very good) to have two or three different apps with different philosophies for (approximately) the same job. KDE is just one development platform, but KDE apps are plenty, which is just a proof of the success of the platform.

by Rick (not verified)
by illissius (not verified)

"This is probably a good thing."

Not necessarily. It's both good and bad. Look at it as a solution to a problem. The problem is the developers don't agree about the proper way forward. This is not good; it would be better if there were consensus about the correct path to take, and everyone's efforts could be unified towards a single goal, which would then be attained faster. But they don't agree, so the solution is that each of them tries his or her preferred method separately. This is good: eventually, we will find out which of them was right. (Could be both).

by Gato (not verified)

> it would be better if there were consensus about the correct path to take

Right, as long as the path is really the correct one. But some paths have subtle flaws that will only be revealed by experience. And sometimes none of the paths is the correct one, because the competing solutions are not really solutions to the same problem, they are solutions to similar problems.

Sometimes the developers are not compatible themselves, and they can't form a single team, so they do the next best thing and form two teams.

It's not really a reason to get alarmed. However if none of the alternatives ends up really good, then you do have a real problem - and then it might be time to sacrifice diversity and emphasize sameness.

What's important is letting things evolve instead of getting dogmatic.

Oh and it's also important to ship just one of the alternatives with stock KDE, and perhaps make it easy for distributions to replace it with their choice. And icecream. And an end to bugs ;-)