KDE Commit-Digest for 20th January 2008

Saturday, 26 January 2008  |  Dallen

In this week's KDE Commit-Digest: Taskbar and KMenu functionality from KDE 3.5 returns to the Plasma panel, and work on clocks in Plasma, with the move of the binary-clock Plasmoid to kdereview. Improvements in annotation handling in Okular (which has been officially capitalised). Essential support for viewing bug contents in the rewrite of KBugBuster. More data export options (CSV, HTML, etc) in Kalzium. The CVS implementation in KDevelop moves to the Model/View framework. The start of JavaScript functionality in Kst plugins. Usability refinements in Konsole. Mailody begins to be ported to the Akonadi service. A "mirror search" plugin for KGet. IPv6 work in KTorrent. Colour docker improvements across KOffice. Optimisations in KDevelop and NEPOMUK. Various work in KJS and KHTML. Support for the MPRIS multimedia player interaction specification in Dragon Player, with Dragon Player moving from playground/multimedia into kdemultimedia for KDE 4.1. The Kopete Bonjour protocol moves to kdereview. The copy of Qt within KDE SVN is updated to be GPL version 3 compatible. Read the rest of the Digest here.

Comments:

4.1 - winter - 2008-01-26

It's fantastic to read news already talking about KDE 4.1. Gotta love it.

Re: 4.1 - T. J. Brumfield - 2008-01-27

My only question, is that in a few of these digests I read that certain things just missed the 4.0 cut, and are being shelved for 4.1 If these things just missed the cut, couldn't they be released with 4.0.1 or 4.0.2? Not impatient, just curious. (Fragments good. Sentences bad.)

Re: 4.1 - Emil Sedgh - 2008-01-27

Hi No usually, because x.y.z releases are in feature freeze i think. but in some special cases, some features get into the releases.For example there are some plans to add Customization options to Plasma in 4.0.1 or some features are going to be added in 3.5.9.but they shouldnt break the string freeze (no change in strings).

Re: 4.1 - Kevin Kofler - 2008-01-28

If there's something in particular you'd like backported, you can always try contacting your friendly distribution packager(s). :-) I can't speak for the other distributions, but here in Fedora, we'll evaluate such requests on a case by case basis.

IRC Client - Emil Sedgh - 2008-01-26

is there any plan to reactive the IRC plugin for Kopete? or porting konversation? im just runing Kopete from KDE 3.Amarok pre-2 'plays' music, KMail is almost usable and stable (but its not using Akonadi, right?) KDE 4 is becoming more and more usable...

Re: IRC Client - Thomas Zander - 2008-01-26

Everybody raise his hand that still a) has an icq account b) has friends that also have an icq account, but have no jabber account. If the amount of hands is low; thats the reason why nobody has stepped up to fix the ICQ plugin :)

Re: IRC Client - Beat Wolf - 2008-01-26

*rises hand*

Re: IRC Client - Kevin Kofler - 2008-01-26

The parent post was talking about IRC, not ICQ.

Re: IRC Client - Chani - 2008-01-26

and just before anyone starts worrying about the state of icq: I was using icq with kopete's kde4 code back in *2006*, when having a chat window open without crashing was a big thing. ;)

Re: IRC Client - onety-three - 2008-01-26

The ICQ-plugin probably receives the most attention at the moment - Roman Jarosz is simply amazing. His work will be one of my main reasons to switch to KDE4 once it's ready for my needs. By the way, don't judge a protocol's popularity by the popularity in your own country... It varies a lot. From my experience here in southern Germany, nearly everybody uses ICQ, a few lost souls are still on MSN or AIM, and almost nobody uses Yahoo or (alas!) Jabber.

Re: IRC Client - Vide - 2008-01-26

He was talking about IRC, anyway it's recent news that AOL recently started an experiment integrating AIM/ICQ in Jabber (so you can login with your AIM account using the XMPP protocol)

Re: IRC Client - she - 2008-01-27

