KDE Commit-Digest for 30th December 2007

In this week's KDE Commit-Digest: Furious last-minute application of polish across the board in preparation for the tagging of KDE 4.0 Final next week. Work towards threading GDB operations support in KDevelop. Support for media players employing the MPRIS standard in the Plasma "Now Playing" data engine, with the import of a Flickr Plasmoid. A style manager, support for Karbon gradients and lots of colourspace work in Krita. Various improvements in the Eigen2 math vector library. Continued progress in the KBugBuster rewrite. Revived support for .tar, .tar.gz, and .tar.bz2 files in Ark. More work on KCabinet, a library to support the MS Cabinet format. A printing framework in Okteta. System Settings moves from a custom view to Dolphin's KCategorizedView. Finishing touches in the Oxygen widget style and colour schemes. Work from the "newssl" branch is moved back into kdelibs. Various unfinished features hidden in Konsole for KDE 4.0. The Trolltech Phonon backends are moved from kdebase to kdereview for KDE 4.0. The unmaintained "regexpeditor" moves from kdeutils to playground/utils. Read the rest of the Digest here.

Dot Categories: 

Comments

by kwilliam (not verified)

I have to agree with DanaKil. The colors are far to bright; they don't fit in with the other Oxygen icons or the dark Plasma theme at all. I think the artists should ditch the idea that log out, shutdown, restart, etc. should all have the same shape. Or if they don't, at least keep the cool round shape and add the color to the symbols on the buttons, rather than make the whole button colored.

Here's an example of what I mean: http://wmhilton.googlepages.com/my-KDE4-system-log-out2.png

I'm not an artist, so it doesn't look very good, but that's the idea I'd like to see used instead of the square buttons. If this can't be done before KDE 4.0 is tagged today, then maybe for 4.1.

by jospoortvliet (not verified)

Hmmm, I think I kind'a agree with you. I found the logout buttons to be very in-your-face as well... Probably a 4.1 thing, indeed.

by Max (not verified)

The sad part is that I have to agree.. :(

C'mon people. Oxygen looks so gorgeous, why stop now at the logout icon?

Remember KDE is supposed to look towards the future, not the past..

-M

by Askrates (not verified)

I have to disagree. I like the new logout icon better. The Oxygen guys are doing a great job.

BUT... It is impossible to please everyone, and taste is very personal

by nuno pinheiro (not verified)

Well that was the group of icons people complained most about, this ones are less controversila and still fit the style, in fat they fit beter, one day I will make an all black theme ;)

by DanaKil (not verified)

Hourra for an all-black theme :)

Cheers

I recently tried a KDE4Live. The good news is that the Live-CD sucks considerably less than it did earlier, the bad news is that for some unknown reason KDE seems incapable of bringing some consistency to the desktop even if it would have reduced the devs workload without any meaningful drawbacks.

Point in case: Sidebars.

-Konqueror got the old one. Tiny tabs and icons, the selected tab is expanded and shows icon+vertical text, so the tabs constantly jump up and down if you switch between them.

-Amarok got its modification of that one. All tabs have icon+vertical text. (Imho that's the best solution but that's not really my point)

-Ocular has an Opera-style bar. But unlike Opera's its icon bar with horizontal text isn't collapsible and (like Opera) you can't adjust its width. (It's a collossal waste of space, and a POS -- but that is also beside the point)

-Dolphin has normal tabs along the bottom and if you place more than 2 items in the sidebar (places, folders, meta-info) you most likely have to scroll through the tabs. You can tile them but that makes the directory tree hard to navigate, or put the meta-info on the right but then you get only a tiny sliver with the actual files and dirs in the middle.

-I'm not sure if there are still apps that use kpdf's old solution, or a simple drop-down menu but I wouldn't be surprised

Do we really need four different solutions? Wasn't the goal to become more usable? Four ways of doing one thing is stupid. It's not even as if they were all specialized for their specific use case.

by Ian Monroe (not verified)

Well you say which one is best isn't the point but it kind of is. We Amarok devs like ours the best, but others have a phobia of all that vertical text.

>> -Konqueror got the old one. Tiny tabs and icons, the selected tab is expanded and shows icon+vertical text, so the tabs constantly jump up and down if you switch between them.

Yeah the icons are too small to distinguish and hit

>> Amarok got its modification of that one. All tabs have icon+vertical text. (Imho that's the best solution but that's not really my point)

