KDE Commit-Digest for 30th March 2008

Monday, 7 April 2008  |  Dallen

In this week's KDE Commit-Digest: The menu item styles of the KDE 3 "Classic" menu return to Kickoff. GetHotNewStuff for KDE colour schemes. "Recently Visited" listings in Konqueror. A new simplified hotkeys configuration module. The ability to print a "cheat sheet" of shortcuts. Automation plugin for scheduling checks, and GetHotNewStuff support in KLinkStatus. Support for Synonyms, Antonyms and False Friends in Parley. Improved online play (through GGZ) in KSquares. "Photocopy" functionality in Kooka. Various scripting improvements and integration in Kross and Plasma. Ability to monitor the input and output of processes, and support for pausing and resuming processes in KSysGuard. The ability to scale remote VNC desktops in KRDC. On-the-fly spell checking comes to Kile. Work on a knotify-dbus-plasma bridge. A fullscreen KDE splashscreen, without flicker. Printer-applet (written in Python) replaces KJobViewer. Kubrick and Glimpse move to kdereview. KTip has retired. Various anticipated sanity enhancements to the default settings of a KDE desktop. The bugfix edition KDE 4.0.3 is tagged for release. Read the rest of the Digest here.

Comments:

Thank you!! - Ronald - 2008-04-07

Hi Danny, thanks for the digest and congrats for these wonderful digests these last two years. I've read them all and it was worth it every time! Best regards, Ronald

Re: Thank you!! - peter - 2008-04-07

I hope you don't get tired of hearing the same message time and time again: Thanks Danny! Much appreciated!

Re: Thank you!! - pinda - 2008-04-07

Yes Danny, your work is very much appreciated. Ever since I discovered the commit digest (about a year ago), I look forward to it every week. Amazing how you can create a summary each week from the absolutely immense amount of commits that are done every time. Thanks!

Re: Thank you!! - Jure Repinc - 2008-04-07

Absolutely. A big thank you to Danny! It is just a pure joy to read Commit Digest every week and getting inspired by all the hard work KDE people do. And happy birthday to CD! It looks like I'm not the only one having a birthday on the same day :)

Re: Thank you!! - Emil Sedgh - 2008-04-07

+1

Re: Thank you!! - Iuri Fiedoruk - 2008-04-07

+2 - incremental adding :D

Re: Thank you!! - alsuren - 2008-04-07

Now if I add 3, and the next person adds 4, it will grow like n^2. Sounds like fun.

Re: Thank you!! - jospoortvliet - 2008-04-07

+4 :D

Re: Thank you!! - m. - 2008-04-07

+5 ;) Thanks Danny!

Re: Thank you!! - R - 2008-04-07

+6 (!) Been a pleasure to read

Re: Thank you!! - T - 2008-04-08

*7 (n^2 is just too slow, time for n-factorial!) Seriously, thanks a million, Danny!

Re: Thank you!! - Thorben - 2008-04-09

Yes, thanks a lot, the digest is always great :-) +8

Re: Thank you!! - onlinelli - 2008-04-09

*8 Always great to read, thanks! :) As we are in the factorial-function now, we should also include all those KDE-Developers who are commiting..

Award - Emil Sedgh - 2008-04-07

and the 'SVN Log Message Of The Week' goes to: Jonathan Riddell: die die ktip, bwahahahah this should be entered on theDots quotes list to appear in the footer =)

Re: Award - Jonathan Thomas - 2008-04-07

+1

Re: Award - jospoortvliet - 2008-04-07