well personally i use IRC with xchat these days but when i was on windows, i was using icq a lot i still hope something like licq, but maybe smaller, or "embeddable", can show up ... i want a tiny tiny tray icon without any popups on default

Re: IRC Client - MamiyaOtaru - 2008-01-27

/me raises hand

Re: IRC Client - Eike Hein - 2008-01-26

> or porting konversation? Konversation will definitely be ported. The usual mix of real life distractions have put us a bit behind our desired schedule on this one, but it's coming.

Re: IRC Client - stein - 2008-01-31

Good News! Thanks in advance.

Re: IRC Client - Lee - 2008-01-26

I'd like to see an IRC plugin for kopete more than konversation. However, current IRC implementations in all IM clients seem to suck. They need to (in order of importance) * stay logged in to channels without opening windows, as if THEY were the account, and the server connection was just a meta-connection. * show history from a channel when you open it to chat, just like popping up konversation would, if it had been logged in to a channel. * auto-identify with nickservs * be able to ignore specific messages from the server, and bots, so there aren't endless annoying new messages when just logging in. I don't think there's anything else I'd need actually. With those few things, I could forget that IRC is "special" and use it like any other IM account.

Re: IRC Client - kwilliam - 2008-01-26

I remember reading in the developer blogs that there's some new IRC client for Qt4. I can't remember it's name, but someone mentioned that since Konversation wasn't ported it would be a good "excuse" to try this new one. (It had the unique feature of keeping the IRC connection open even when you closed all the windows, or something like that.) I simply cannot remember it's name. Anyway, since IRC is an essential means of communicating among developers, I'm sure some sweet IRC solutions will be available for KDE 4.1, whether it's Konversation, Kopete, or something else. And I suggest the guy who replied about ICQ get some sleep, or a new pair of glasses, lol. :-)

Re: IRC Client - Mark Kretschmann - 2008-01-26

This new IRC client is Quassel, developed by a friend of mine: http://quassel-irc.org/

Re: IRC Client - lukrop - 2008-07-25

This one looks really nice, at least until konversation is ported. Thanks! :)

Re: IRC Client - PhilippeP - 2008-07-02

This is something I really miss in Kopete-kde4 ...

Naysayers proven wrong - yxxcvsdfbnfgnds - 2008-01-26

"The post-KDE 4.0 commit surge continues this week, with 3043 commits. (...) . There is a real buzz to KDE development right now, an extra edge to what is already a vibrant atmosphere, and it is evident everywhere, from IRC to SVN." This proves the naysayers (especially the idiotic OSNews.com crew) wrong who complain that the 4.0 release should have been delayed. If 4.0 wasn't released like this, the commit surge wouldn't have happened.

Re: Naysayers proven wrong - Chaoswind - 2008-01-26

Wrong, it's the opposite. It's proof for a truth behind the critics.

Re: Naysayers proven wrong - yxxcvsdfbnfgnds - 2008-01-27

You can't prove the opposite. The reality is: 4.0 released => development activity increases. This is a benefit for the project overall. Your claim is just pure speculation.

Re: Naysayers proven wrong - Anon - 2008-01-27

Correlation does not imply causation. Your claim is also pure speculation.

Re: Naysayers proven wrong - she - 2008-01-27

His claim is indeed also speculation, but it is a fact that the amount of commits has increased after 4.0 for WHATEVER reason. And this is good insofar as most commits IMPROVE a situation.

Re: Naysayers proven wrong - Iuri Fiedoruk - 2008-01-27

Right and Wrong. Yes, after KDE 4.0 release a ton of commits went to subversion tree. But the reason isn't only because 4.0 brought more developers or made people write faster. Don't forget there was a API/ABI freeze and much of newer feature where developed in branchs or even in the author machine without any commit. It's kind of natural to see a surge of commits after a freeze is dropped :)

Delay - T. J. Brumfield - 2008-01-27