Except it doesn't work at all when you have more tabs than fit vertically. Why do you think konqueror went to icons.

>> Ocular has an Opera-style bar. But unlike Opera's its icon bar with horizontal text isn't collapsible and (like Opera) you can't adjust its width. (It's a collossal waste of space, and a POS -- but that is also beside the point)

Works for me. When I'm viewing a PDF I have a lot of unused horizontal space anyway, and the buttons are easy to click and easy to read.

>> Do we really need four different solutions?

Probably not.

>> It's not even as if they were all specialized for their specific use case.

Perhaps not, but they all have unique advantages and disadvantages, and none of them are clearly superior and suitable for a default.

by Ian Monroe (not verified)

Can't really say that Konqueror went to icons, Konqueror's sidebar predates Amarok's.

But yea, your last sentence pretty much sums up the issue.

>> Except it doesn't work at all when you have more tabs than fit vertically.

Fade out part of the text, group some tabs together, have a "list all tabs" button for those that don't fit, that's not a deal breaker.
And Konqueror is probably the most extreme case when talking about sidebars.

>> Works for me. When I'm viewing a PDF I have a lot of unused horizontal space anyway, and the buttons are easy to click and easy to read.

If there's one of the tabs expanded it gets awfully wide, especially if the document is landscape.

>> Perhaps not, but they all have unique advantages and disadvantages, and none of them are clearly superior and suitable for a default.

Exactly. As I said I don't really like the Okular solution, but having everything use Okular's sidebar (preferrably collapsible like Opera) would still be superior to doing it in four different ways.

by kwilliam (not verified)

You know... you have a point. That sucks.

I wonder what we could do about it? Konqueror, Amarok, and Ocular could conceivably just use the Amarok style sidebar tabs.

The difference with Dolphin's is that it's using Qt panels, which can be placed so more than one shows at a time (unlike a sidebar) and that "tabbing" feature is built in. Dolphin's panels are really shooting for a different paradigm than a "sidebar" because you can put them on either side or even the bottom. Kpdf used an entirely different widget - it's supposed to be more of a "toolbox" widget - and I must agree it was a... interesting choice. Other than Qt designer, which uses the widget in a way that makes much more sense, I can't think of any applications that use it. (Kpdf was deprecated by Ocular for KDE 4.0.)

So, yes, we should see if we can get the KDE Human Interface Guidlines (HIG) group to pick a standard "sidebar" widget, or suggest the specs for a new sidebar widget that would combine the advantages of Okular's, Konqueror's, and Amarok's sidebars. I'm not sure who to contact about that (nor do I see this as a pressing matter), but this would be an excellent example for HIG to work on.

by kwilliam (not verified)

Ah, I just saw the comments regarding the disadvantages of Amarok-style tabs. Well, maybe some kind of sidebar that does icons & text if there is enough room, and automatically switches to just icons if it senses theres not enough room? And you can drag the left edge to make it wider, at which point it becomes Okular style. That would solve all the usability problems, no? (It could be wide by default in Okular, but anoyed users could make it Amarok/Konqueror style by trying to resize it intuitively, by grabbing the edge and dragging.)

by kwilliam (not verified)

"Other than Qt designer, which uses the widget in a way that makes much more sense, I can't think of any applications that use [Kpdf-style sidebar]."

Ah, I take that back. Marble uses it. The plot thickens.... ;-)

by Aaron J. Seigo (not verified)

"even if it would have reduced the devs workload"

well, that's unfortunately not particularly true. nor is the fact that there are these different sidebars a given that therefore usability is significantly weakened. i'd like to see the sidebars be consistent (and btw, a lot of things have been made consistent in kde, so your general snipe here is off the mark), the question is "how".