How about this one from Peter Penz: (must go for breakfast now, otherwise I'll eat my keyboard...). Love it ;-)

Interface redesign for KOffice? - yman - 2008-04-07

Is KOffice going to use the ribbon interface like MS Office 2007? because that's what the screenshots make it look like. From what I can tell, the ribbon interface isn't the standard of KDE 4, so if it is used in KOffice, it will cause inconsistency.

Re: Interface redesign for KOffice? - fred - 2008-04-07

So far only Kexi uses that kind of ribbon-like interface, the rest of koffice uses different approach in the UI. Let's hope there will be a student for KOffice usability project and bring a nice UI to KOffice.

Re: Interface redesign for KOffice? - Sebastian - 2008-04-07

There even had been a Koffice UI competition on this web site. There was a winner with an interesting concept. Neither I understand why the selected concept will not be implemented, nor I would agree with yet another student project without public control.

Re: Interface redesign for KOffice? - Boudewijn Rempt - 2008-04-07

a) The koffice ui competion wasn't a student project b) We have implemented much of Martin's ideas -- and Martin himself is a valued KOffice developer now c) We have learned a lot in the meantime and have found we could use some expert help d) Why should anyone care whether you agree to anything or not?

Re: Interface redesign for KOffice? - Sebastian - 2008-04-07

I am sorry. I was completely mistaken. I got the impression someone suggested to "hire" some student who would design his own "personal" optimal UI. This was meant by "public control" - more eyes see more than just a pair of them meaning a winner of a competition would probably follow more advice than "some" student following ust his own plan. I didn't know that the idea origined in the KOffice team to improve the concepts received in the competition. So, please, forget my trolling.

Re: Interface redesign for KOffice? - fred - 2008-04-07

I was referring to this: http://dot.kde.org/1206119837/ ;)

Re: Interface redesign for KOffice? - Sebastian - 2008-04-08

Thanks. I missed that one. ;)

Re: Interface redesign for KOffice? - hans - 2008-04-07

Public control? Who do you think you are to ask the developers to be publically controlled?

Re: Interface redesign for KOffice? - Debian User - 2008-04-12

Hello, don't you or anybody else note the uselessness of the argument? KDE is Free Software developed in a public repository. Does that ring something? KDE makes a point about releasing software before it's ready. Does that ring something? Why would you even start to think the issue of public vs. non-public exists when KDE is already 100% public all the time? Yours, Kay

Re: Interface redesign for KOffice? - openSOURCE - 2008-04-14

Well it's called opensource not opendevelopment. The development ist not open to the public.

Re: Interface redesign for KOffice? - openSOURCE - 2008-04-14

If you don't believe me try to intgerate a patch in the upcoming 2.6.25 kernel. You will soon understand that not everyone is accepted as developer in a project and that is of course for good reason. So again: It's only the source that is open .

Re: Interface redesign for KOffice? - openSOURCE - 2008-04-14

Well it's called opensource not opendevelopment. The development ist not open to the public.

Re: Interface redesign for KOffice? - JRT - 2008-04-15

Developement most certainly is open to public view. Anyone can download a copy of the latest SVN. And file bugs against it. OTOH, if someone develops something outside of SVN, then it is not open to the public. Note that even more open development would be an improvement in some cases.

Back to 3.X - Iuri Fiedoruk - 2008-04-07

After using KDE 4 from 0.0 to 0.3 I returned to KDE3 and I have to say: Thanks god, it was already time! Not that KDE4 is horrible, but 4.0 series is so unstable I could not work on it without a Plasma crash, and Plasma was not saving my settings (added plasmoids, geometry, etc), so every time I logged in KDE I had to re-add the plasmoids :-P So, two questions: - is there a way to force plasma save? I know that in 4.1 series plasma now save geometry often (there was a bug about this that I've read) - is there a way to use a dark kicker (much like the one in KDE4) without having to change all colors to deal with a dark background? (I mean having white fonts only in the panel, because black fonts over black is not nice to read). Thanks in advance, and I'll wait for KDE 4.1.. or 4.2 :-P

Re: Back to 3.X - Emil Sedgh - 2008-04-07

1)probably logging out before it crashes... 2)yes there is.search for slim glow on kde-look.org, but for plasma themes that change color, you should wait for 4.1

Re: Back to 3.X - Iuri Fiedoruk - 2008-04-07

