I agree that this is a "nice to have" feature and that the infrastructure is there to implement it. However, I don't think that this is the place for individuals to promote their idiosyncratic wishes. Apart from that, it is way to late for a new feature in 4.6 due to the freezes.

It is a bug and more specific a (annoying) regression due to a change in another part of KDE. I put it here, because it is on the list of unassigned bugs in the hope someone who is able to do this would change this 3 lines of code which is all what is to do according to a blog entry.

As a symptom of the wider issues showing in KDE, it is absolutely right to raise it here, as I said in the article :
"Wow. You’ve removed the ‘presentation’ profile, hidden the option to recreate it, there’s no easy way to do the same thing another way, and you’ve done it before even every KDE application (i.e. DragonPlayer) has been updated to call your new DBUS magic system, never mind everything else that might need to like OpenOffice (presentation mode).
What happens if a given application doesn’t add your magic code – I’m thinking of Eclipse, for instance, often used in presentations ? Are users expected to jump through the horrible hoops req. to create a new profile ?
Bit of a fail guys, put it back how it was."

I did not want to write it that way because I am happy that KDE is evolving. The problems are with those parts of KDE which have lost their maintainer. There does not seem to be a mechanism to really raise awareness when regressions happen through changes in other parts of KDE. I am not sure who reads unassigned bugs. If I would be able to code, I would do it for sure. If understand that blog entry right, the fix should be done in few minutes. I did not want to complain, but I hoped that someone, may be even new one could jump in.

"hidden the option to recreate it" is something you made up and totally untrue: the location of the option for creating new profiles is the same since KDE 4.1.

The "horrible hoop" of creating a presentation profile is:

- Go to the profile editor
- Click on "Create new profile" in the toolbar
- Name it "Presentation"
- Choose a pretty icon (optional)
- Save

By default, every control is disabled: here's your new presentation profile.

The rationale of removing the presentation profile from the defaults is that the user should not care about these things in the first place - the developers should instead. Just allow some time for anybody else to pick it up, providing a default profile for that is just a way for preventing this change to happen. And I think people who need it badly can sustain doing 2 clicks for creating one.

I am sorry that is just such a GNOMEism. Trying to do the better design in a way that is less useful to users and makes it cumbersome to users to get actual real-life work done. At least we still have the option to add it, but seriously, this sucks.

First of all, KDE was the only desktop environment providing such a setting, given that we still did not have a way for handling this situation properly.

More than that, we will try to push this specification out into freedesktop.org, so that other non-KDE applications can benefit from it.

If the above shall fail, application can still integrate this feature, as it is exposed through DBus as well - in this case, we will provide patches for major apps (such as OO.org) to fix that, in the hope they will be accepted.

This is just the first step in giving a better experience to users - we are just asking for some patience, because the only way for pushing a new feature is to show off that it works and it gives some benefits to developers.

And after all, from a user's point of view remember that:

1. You can create a presentation profile easily, as I told you before.
2. If you are upgrading from a previous KDE version and not starting from a clean home folder, all of your previous profiles will be automatically converted and upgraded on first startup - including Presentation.

Why not just keep the menu option till, at the very least, all KDE applications have adopted the new way of doing things ?
This sort of pointless removal of perfectly good and useful options is the sort of thing Windows does. Isn't the whole point of KDE *SC* is that it's an integrated whole ?

The point is that the *default* option was removed for new users. We did not wipe the possibility out, we are simply advising the user against doing that, but you are still able to create your profile and work the way you want - which is pretty much the KDE way.

[ 62%] Building CXX object phonon/kded-module/CMakeFiles/kded_phononserver.dir/phononserver.o
/usr/src/kdebase-runtime-4.5.95/phonon/kded-module/phononserver.cpp: In constructor 'PhononServer::PhononServer(QObject*, const QList&)':
/usr/src/kdebase-runtime-4.5.95/phonon/kded-module/phononserver.cpp:66:5: error: 'registerMetaTypes' is not a member of 'Phonon'
/usr/src/kdebase-runtime-4.5.95/phonon/kded-module/phononserver.cpp: In member function 'void PhononServer::updateAudioDevicesCache()':
/usr/src/kdebase-runtime-4.5.95/phonon/kded-module/phononserver.cpp:695:9: error: 'DeviceAccessList' is not a member of 'Phonon'
/usr/src/kdebase-runtime-4.5.95/phonon/kded-module/phononserver.cpp:695:34: error: expected ';' before 'deviceAccessList'
/usr/src/kdebase-runtime-4.5.95/phonon/kded-module/phononserver.cpp:711:17: error: 'deviceAccessList' was not declared in this scope
/usr/src/kdebase-runtime-4.5.95/phonon/kded-module/phononserver.cpp:711:37: error: 'DeviceAccess' is not a member of 'Phonon'
/usr/src/kdebase-runtime-4.5.95/phonon/kded-module/phononserver.cpp:714:67: error: 'deviceAccessList' was not declared in this scope
/usr/src/kdebase-runtime-4.5.95/phonon/kded-module/phononserver.cpp:733:9: error: 'DeviceAccessList' is not a member of 'Phonon'
/usr/src/kdebase-runtime-4.5.95/phonon/kded-module/phononserver.cpp:733:34: error: expected ';' before 'deviceAccessList'
/usr/src/kdebase-runtime-4.5.95/phonon/kded-module/phononserver.cpp:737:17: error: 'deviceAccessList' was not declared in this scope
/usr/src/kdebase-runtime-4.5.95/phonon/kded-module/phononserver.cpp:737:37: error: 'DeviceAccess' is not a member of 'Phonon'
/usr/src/kdebase-runtime-4.5.95/phonon/kded-module/phononserver.cpp:740:67: error: 'deviceAccessList' was not declared in this scope
make[2]: *** [phonon/kded-module/CMakeFiles/kded_phononserver.dir/phononserver.o] Error 1
make[1]: *** [phonon/kded-module/CMakeFiles/kded_phononserver.dir/all] Error 2
make: *** [all] Error 2

Thanks for the tip. It makes no difference though. (I tried this under the latest Chakra liveCD with KDE 4.6rc2. -- by the way, contrary to my former Kubuntu install, animation is always very jerky while moving a windows ; under Kubuntu it used to be jerky during the first second of a move operation only).

Other animations like "scale / exposé" are very smooth on the other hand.

The nepomuk error continues to appear after login, and another error interrupts the logout process. I think those two errors should be resolved before the 4.6.0 release since they are pretty obvious and weren't present in 4.5.x.

This is true. Especially as it seems there is a patch ready -- as far as I understand from lurking on the nepomuk list.

And also because in 4.5, nepomuk worked for me very well, and I'd be sad to not have it for a couple (point) releases. And although I know it is not the main point of nepomuk, the search/indexing is extremely useful in combination with alt-F2.

Not, not just useful. Really cool actually.

Speaking of nepomuk: I expect that having this search part stable and working will yield more usage, and therefore more interest, and this is how the promise of nepomuk will be bootstrapped.