i don't think we'll get away with One True Sidebar Style for fairly obvious reasons once you sit down and look at the needs and use cases of each. i do think we can probably end up collapsing the current sidebar options down to just 2 or 3 though: the amarok/konq style, the tool docks (what dolphin uses) and perhaps a toolbox style ala kpdf/marble. but you see, that gets us pretty much right to where we are, though each style could be shared and at the very least made consistent between those use cases (e.g. konq should either look more like amarok, or should go in one of the other directions0. unfortunately, one style does not fit the needs or ergonomics of each app.

so while i agree that similar sidebar styles should be harmonized, asking for One True Sidebar style is probably not even a desirable end goal. trying to make the case that that would be best for usability is also far fetched.

and since you've given us some feedback, i'd like to give you some as well: you ought to learn how to communicate in a way that encourages thought without resorting to invective and insult. you had some interesting points, but they were completely drowned out by your communication style, or lack thereof.

by Leiteiro (not verified)

What about allowing more than one GUI per application without resorting to a complete fork?

I made a small suggestion about this some time ago in kde-look:
http://www.kde-look.org/content/show.php/Scriptable+Application+UI?conte...

In the future with more fancier GUIs (3d effects on everything, etc) it's inevitable to annoy some users, so this could allow someone to try something different without alienating old users.

by susegebr (not verified)

Use kde from Suse 6.0
Followed the new releases always

Never seen so much resistance to the changes

As i stated elsewhere there are no specs for the kde developpers
each and every one can come up with "whe do it this way"
There is no organisation in the development.

So if this dus not change for the better i think kde 3.5.8 31.1 is the
last real kde release sofar and all the talk off kde4 results after many month
in what we now see. A very unsuefull version off....... but sure no KDE.

I think you miss the point, no matter how long you use KDE or not, even though it is nice to see an old time user.

Where do you see resistance?

Imagine I'd say to a chef in a restaurant that his food sucks he should change that. First you pissed him off, second you gave no feedback on what did not taste you (!) well and third the chances things will get changed the way you want are pretty small because of first.
Maybe devs are pissed of such kind of "feedback", I hardly beleive they are not open to a discussion but well they, you and me are human beings so respect that.

It boils down to "How To Ask Questions The Smart Way" [0] or simply how to treat the people you are talking to with respect.

That will make everything easier for you and them. A win-win situation. Really!

On "specs":
You have the old guidelines for KDE 3 and the new ones are a work in process. To quote: "New interface guidelines are being developed in parallel with KDE4." [1]
You are free to post your ideas on the HIG mailgroup. There you could also see the process there may be instead of assuming there is none.
Additonally you could visit techbase [2] as a starting point on developement or the API documentation [3] if you want to see a proof of people not doing everything their way.

Maybe, just maybe, you see or feel to see only a small part of the whole picture and assume the rest looks like that small part. So what you see probably is not the whole picture and not even the base of that picture.
The base could consist of changed colours, canvas ... -- basically a changed underlying technology -- that could result in a better outcome, like "new" colours that were not available/unaffordable a long time for painting really did.
And for seeing the difference in the underlying technology you have to start painting, i.e. creating programs in this context. In fact you have to "know" the new colors first, where the documentation comes into play.

I hope my reply is not too confusing -- that happens sometimes.

[0] http://www.catb.org/~esr/faqs/smart-questions.html
[1] http://usability.kde.org/hig/
[2] http://techbase.kde.org/
[3] http://api.kde.org/

"You are free to post your ideas on the HIG mailgroup. There you could also see the process there may be instead of assuming there is none."

There have been no posts to that mailing list in well over a *year*:

http://lists.kde.org/?l=kde-guidelines&r=1&w=2

kde-usability is hardly a hotbed of discussion and productivity, either. KDE has simply failed, over its 11-year lifespan, to develop a large/ active usability/ HIG-team, which is a huge shame as it has all the technical underpinnings down pat.

Well you are right, I had no time to check that myself yesterday -- did not wanted to write such a long answer in the first place -- that is why I wrote "may".

That's a pity. I hope that KDE will have more progress in that area someday.

by susegebr (not verified)

point taken but i take nothing back

see http://www.kde-forum.org/artikel/17965/KDE4---the-great-disappointment.html

and further on and you hopefully see what i mean.

We want a normale kikcker menu. 3.5.8 style and for me KDE menu style.

if the underlaying software is Kwin or plasma it should work the Same

I have a Soundblaster live 5.1 see KMIX in kde 3.5.8 en see KMIX in kde4 it misses nearly half the possible sliders.
Xine has delayed sound playing a dvd no arts no normal sound

and the list go's on read the forums !!!!!!!!!!!!

Where are the design specifications, in a normal project you have them first
before programming starts. and design specs have to be followed to the letter.

You cant build a car and come up with the idea 3 4 or 6 wheels when the body is nearly ready.

You can have a "normal" kicker-like menu. Go on read the dev's blogs!!!! ;)

No design specs don't have to be followed to the letter. That's unrealistic as sometimes you'll come up with problems those specs hardly can "solve", meaning the initial design specs have to be modified to a degree.
Also new technology like a newer Qt version could result in a modified spec.

On kcontrol that was mentioned in that forum-thread: If there is so much (dev) interest in it won't disappear as Aaron said in his latest interview, but so far there is not much interest by people capable of maintaining it. In contrast to the old menu that found a maintainer.

Also config options or lack thereof of taskbar etc. were mentioned. As Aaron said some time ago he plans to add them. Adding config options is like polishing, you do that rather at the end than at the beginning before you actually have something that could be configured. Yet I have to admit that I like the Gnome system settings more than the KDE one. Now hurt me. :D

Kicker button can be activated by moving the mouse to the lower left now.

On why they don't use compiz fusion but rather KWin also listen to the latest interview or read some blogs. In short it's easier that way.

IIRC the weather applet has been discussed in a recent blog post. In fact does the author plan to add icons he simply ran out of time.

Btw. a lot was "broken" in the old code base what I read so far, meaning it would have been hard to extend a lot of it. So hard to some degree that it would be faster and easier to start from scratch.

So some of the points raised in that thread are wrong and even I without being a dev was able to show that to a degree.

"On why they don't use compiz fusion but rather KWin also listen to the latest interview or read some blogs. In short it's easier that way."

Here's a comment giving hard numbers and stats:

http://dot.kde.org/1180541665/1180560211/1180560581/1180578526/1180594617/

In a nutshell - writing a real, production-ready Window Manager is hard. Writing code to move textures around is easy.

by susegebr (not verified)

Ok Bottom line kde4 is not finished.

Google for kde3 + compiz vs kde4 gives 33.300 hits
sort it out and you have more or less 12.000 pure kde3 vs kde4 hits.

I should say time to start a site only stating at what state kde4 and the kde4 programs + applets etc etc are so we can see in one page if it is usefull to switch to kde4 from a good running system opensuse 10.3 retail +kde3 + compiz

Btw I have been a dev for 25 years on large mainframes, the last 10 years in project management.

Well none said KDE 4 is finished.
KDE 4 won't be finished for a long time.

The only thing that is "finished" is KDE 4.0 an initial release that even devs dub as not intended for most people out there as a lot improvements as well as old features are missing that are going to be add in later versions.

Maybe what you are asking for will be mentioned in the release notes.

Btw. it should be clear that neither alphas, betas nor RCs are intended for the general public per se. The same goes for a release.

The 4.0 release is for early adopters, people that want to develop apps for KDE and the people that like to bitch about unfinished products.

Imo you should not switch from a good running system to KDE 4.0, that could result in a disappointment. Wait for reviews of KDE 4.X versions and if you think it actually offers value for you then switch. Or you could try a Live CD.
The same rule goes for other software as well, like the Kernel. 2.6.0 was not that useable at all, while the latest version is.
You have to start somewhere.

If you found the time you could probably help a lot with your experience.

by susegebr (not verified)

Tell me how to help and give a idea off the time involved

anwser me on email

by jospoortvliet (not verified)

I want to what Mat said above - there will be aq KDE 3.5.9 release soon (as soon as we've recovered from the stress caused by KDE 4.0). And yes, that release will have new features. We won't abandon KDE 3.5.x anytime soon - it will probably be supported for years still. Part of that is because KDE 4.0 simply can't replace 3.5 fully - yet. And I think it'll take to 4.2 before we have practically every feature from 3.5 back, so we need to actively support it for at least a year - and then some, as many users won't switch for another 2 or 3 years.

>> well, that's unfortunately not particularly true.

So what you're saying is that Okular doing there own sidebar wasn't any more work than just using Amaroks? Sorry, I don't believe you, I think that's marketing-Aaron talking :)

>> nor is the fact that there are these different sidebars a given that therefore usability is significantly weakened.

Probably not significantly. But the one thing I hate the most about Vista usability is that stuff's all over the place. And I'm not the only one who thinks that. It won't make or break a GUI but I don't think there's a compelling reason to have all these different solutions because the needs of the different apps are mostly the same.

>> the amarok/konq style, the tool docks (what dolphin uses) and perhaps a toolbox style ala kpdf/marble

I think one of the advantages of Opera's sidebar would be that it could easily replace the first and the third.

How about icon-only, but when you hover over the side-sidebar (i.e. the selector) labels for all icons fade-in. ( http://img233.imageshack.us/my.php?image=sidebardn9.jpg -- Frankenstein's version. Use your imagination for a cool oxygenized look with bells and whistles)
That would be
a) slim
b) provide icons+text
c) no vertical text
d) lots of space for many entries