>1)probably logging out before it crashes... Yah, and what happens if it crashes IN logout? (that is my case), ehehehhehe.

Re: Back to 3.X - Debian User - 2008-04-12

Just don't log out? ;-) Yours, Kay

Re: Back to 3.X - Iuri Fiedoruk - 2008-04-07

>1)probably logging out before it crashes... - Yah, and what happens if it crashes IN logout? (that is my case), ehehehhehe. >2)2)yes there is.search for slim glow on kde-look.org, but for plasma themes that change color, you should wait for 4.1 - I asked about kicker, not plasma panel :-D

Re: Back to 3.X - Jonathan Thomas - 2008-04-07

KDE4 doesn't have Kicker.

Re: Back to 3.X - Iuri Fiedoruk - 2008-04-07

And what is the title of my post? (back to kde 3.x) I want to know if there is a way to make kicker look like plasma panel (white fonts on black brackground) without making all windows use this same color scheme.

Re: Back to 3.X - Morty - 2008-04-07

Configure Panel - Appearance. Not sure you can manage to make it look anything close to Plasma, Kicker was never particularly flexible.

Re: Back to 3.X - jospoortvliet - 2008-04-07

Make a plasma theme... Maybe KDE 4.1 will have color settings for plasma.

Re: Back to 3.X - Emil Sedgh - 2008-04-08

Sorry, they are not going to match color with system colors, like Aya theme?

Re: Back to 3.X - AS - 2008-04-08

You can fake a BG color for the kicker by specifying an image to use. Getting its fonts to be white without white fonts everywhere else? Well, you could probably change a line or two of code in kicker and compile it. and laffo at everyone assuming you are talking about the plasma panel in KDE4 :D

Re: Back to 3.X - Martin Fitzpatrick - 2008-04-08

I had mine set up with a blank panel (semi-transparent) with white fonts on it. You need to play with the settings but as a general rule go through and turn everything 'transparent' then reduce transparency. That's the only way to get rid of the borders around elements on kicker. Give KDE4 another go when you get the time. It's settling quickly. Thanks.

Re: Back to 3.X - Soap - 2008-04-07

My kde4 installation occasionally crashes on logout too. When it happens I even lose the previously saved plasma-appletsrc file. When it doesn't crash, it comes back with the right widgets, but the geometry for the taskbar and sytem tray (both in desktop containment, not panel) isn't restored properly.

Re: Back to 3.X - Iuri Fiedoruk - 2008-04-07

Just to clarify: <<is there a way to use a dark kicker (much like the one in KDE4) >>is there a way to use a dark kicker in kde3 (much like the plasma panel in KDE4)

caution, off topic post, save kde-forum - mimoune djouallah - 2008-04-07

hi all please save kde-forum it is invaded by evil spammers . friendly

Re: caution, off topic post, save kde-forum - R. J. - 2008-04-07

wow that is getting spammed, and moderators seem to be slow in responding to it.

Parsek - ac is people - 2008-04-07

Parsek sounds great. Konquest is fun for a game or two but it's just too simplistic. I don't expect anything to rival the complexity of Galactic Civilizations II or Master of Orion III (which is actually a pretty good game with current fan patches and mods. Too bad it was a buggy, unplayable monster at release) but a 4X game with a bit more depth would be a great addition for KDE Games. :)

Re: Parsek - Jure Repinc - 2008-04-07

I'm glad you like the idea of Parsek. I also don't plan it will be as complex as GalCiv2 aor MOO3, especially not when it comes to graphics. For now I plan it will just stay a nice 2D client. But there is nothing that prevents the games as complex as Stars!. If you have examine Thousand Parsec a bit you can see it is basically just some protocol made especially for space 4X games. So you can create a ruleset (the actual game rules) as complex (or as simple) as the protocol allows (or will allow in future version). So there should be no problem creating a ruleset similar to Konquest, GalCiv2 or MOO3 or Stars! or any other 4X game. Then I just have to worry to represent all the objects and orders and other stuff from the ruleset properly in the client.