I think they correctly delayed from what would have been a disastrous October release to a promising (if frustrating) January release.

Re: Naysayers proven wrong - YAC - 2008-01-28

And how many of those commits are to TRUNK and how many are to the 4.0 BRANCH? This seems to prove nothing except that, as usual, there is more interest in doing new features than in fixing bugs. For example, since the release was tagged ( 758631) there have been more than twice as many Plasma commits to TRUNK as to the 4.0 BRANCH. IMHO, the critics (which are NOT naysayers but, rather, realists) are correct that KDE-4 wasn't ready for the 4.0.0 release. The release proves it. The desktop lacks significant functions and there are many serious bugs (e.g. 154595). Now I hope that these bugs are promptly fixed but I fear that KDE will return to the seriously defective development model where bugs reported in the current release BRANCH are considered to be fixed if they work in TRUNK. Bugs in the release BRANCH need to be fixed in the BRANCH. The reason for this should be obvious, but it is also advantageous because the BRANCH is more stable and the bug can be properly fixed. Note that if the current code base is going to last for years, that bugs need to be properly fixed, not just hacked.

Pluto is a dwarf planet - Rubén Moreno Montolíu - 2008-01-26

"We have already been deriving Pluto from the KSAsteroid class for practical reasons. With this change, Pluto is now labeled an "asteroid" in the details dialog." But Pluto is not an asteroid, is a dwarf planet: http://en.wikipedia.org/wiki/Dwarf_planet

Re: Pluto is a dwarf planet - gerd - 2008-01-26

For me Pluto stays a true planet

Re: Pluto is a dwarf planet - reihal - 2008-01-26

I thought Pluto was the Dog Star.

Re: Pluto is a dwarf planet - chris.w - 2008-01-26

Spaceballs ftw! :-D

Re: Pluto is a dwarf planet - Richard Lionhard - 2008-01-26

We Love Pluto!!!!! =)

Re: Pluto is a dwarf planet - T. J. Brumfield - 2008-01-27

I thought it was a kuiper belt object. But as far as I'm concerned there is no standard definition of a planet at the moment, which is pretty silly.

Re: Pluto is a dwarf planet - Rubén Moreno Montolíu - 2008-01-28

There is a standard definition of a planet: (1) A planet is a celestial body that (a) is in orbit around the Sun, (b) has sufficient mass for its self-gravity to overcome rigid body forces so that it assumes a hydrostatic equilibrium (nearly round) shape, and (c) has cleared the neighbourhood around its orbit. (2) A dwarf planet is a celestial body that (a) is in orbit around the Sun, (b) has sufficient mass for its self-gravity to overcome rigid body forces so that it assumes a hydrostatic equilibrium (nearly round) shape, (c) has not cleared the neighbourhood around its orbit, and (d) is not a satellite. (3) All other objects orbiting the Sun shall be referred to collectively as “Small Solar System Bodies”. More info: http://www.answers.com/planet&r=67

Re: Pluto is a dwarf planet - LMCBoy - 2008-01-27

While I prefer feedback through bugs.kde.org or on our mailing list, you're absolutely right about this. I'll fix it soon...

Re: Pluto is a dwarf planet - Rubén Moreno Montolíu - 2008-01-28

Ok, thanks! Next time I'll use the proper method to notify bugs.

Re: Pluto is a dwarf planet - LMCBoy - 2008-01-28