Disadvantages and possible solutions:
a) the labels can't be clickable otherwise actually using the sidebar (as opposed to the sidesidebar) becomes a chore
b) even this way you'd probably want a slight delay and relatively slow fade-in to prevent a constant flicker of the labels appearing and disappearing again
c) small target area for the mouse, although Fitt's law helps in some cases; it'd probably be a good idea to use a size somewhere between Opera's and Konqueror's icons
d) you'd have to use graphical effects to make clear to even the most imbecile of users that the labels are just labels for the icons on the left and not clickable buttons

Dolphin's tool dock. Well, at least Dolphin doesn't really need it. The only use case I can think of is a combined Places/Meta sidebar (because the dirtree is pointless if you have to scroll all the time you generally don't want it to share vertical space with one of the others. Vista did it and it's just unusable) but is that really that important?

>> so while i agree that similar sidebar styles should be harmonized, asking for One True Sidebar style is probably not even a desirable end goal. trying to make the case that that would be best for usability is also far fetched.

Maybe not 1, but 2 should be enough. What's the big difference in usage between your first and third? I can see how the second one is optimized for a different task, although I can't think of any existing app where I'd actually need/want it (I think I'd prefer a Konqueror style sidebar in Dolphin. In things like Krita where stacking toolboxes vertically could be useful, the awkward tabs limit its usefulness, imho, because it's not really optimized for more than perhaps three boxes down one side)