Re: Parsek - ac is people - 2008-04-09

A good strategy game should force the player to decide between a number of trade-offs. If some feature doesn't add trade-offs it doesn't add to depth, it just makes the game more complicated. Bad example: Weapons in MoO2/3. There was almost always one optimal choice and 20 progressively worse alternatives. Give each type of weapon one niche at which it excels Good example: Weapons/Shields vs. Stealth/Scanners in MoO3. Normally scanners and cloaks aren't that important but in MoO3 you could easily end up in situations where one side was unable to detect the other and couldn't even fire back. How they screwed up anyway: The research system meant that normally one side was better in both weapons/shields and stealth/scanners. You had to be careful in fleet composition but a lot of potential was wasted. In a 4X game the major elements should be - colonization vs. planetary improvement (i.e. no colony-rush at the beginning of the game where you try to colonize as much as possible and the player who gets the most planets wins. Colonies should be money sinks for some time before becoming profitable and there should be plenty of planetary improvements at the lower tech-levels that can grow your economy just as much) - tech vs. quantity - kinda related to the first item but in general you should be able to compensate for lack of size by better tech. This means specifically that tech development shouldn't be a linear function of the amount of money you spend. You should be able to make a few choices (perhaps cultural, like the domestic policy sliders in Europa Universalis) a big empire wouldn't wanna make (e.g. less oppressive regime) that compensate for lack of size and even without those there should be diminishing returns on tech spending. - diplomacy - AI that honors treaties and allies that actually help you in a war - espionage - You should be able to spend money on establishing a whole organisation in other empires instead of just sending a few assassins. The better your organisation the more you learn about the empire. At the highest level you can see as much information about the other empire as its player. GalCivII had a system like that and it makes espionage actually useful, not to mention much more realistic. None of this requires much complexity or micromanagement. A Europa Universalis in Space would be nice. =) I'm gonna have a look at TP rulesets and how much flexibility they provide.

KDETV vs. UVC-VIDEO - mark - 2008-04-07

Every single time I use Kdetv with my uvc-based webcam Kdetv doesn't want to exit properly and I must kill the application. Does this happens to me only?

Re: KDETV vs. UVC-VIDEO - Tim - 2008-04-12

Happens for me too. Submit a bug report! (http://bugs.kde.org/) UVC is great, and ironically it's largely thanks to Microsoft! Now if only there were an equivalent standard for printers and wifi cards!

Mousegestures? - Anon - 2008-04-07

The rework of the hotkeys stuff reminds me of the mouse gestures. Iirc, someone wanted to rework the mouse gesture recognition, and there were also several possible starting points for a new codebase. Is someone still working on it, even in a 4.1 timeframe? would be really cool to have working/renewed mouse gestures and also the "rocker" gestures known from Firefox and Opera.. would be really useful to have it for navigation in Konqueror for browsing the web. With that and the latest additions to Konqueror like sessions and restoring closed tabs Konqueror wouldn't need to hide itself from a feature point of view (the rendering engine already stands out), a browser that you could recommend and use without bad conscience..

Re: Mousegestures? - Anon Reloaded - 2008-04-07

I saw someone ask maelcum (Andreas Hartmetz) about this about a month ago: It's currently "on-hold", and I think he is quite busy with other things. It sounds like there is not much to do on the "core" part (although it is fairly "advanced" work), but there is a lot to do on the front-end part, with UIs for configuring gestures to be written, etc. I would love to see this work continued - it would even be damn handy in Kate and other apps! :)

Re: Mousegestures? - AS - 2008-04-08

Wait, wait, there are no mouse gestures yet in KDE4? Obviously I haven't been using it, and stuff like this would be why. I keep reading the commit digest though, waiting for the situation to change :)

Re: Mousegestures? - JackieBrown - 2008-04-10

Yes. The gui is there though to give false hope :)

Re: Mousegestures? - Level 1 - 2008-04-12