FYI, fixed in trunk (can't backport due to new string, "Dwarf planet"): http://websvn.kde.org/?view=rev&revision=767475

thanks - mactalla - 2008-01-26

A great read as usual. Thanks Danny!

Akondi now? - Soap - 2008-01-26

So, is Akondi working in 4.0.x now, or is it going to be in 4.1? I seem to remember it and PIM being scheduled for 4.1. Also, I love all these backends. It should be great for developers and users alike.

Re: Akondi now? - Emil Sedgh - 2008-01-26

Thats planned for 4.1 4.0 has no pim

Re: Akondi now? - T. J. Brumfield - 2008-01-27

I imagined that having a contact/pim backend would be crucial to making good use of nepomuk.

Sigh... - GiacomoL - 2008-01-26

Uhm. Over the years people developed a plethora of KDE-based media players (KPlayer, KMPlayer, Kaffeine, Noatun, and soon even Amarok will have video support), but in KDE 4.1 the "official" video player (as it's the only one on kdemultimedia, everything else is in extragear or elsewhere) is going to be a ultra-basic thing that (I quote from the homepage) "has not yet made a stable release, but it is getting there"...? What a curious decision :/ (Note: this is not a flame. I just think is curious, there's probably a technical reason for this but I can't see it and I'd like that somebody would tell me).

Re: Sigh... - Eike Hein - 2008-01-26

Dragon Player is actually the KDE 4 incarnation of a player that existed in the KDE 3 days as well, namely Codeine, written by one of the Amarok developers. Dragon Player is the KDE 4 rewrite, designed to use Phonon from the outset.

Re: Sigh... - jospoortvliet - 2008-01-26

I like none of the players you mention, except KMPlayer for playing in Konqi. Codeine/Dragonplayer rules them all in terms of just playing movies.

Re: Sigh... - Mark Kretschmann - 2008-01-26

+1

Re: Sigh... - Emil Sedgh - 2008-01-26

another +1

Re: Sigh... - Vide - 2008-01-26

+1 moreover, the default KDE multimedia player should be straight, simple, quick to load, and Dragon Player has everything

Re: Sigh... - Richard Lionhard - 2008-01-26

+1

Re: Sigh... - Leo S - 2008-01-27

Absolutely. I have no need for any of the features in the other video players. Codeine/Dragon Player does what I need it to do without getting in the way. Once in a blue moon I fire up VLC for a stubborn video file that xine has issues with or to get at the slow motion feature.

Re: Sigh... - Jeremy - 2008-01-27

Dragon player is one of the best/simple video players, but are they going to keep that name? Come one, Dragon Player, thats more childish then something that starts with K.

Rule #43 - sebas - 2008-01-27

No Dot story without someone having a different opinion about some name. :~)

Re: Sigh... - MamiyaOtaru - 2008-01-27

Is there an easy way to switch the audio track or turn subtitles on and off? Is there a way to record whatever internet stream it is playing? Without those features I would respectfully have to stick with Kaffeine. It would then be a case of "90 percent of people only use 10 percent of the features, therefore we can cut the other 90 percent of the features and still keep 90 percent of the people happy" backfiring, since the set of features people uses differs from person to person. I really do miss the days when KDE was about enabling, and giving features, and allowing users the opportunity to ignore them, but at least they *are there* for those who do use them. If my software is going to ascribe to gnome philosophies, I might as well use Gnome.

Re: Sigh... - spaceboy - 2008-01-28

You know, there's a reason it's so common to hear of application "extensions" or "plug-ins" these days.

Kaffeine is still a good choice - Ian Monroe - 2008-01-28

You can switch audio tracks and subtitles. I do plan on adding any feature that's that's make or break in being able to watch a movie. Having subtitles for a foreign film would be one of those. :) Recording streams is actually a (somewhat hidden) feature Codeine had, so who knows I might add it back sometime in the future. But really, no one is taking away your Kaffeine. How does having a simple video player mean that omgbbq KDE hates features. Kaffeine is alive and well in KDE extragear and I expect it to be back ready to serve their current users and new users who just expect more features out of their video player.

Re: Sigh... - Goran J - 2008-01-27

I haven't been able to test Dragon, but I really like Codeine for playing movies from DVD. The no-frills interface makes it nearly perfect for this. To be *really* useful for playing compressed movies, it has to be able to change sound sync on the fly, though. I also think you have to be able to skip forward-backwards and a few other things like that. But as I said, I haven't tried Dragon - maye those things are already in in.