>> and since you've given us some feedback, i'd like to give you some as well: you ought to learn how to communicate in a way that encourages thought without resorting to invective and insult. you had some interesting points, but they were completely drowned out by your communication style, or lack thereof.

It's the first rule of Linux online tech-support but it also applies to feedback in my experience:
Post a friendly request for help, state your problem clearly and concisely and list all information that could be useful in solving your issue and you'll be lucky if someone hurls a "RTFM!" in your general direction.
Bitch and complain about how Linux is unusable and is much better and the POS doesn't work because and you're gonna be insulted and derided but they'll prove your inferiority by posting 4 different perfectly working solutions to your problem.

In this case:
>> you ought to learn how to communicate in a way that encourages thought

It apparently did work.

>> without resorting to invective and insult.

The worst part of my post was that I called the current state of things "stupid". I didn't even call the people that did it stupid and the second one doesn't follow from the first (the way to hell is paved with good intentions).
My tone was confrontational but not insulting.

>> but they were completely drowned out by your communication style, or lack thereof.

It didn't keep you from posting a detailed reply, so I challenge your assertion

"Invective". Great word, AS.

by Grósz Dániel (not verified)

I have filed a wishlist item in May about similar issues with MDI and also sidebar system: https://bugs.kde.org/show_bug.cgi?id=145275 :

Currently handling multiple documents/tabs and sidebars work differently in Kate, Kile, Quanta+, KDevelop, KOffice (which actually can't handle more than one documents in one window) and Konqueror.

- Konqueror has tabbing. It is acceptable, although some improvements could be made (e. g. dragging a tab without pressing Ctrl should move it instead of copying it). It features a New tab and a Close tab button. The tabs also have a popup menu.
- Kile also has tabbing but somewhat differently: there is no New tab button (no problem, there is New document instead) and tabs can be closed with clicking on the icon after a delay, as there is no Close tab button on the right. Tabs do not have a popup menu.
- Kate also handles multiple documents at the same time, but in a quite useless way. It has a Documents sidebar instead of tabs, in which the documents are listed in a column, so it occupies much more place on the screen. (Especially if few documents are open.) It also has a Tab bar extention, but it can only do switching between documents - no popup menu, no Close button etc. and if you have more documents open than how many fits on the screen then it requires two clicks.
- KDevelop has a quite well configurable UI, and Quanta as well, but not the same system.
- KOffice components do not feature MDI at all, they use top level windows.

This means that if you configure the MDI/tabbing in one application, and get used to it, it may be completely different in an other app. And you have to suffer from useless MDI in some applications (e. g. Kate), while it is already implemented much better in other apps.

The same applies to sidebars: just try to open a Konsole inside Konqueror, Kate, Kile and Quanta and see the differencies.

I think all these applications should use a common MDI and/or sidebar system and it should be configurable in the Control Center.

by jospoortvliet (not verified)

I agree, this is one of the things we really need to work on in KDE... Esp Kate is imho a thing needing improvement, I don't use Kile but I guess the same goes for that one. KOffice has MDI in the KOffice Workspace, so you don't need it in the separate apps.

Konqi can move tabs, btw, with the middle-mouse. Much better than the normal mouse - as that would make dragging & dropping harder. Let's not dumb it down, please.

I don't know, but I think that one of the reasons to why GNOME is so popular is that they have a guideline for how an application have to look and work.
It make it more consistent and make a better user-feeling (is that even a word? ;) )