Can we implement pie menus too? Qt has a pie menu class but only in the commercial version. I dont think there is any kde specific code for pie menus, maybe I could commit some lines if I thought the work would be appreciated...

Re: Mousegestures? - Andrei - 2008-04-12

Why do you need someone else's confirmation for this? If you want this feature and will use it it's enough to justify working on it, and given the size of the KDE community there will be hundreds at least that will appreciate it once it's done (though I have no idea what pie menus are and if I'll be one of them).

Comments on the dot - T - 2008-04-08

To follow up on the blog linked to by Danny: I'd like to suggest that this post be my last, and that the dot stop accepting comments. I'm not a KDE developer, so it's not like I'm proposing this because I can't take criticism of my work. It's because I can't take callous criticism of OTHER people's work without occasionally stepping in. So please, take mercy on the 98% of your users who love the work of the KDE devs/artists/packagers/translators, who feel compelled to wade through the morass each week just to try to restore some sense of decency and balance to the poisonous tone that has seeped in. Make that 98%'s lives easier by just shutting the dot down for comments. All I want is a place to go to hear the latest news about KDE. We don't need comments for that.

Re: Comments on the dot - Danny Allen - 2008-04-08

Despite the occasional poisonous comment, I actually really look forward to reading comments on the Dot. I think we would lose something special if we removed comments completely. What I would like to see is anonymous comments disabled, with an account required to post. This would also stop impersonation of posters. P.S. This is the real Danny ;)

Re: Comments on the dot - Mark Kretschmann - 2008-04-08

100% agree. Disabling AC's, and maybe adding a moderation system. We might just give Slashcode a try, it does all of that and more.

Re: Comments on the dot - Boudewijn Rempt - 2008-04-08

or do what LWN does and only allow paying subscribers to post comments -- that would help out two ways :-)

Re: Comments on LWN.net - gek - 2008-04-08

LWN.net _does_ allow comments from non-subscribers as "guests". However, if you cannot read an article meant (initially) for subscribers, you cannot comment on it, can you? :-)

Re: Comments on the dot - T. J. Brumfield - 2008-04-08

+1 Interesting

Re: Comments on the dot - Martin Fitzpatrick - 2008-04-08

Agreed. I posted something to this effect on the linked blog from the Digest. Anonymous posting is only needed when people are going to be "outing" something or posting on dangerous/contentious issues. The dot isn't for that... and I think removing the option to hide behind Anonymous postings would make people think a little harder about what they say. I know it works for me anyway.

Re: Comments on the dot - Anon :) - 2008-04-09

"What I would like to see is anonymous comments disabled, with an account required to post. This would also stop impersonation of posters." +1 and also possibility of removing topic which is totally offtopic and also trolling.

Re: Comments on the dot - Anon :) - 2008-04-09

Then "Compositioning effects wishlist =)" from this digest could be removed, it is just stupid offtopic

Re: Comments on the dot - Max - 2008-04-08

The dot did get meaner, but I think it's because KDE was opened to a wider audience. It's not too bad yet. I don't think banning comments would be a great idea, as some people, such as me. Rather just post on the dot, and have qualified individuals repost ideas I like on bugreports, etc. This way it gets filtered down from a user perspective - the dot, to a programmers perspective - bug reports. Everybody wins..

Re: Comments on the dot - Koral - 2008-04-09

your spam-topic "Compositioning effects wishlist =) " wasn't funy at all. Useless. In bugzilla you have to think for a while and it would be more sane.

Compositioning effects wishlist =) - Max - 2008-04-08