Re: Sigh... - Ian Monroe - 2008-01-28

You can use the slider to skip forward and backward, just use the slider. True for Codeine and Dragon Player. If you mean in DVD chapters, that is a feature that I plan on adding in the future. I don't get the point about changing sound sync though... I've never had this problem.

Re: Sigh... - Goran J - 2008-02-01

> You can use the slider to skip forward and backward, just use the slider. Yes, of course, but it's much more precise to use the arrow keys to jump a few seconds backwards and forwards. Especially when you don't use a regular mouse, but a small trackball :) > I don't get the point about changing sound sync though... It's a rather common problem with .avi files. I don't know what causes it, though.

Re: Sigh... - Ian Monroe - 2008-01-26

I'm quite glad that Dragon Player is in kdemultimedia, but the value of being in a KDE module is often overstated. For instance in KDE3, I guess under your theory Kaboodle was the official KDE video player. The reality is that most KDE-distros shipped Kaffeine as their default player. The KDE modules do serve as a way of raising awareness of KDE apps, especially within the project. But its mostly a form of release management. Anyways don't knock Dragon Player until you've tried it. It has a simple user-interface, that's a lot different then being ultra-basic.

Re: Sigh... - gerd - 2008-01-26

The name sounds really bad.

Re: Sigh... - Peter - 2008-01-26

name sounds bad? im happy to see a move away from Kthis and Kthat with KDE4. plasma, dolphin, amarok, phonon, dragon player, etc. etc. all show a move in naming, and its great. The Kapplications is not only ugly, also its inconvenient in menus to look through.

Re: Sigh... - Anon - 2008-01-27

Agreed that it's an improvement to drop the Kthis, Kthat, but "Dragon player" sounds like a game not a media application. Just "Dragon" would be fine though. Given there is some talk of applications being listed with descriptions in the menu listings, the extra descriptiveness isn't needed: it is "just a name" after all.. If the menus go that way, we'll have: "Dragon Player (Movie Player)" ...which is a bit redundant... Kopete Chatter (IM Client) Konqueror Browser (Web Browser) Kmail Emailer (Email Client) See what I mean? Looks good, name aside.

Re: Sigh... - Woe - 2008-01-27

I think 'Dragon' itself is a good name, however the name is not that much of a problem. It is that Dragon by itself does not necessarily mean anything in terms of what the application can do, but I do not think a name should do that anyways. Consider how people of a given profession were addressed ever so long ago, a person could be "titled" John (Black)smith and while his name would 'John' his profession would be a blacksmith. The same could be applied here; the name is Dragon and the profession-if you will-is a media player so it could be titled Dragon media-player. That way people know what it does while giving it a unique name. Also for instances like the 'Kmenu' only the name would have to be displayed resulting in something like Dragon (Media Player) so no redundancy. :)

Re: Sigh... - MamiyaOtaru - 2008-01-27

Because it's really obvious what Okteta is for. KHexEdit was just too obscure. Why K*appname* gets slammed when G*appname, i*appname* and Win*appname* get a relatively free pass is beyond me. I appreciate a name that tells me at a glance what it does, and for which OS/environment it is created. I think the move away from such names it the latest mass hysteria to strike KDE, in the same vein as the widespread love at the time for Keramik. Given time, perhaps this move will be seen as something other than a bright idea, the same way Keramik was tossed into the junk heap.

Re: Sigh... - olahaye74 - 2008-01-28

+1 in freshmeat, if an app name is unknown to me, then if its name starts with a k I give alook at it as it is highly probable that it'll be a kde app that takes benefit of the integrated desktop. else I skip as if it's a graphical app, it won't take benefit of the tight integration, thus: useless.

Re: Sigh... - Mark Kretschmann - 2008-01-26

I disagree. "gerd" sounds really silly though.

Re: Sigh... - T. J. Brumfield - 2008-01-27