I think that it would be great if the KDE-developers could make a guideline too, a desktop environment as large as KDE needs a consistent look. And I think that it was a goal for the KDE4 development, right? But lucky for us, is that the KDE4-development cyclus isn't over yet... Actually it's first started :)

Let's hope we get a more consistent look over time!

by csanchisb (not verified)

Why don't you take a look at Techbase (techbase.kde.org) ?
Specifically this: http://techbase.kde.org/Development/Guidelines

These guidelines are very old and or incomplete.
I think it is true KDE needs something like the Gnome HIG.

In fact a lot of the information in the Gnome HIG could be dubbed as "logical" and unnecessary but on the other hand a lot of questions that might arise are answered that way.
The Gnome HIG has the advantage that everything is concentrated in one place and still very clear.

by Grósz Dániel (not verified)

We need no guidelines that are implemented (more or less) by the developers of every application, but shared code that is used by every application. That is the KDE way.

by jospoortvliet (not verified)

I think you shouldn't really include konqueror here, it still has the old style sidebar - but I think that's mostly simply because there wasn't much work put into konqi's UI.

by anonymous (not verified)

is one of the best KDE apps... sad :(

by Anon (not verified)

Just because it's currently unmaintained doesn't mean it's dead forever, dude :)

by tobami (not verified)

Two people misspelled Okular as Ocular already. And you know what?, it looks better.
How about another name change Okular->Ocular? For 4.1? :-D

by Jakob Petsovits (not verified)

For me as Austrian (don't know of all the other languages, but Okular exists as a German word at least) this reads with a completely different intonation.

While I read "Okular" as "Oh-coo-lar", "Ocular" sounds more like "Oh-kyu-lar", and that changes the character of the name completely. Don't know, personally I like it the way it is.

by Marc Driftmeyer (not verified)

Do you Austrians read Binocular as "Bye-nah-kew-lar" or "Bin-ah-kew-ler"?

Ocular is better.

by Dread Knight (not verified)

They both read the same in my language. But i would prefer Okular since it kontains letter "K" doh...

by Dread Knight (not verified)

They both read the same in my language. But i would prefer Okular since it kontains letter "K" doh...

by jospoortvliet (not verified)

Here too...

by yxxcvsdfbnfgnds (not verified)

Cs suck. Ks rule. Okular ftw :)

by Erik (not verified)

> Two people misspelled Okular as Ocular already. And you know what?, it looks better.

No it doesn't.

by Max (not verified)

Please make sure that KDE 4.0 integrates with, or works well with Compiz fusion.

Compiz has a long history, and many modules. I'd hate to have to give these up for KDE 4.0 :(

It has to be simple to install (or activated out of the box (depending on hardware)) otherwise it will turn many people away. Users have to be impressed with KDE right out of the box. (include things like: cube rotate, Expose, magic lamp, "cover flow", reflections, etc.)

KDE is already a minority. (distro's are dropping it. :( )
It has to be great to regain it's former glory. Don't skimp on eye-candy.

They way I see it: Eye candy is what makes a person first notice a mate and ask him/her out. Only then the person will discover the personality, intelligence, and stability to stick around and get to know the person (or KDE) more.

Compiz fusion was the reason I finally migrated to KDE + Linux and took 5 clients with me along the way. There just wasn't anything remotely as beautiful on OS-X, or 'gasp: Vista. Now we fell in love and don't want to leave.. :D

by somairotevoli (not verified)

KDE4 has it's own compositing manager built in..
http://francis.giannaros.org/blog/2007/12/03/kde4-desktop-effects-kwin-c...

by Max (not verified)

I know that.. :) I'm happy about it.

It just doesn't have anywhere near the functionality, or the hype as compiz fusion.. :(

by somairotevoli (not verified)

I think it's up to compiz fusion develepers to make sure kde4 "integrates with, or works well with Compiz fusion", not the other way around.

I been playing around w/ kwin's compositing , and even w/ a nvidia tnt2, it's looking good. Have you been able to check it out yet?