This list is just a wishlist that I've compiled from the last dot, and from suggestions for compositioning effects by others, and mine. Don't take this as an absolute wishlist. Think of it more as brainstorming that should get some effects programmers exited, and maybe they can come up with others that aren't mentioned. (Obviously, there is no deadline, so I'm just gratefully if they'll be added to the KDE 4 branch "eventually" ) Feel free to add your own ideas to it. (describe them as best you could.) _____________ (this list includes effects currently under development, or already done.) */ Rotate Desktop Cube (both normal and inverse) - Win Fish/KDE gears "swimming" in it. (neat idea: please add "wet floor" and fish swimming outside of the cube. As if the Cube were a fishtank, but strangely the fish swim on the outside. Maybe make some of the fish 3d Penguin "Tux's". I think that would be cool.) */ A Compiz effect screensaver/"relaxation effect" for when people are "brainstorming" and would love their desktop cube interact with virtual environments. (neat idea: i.e.: Snowy hill -rolling down, or stuck on the side, floating in the ocean - like a message in a bittle, in a tropical setting - small lonely island with a lonely palmtree. Desktop is perched against the tree.) */ A "paper plane"/ or other origami effect for minimizing applications or desktops. */ An effect similar to "magic lamp" on minimizing applications. */ A "wet floor" effect - Have fun with it, surprise us. (I know it’s overdone, but many people expect to see it in a “modern” desktop. – thank Apple, or whomever they first borrowed the idea from for that.. :p ) */ Expose - better than desktop cube, it allows all desktops to be seen side by side on a nice glossy surface. (aka.: "wet floor") */ Effects such as "Fire" for when programmers/writers are frustrated and need to get rid of some frustrations. */ Maybe another effect like the above where a user can throw items (neat idea: such as Toasters, Red swingline staplers, Mice, calculators, notepads, sharpies, and lots of other typical "office equipment" at the desktop) This would then leave “dents” in the desktop background. -- That effect needs to clear easily and quickly, should the muse strike again and I'm ready to do work again. */ A "shuffle" effect, where windows bump each other out of the way, when moved violently or brought to foreground. (they should have “weight”/mass) */ A compositioning effect that reacts to the music that's playing using KDE's Amarok/Phonom engine. (could also be a screensaver) Make it do something cool with the desktop. */ Effects that entertain the user - when he asks for them to be loaded. (DON'T BE "CLIPPY" and show up without asking) */ A random effects generator. - for people who can't decide. */ A way for emerald window decorations to work - or a similar easy to use engine for getting additional window decorations, mouse effects, etc. */ The wobbly windows effect. */ A better “minimize” effect. IIRC, Compiz calls it the magic lamp or something like that. It provides a better visualization when minimizing windows. Disclaimer: I realize many of these effects are less useful and more "fun", but that's what linux and desktop computing should be: FUN!!!!!! Others please add effects you would like to see. Describe them as best you can, so creative 3d animators/3d effects programmers can incorporate them. Example 2: The common "over the shoulder look" by interested non Linux users when one is using a Compiz enabled laptop is a VERY, VERY useful marketing tool. I've recruited at least 5 people in the last three months to the world of Linux and some to KDE because of "DESKTOP - EYECANDY". Computer users like to be visually stimulated. Open question: Why do you think French food is prepared in such a nice way. The eye enjoys the meal too, so to speak. Don't be wasteful with screen real estate either. Notice how big plates are when serving French food, and how little space is used by the actual food, leaving tons of room for "whitespace"? __________________ Like I said before, please feel free to add your effect suggestions to this list.

Re: Compositioning effects wishlist =) - Pino Toscano - 2008-04-08

> This list is just a wishlist that I've compiled from the last dot, and from suggestions for compositioning effects by others, and mine. Using the dot for such stuff is so much wrong. Please do NOT copy&paste them each dot article, it's pretty stupid (other than useless). > Like I said before, please feel free to add your effect suggestions to this list. There's bugs.kde.org or kwin@kde.org for such things, stop flooding the dot.

Re: Compositioning effects wishlist =) - Morty - 2008-04-08

*/ Expose - better than desktop cube, Have been there from the start, it's called Desktop Grid. */ A compositioning effect that reacts to the music that's playing using KDE's Amarok/Phonom engine. Good old Noatun had a plugin like this(not composite, but you get the idea) since the KDE2 days. Not very usefull, but you could try it with wobbly windows to see the funny effect.