KDE has always been about choice. You seem to suggest that the current state of KDE represents KDE's final goal, which is a falacy. KDE 4.0 didn't have a video player at all, so you're suggesting officially KDE abandoned video players, and by having 1 video player in KDE 4.1 the official stance is to only have one official player. Basically, don't read too much into the fact that not all the KDE 3 apps have been ported over. In a volunteer world, people opt to port over what they opt to do so. I'm sure most of the KDE 3 apps will get ported over in time.

K3B anyone? - Jeremy - 2008-01-27

What happened to K3B? Does it get ported to QT4 and get a sexy new oxygen look or is there something different?

Re: K3B anyone? - Emil Sedgh - 2008-01-27

I think there is a very nice work going on it because everytime i update extragear/multimedia, i see that many files are updated from K3B. and probably a refactoring to use solid for hardware abstraction...?

Re: K3B anyone? - cheko - 2008-01-27

There is a blog entry on k3b.org from the 24. January about it: http://k3b.plainblack.com/k3b-news/blog

Re: K3B anyone? - Koko - 2008-01-27

@Danny or @Troy, little suggestion: Could you interview Sebastian Trueg about state of K3b-kde4 and post it in another digest or similar? A lot of people would be interested

Re: K3B anyone? - Iuri Fiedoruk - 2008-01-27

Don't forget also that k3b is one of the most rock-solid apps in all KDE world. So we should not expect a quick-bugged-rushed version soon, they probally won't do the same as KDE team did for 4.0 ;)

Re: K3B anyone? - Luis - 2008-01-28

Aaron and the rest of the team bleeds from the little almost unnoticeable hit.

Re: K3B anyone? - Johnny Awkward - 2008-01-30

But so true.

MVC Framework - Marc Driftmeyer - 2008-01-27

Pardon my observation but I keep seeing this MVC embrace and have to rant: I just love how the C++ world and Java world has "embraced" this Smalltalk/ObjC/Cocoa MVC world. You abhorred it when NeXTStep/Openstep had it as the center of it's entire development paradigm. Suddenly we see this grand renaissance as if it never happened but within the Java/C++ world. end of rant.

Re: MVC Framework - Nick Shaforostoff - 2008-01-27

the point is not in 'who was first' (or 'who's to blame' / 'what to do next'), the point is in the fact that idea exists and in bringing it into life (realization). The devil is in the details

kopete - RJ - 2008-01-27

On KDE 4 I was having problems with kopete last night, it wouldn't connect to msn. So I updated KDE then went to bed, this morning Kopete wont even open. shows up on the task manager for about 10 seconds then closes. How do I find what is happening so that I can report it?

Re: kopete - Sebastian - 2008-01-28

I would open it from konsole in order to see some terminal output...

Re: kopete - RJ - 2008-01-28

Yeah, thats what I want to do, but i've barely used konsole so don't know what to type in Konsole to open it. I'm on opensuse 10.3, if anyone needs to know that.

Re: kopete - Haakon Nilsen - 2008-01-28

Just type 'kopete' (minus the quotes), then enter.

Re: kopete - RJ - 2008-01-28

hi, yeah I have done that, that's why i thought something else had to be written because when I type it nothing happens. I've tried reinstalling kopete and everything.

Kget finally starting to catch up? - Yeah Right - 2008-01-28

Finally, mirror search functionality. But will it also: - automatically split downloads into multiple parts - download several parts simultaneously from different mirrors - measure mirror response time and dynamically adjust which mirrors it uses?

NOKIA aquires Trolltech ! ? ! ? ! ? - Thomas - 2008-01-28

What's going on here? First I read this I was quite shocked, but as the dust is settling, I wonder what are the positive effects?

Re: NOKIA aquires Trolltech ! ? ! ? ! ? - peter - 2008-01-28

I thought the same, WTF!

Good news - Hobbes - 2008-01-28

A positive aspect is that Nokia will apply to become a Patron of KDE. It is announced in an open letter addressed to KDE :-) and the opensource community: http://trolltech.com/28012008/28012008-letter This is very good news to have support from such a firm. Nokia will probably rely on Qt for its products, which is very positive for Qt, and therefore for KDE in the end.