Re: Compositioning effects wishlist =) - funny... - 2008-04-08

>Disclaimer: I realize many of these effects are less useful and more "fun", but that's what linux and desktop computing should be: FUN!!!!!! Desktop Computing ist not about fun it's about providing a workspace. Work on the other hand might be funny sometimes, but it's not what it's all about either.

Re: Compositioning effects wishlist =) - Max . - 2008-04-11

Sorry if you see it that way. I happen to enjoy computing. Anything that can reduce the daily grind and amount of boredom is welcome in my book. KDE finally managed to make computing "FUN" again. Why do you have to be such a pessimist about it? Why do you think Apple has chewed away at Microsoft's marketshare? Because the company portrays using Apple products as fun and hip. Even if Apple users aren't hip. They like to think of themselves that way. With KDE 4 Linux will finally be "hip" as well. It will stop being the foray of geeks and people that live in basements. (yes, I know horrible cliche :( ) Linux will finally be something cool people will WANT to use. I think that eye candy helps with that. Sorry you see it that way. I guess computing is supposed to be boring and tedious for you. Just please don't ruin it for the rest of us.

Re: Compositioning effects wishlist =) - at work - 2008-04-14

>Sorry if you see it that way. [...] Why do you have to be such a pessimist about it? [...] I guess computing is supposed to be boring and tedious for you. Just please don't ruin it for the rest of us. Actually I'm not that pessimistic as I may sound :) I don't know if you work for a living but if you do you might have noticed that PCs at work tend to be clean and somewhat boring. Save some artistic and hip industries noone uses apples for that. They are build just to get the work done. Nothing more nothing less.

Re: Compositioning effects wishlist =) - ThEgUrU - 2008-12-28

They already have many of those suggestions out now in compiz fusion. I know for a fact that the Magic Lamp "Genie Effect" exists (I use it) as well as the airplane one. Also, wobbly windows exists in fusion.

mulit-threaded apps in kde4 - asf - 2008-04-08

hi everyone, hope that somebody does read this. i've some (serious) questions on kde4 (why get the troll-thread such attention?!). so i wondered if kde profites from multicores. i've already read about digikam, which is able to make use of several cores. so i wonder if there are more apps in kde4 which are able to use mulicore-cpus. perhaps someone with a broader knowledge can answer my question, thanks :) and what is the status about adaptive personal responsive? some rumors is going on^^

Re: mulit-threaded apps in kde4 - Skeith - 2008-04-08

I believe so, KDE ships with a library called Threadweaver to let developers take advantage of multiple cores easier.

Re: mulit-threaded apps in kde4 - LMCBoy - 2008-04-09

We're planning multi-threaded support in KStars...stay tuned!

Re: mulit-threaded apps in kde4 - JRT - 2008-04-15

KDE normally has multiple processes running. So, it would benefit from multicores. Then there are apps which use a lot of CPU time to accomplish one thing. Best example is rendering an image. These can be designed to use multiple parallel threads to do the single job faster. Other types of processes can be broken down into subroutines and vector operations where the compiler (if it wasn't C++) could generate multiple threads. I am looking forward to the port to FORTRAN 2008. :-) Since C++ doesn't have subroutines or vector operations, threads need to be done by hand pending extensions to C++ that will allow creation of multiple instances of classes that can execute asynchronously or in parallel.

Re: mulit-threaded apps in kde4 - cloose - 2008-04-22

> Since C++ doesn't have subroutines or vector operations, threads need to be done by hand pending extensions to C++ that will allow creation of multiple instances of classes that can execute asynchronously or in parallel. With Qt 4.4 there is QtConcurrent::run() which runs a function in a separate thread. http://doc.trolltech.com/4.4rc1/qtconcurrentrun.html#run

Slight error - RandomGuy3 - 2008-04-08

Printer-applet (written in Python) replaces KJobViewer Unless I missed something in the k-c-d thread, I don't think Printer-applet has been included yet - it's just been suggested by Jonathan Riddell.