Re: NOKIA aquires Trolltech ! ? ! ? ! ? - asdf - 2008-01-28

there are no positive effects. in the short they will pretend to support opensource. but in the long term KDE will have to switch to something like openqt.

Re: NOKIA aquires Trolltech ! ? ! ? ! ? - Richard Lionhard - 2008-01-28

I don't see this as a positive thing.. Embrace, extend, extinguish. Well Nokia isn't that evil. They will just stop bothing with open source updates, or helping the KDE community beyond what's necessary to support mobile phones. This is a sad day for open source.

Nokia & Trolltech - anonymous coward - 2008-01-28

Ouch, I really don't like this. Trolltech will now be part of a slow-moving, corrupt, pro-software-patent company that is against open standards like ogg. What currently bothers me most (and I haven't even seen anyone asking) is that probably QTopia is going to die. Because I don't see Nokia switching to an opensourced phone architecture. And why would a company that openly rips subsidies and fires people making a plus invest in a second phone framework? IMO, Nokia sucks both morally and technologically, and it's sad to see Trolltech going there.

Re: Nokia & Trolltech - asdf - 2008-01-28

I couldn't agree more

Re: Nokia & Trolltech - Jos - 2008-01-28

In other news, Nokia, a pro-software patent company releases millions of lines of code under both the GPL v2 and the GPL v3 license. Now that Nokia 'owns' KDE, their actions with regard to Trolltech will make their stance on Free Software very clear. This is a very interesting development, potentially harmful, but also potentially very positive for KDE and Free Software in general. Let's hope that Nokia will not cut resources on the many useful technological developments.

Re: Nokia & Trolltech - T. J. Brumfield - 2008-01-28

Just curious, but what GPL code has Nokia released?

Re: Nokia & Trolltech - jos poortvliet - 2008-01-29

A lot, both kernel code and GTK stuff. They also work on WebKit.

Re: Nokia & Trolltech - julia - 2008-01-29

> They also work on WebKit. no, they don't. They just forked webkit years ago to tailor it to a tablet product and that's it. Pure opportunism. No commitment.

Re: Nokia & Trolltech - Richard Lionhard - 2008-01-28

This is a sad day for open source.. Qt will die beyond what's necessary for phones... What, google wasn't available to buy trolltech? C'mon. Google at least has a policy of "don't be evil!" I was so exited that google jumped on the KDE bandwagon, then this... What is this the dot-opensource? Now it seems that all these old companies are buying up open source projects. What will come of this? First, SuSE, then mysql, then Trolltech, what's next? Qt we will miss you. You had so much going for you in the Qt 4.x version.. -Richard

Re: Nokia & Trolltech - markc - 2008-01-29

The biggest problem I see with this takeover by Nokia is that it will marginalize whatever neutrality TrollTech offerred when dealing with other massive mobile and desktop players. For instance, when KDE4 applications show up on winmac systems the end users would have seen them as almost generic "open source" additions to their desktop, now it will tilt more towards "hey, check out this Nokia stuff running on my winmac desktop". Same with Qtopia, it was just another open source option available to run on whatever hardware could support it but now it's "that Nokia stuff" that may start to find itself actively inhibited in non-Nokia aligned hardware. I can't imagine Steve Jobs ever being happy about Nokia based software running on any Apple based products whereas before it would have been more of a "we don't care about marginal stuff from TrollTech". This will be bad for KDE if KDE is seen as an extension, a subsidiary, of Nokia (from other corporate players point of view), or, it could be okay if KDE is forced to establish more of it's own identity divorced from Nokia.

Re: Nokia & Trolltech - Beat Wolf - 2008-01-29

i doubt that risk is real, kde isnt viewed as a extension of trolltech right now