Registered Member
|
#!/bin/hi *
I used to switch my virtual desktops (4 of them) with the mouse wheel up/down when hovering over an empty (no window under mouse) area. But it seems this behavior has gone in 4.10.5. Which is sad. I was really quite used to it. Is there any reason for removing this (for me real nifty) option or is this by accident? ... or am I blindfolded and this option moved somewhere else to activate? Side note: I needed to fully readjust my plasma desktop, since 4.10.5 terribly crashed when clicking the hey-that's-new - "Create Comics-Book Archive Button" in the Comics Plasmoid, which - for unknown reasons - kicked some of my plasma settings. KR |
Registered Member
|
Mhm ... I discovered that this option has been removed from the SystemSettings Panel, but is still available as an additional "Mouse Action" for the Desktop Plasma Shell Options (right mouse click on empty workspace / "Grid Desktop Settings" / "Mouse Actions" / ... add "Vertical Scroll" and "Switch Desktops").
IIRC there has been a dedicated field in the SystemSettings. This has been removed. Why? |
KDE Developer
|
To my knowledge this has never existed in systemsettings. It's a plasma internal thing and Plasma had never been configurable through systemsettings.
|
Registered Member
|
I know, this is KDE 3.x but I really do think this has been available in the KDE 4.x series as well (up to 4.10.5) http://www.flickr.com/photos/heatsink/72435279/ ("Mouse wheel over background image switches desktop").
... but yet you made me uncertain of this. |
|
The checkbox has not been there or (long time ago?) might have controlled the setting read by the plasma containments (or not)
Configuration is done via plasma, rightclick the desktop, pick "Default Desktop Ssettigns" and in "Mouse Actions" select the behavior for vertical scrolling. This has /never/ been controlled by kwin (not in KDE3 times either, was kdesktop then) |
Registered Member
|
Oh, hm, ok. Sorry for the noise. I rarely configure things anew. I remembered this nice option in the KDE 3.x series and falsely got the impression it has survived in the systemsettings in KDE 4.x. As I had this feature in KDE 4.x running and as 4.10.5 got me headaches (kicking this from my setup) I searched for this option and was lost ...
So, ok. fixed. OT: for myself, from a user point of view, I'm interested in switching desktop via mouse wheel. I do not care if this is the responsibility of kwin, plasma-shell, plasma-desktop, plasma-foo, krunner, or kblah. Yes, under the hood it's important. But as an user ... ? So in the KDE universe I do have kwin and plasma. Next then there is wayland upcoming. And Qt5. And - oh uh - this is a Plasma Desktop settings thing (right mouse-click) but I *do* have a SystemSettings with a Plasma icon there labeled "Workspace Behavior" which controls my Desktop. Well sorta. Obviously not all things. Why not? Oh, never mind. And yet after all these release cycles, I still have some KDE 3.x relics in my head. It get's confusing ... doesn't it? I'm just a user. |
|
The reason is probably that the desktop is more or less a plugin in plasma - replacable by other desktops with other capabilities and other use cases for wheeling.
This is somehow a major conceptual change from kdesktop and apparently had implications for configuration. If you want the desktop containments to be present in systemsettings file a bug/which to plasma - i don't know why they are not or maybe can't. Wayland or Qt5 are absolutely unrelated to this topic, nothing users would have to interact with. |
Registered Member
|
Fine with me. Hm, well ... the desktop and switching from one virtual desktop to the next seems to me as an integral part of a desktop manager/environment. So I do have something which configures KDE as whole (SystemSettings). Does this (the desktop switching) then qualify to be managed there? Don't know. It has been in KDE 3.x, but KDE 4.x is a different story. Next there are a lot of KDE applications out there (and Qt-Apps) which do not configure themselves via SystemSettings. So why does one app configures itself in the SystemSettings and yet another does not? Are plasma-widgets, plasma-plugins, plasma-foo more "KDE-ish" than others, like - say: e.g. amarok? More confusing, there *are* items related to desktop configurable in the SystemSettings ... but there are more available somewhere outside. I do know that. This was to underline the confusion hazards on the way. Imagine someone untrained and new to the topic. However, it's fine with me to have this option available. Again, viewed from a distance: I don't care who inside the KDE team is picking up this ticket as long as I do have the option. This is why I'm on KDE. I do have options. Sometimes hard to find. But they are there. I can lay out the things I wanna them to be. =) This is different to e.g. Gnome: there the option is basically: turn everything off or turn everything on ... or get into some GConf-Registry-Editor (with long lost Windows-feeling as a bonus included like undocumented key-value pairs and such). |
|
The problem is that not every desktop containment might support this feature, so if there was a global setting that had no impact on the current desktop containment (might even change per activity) that would be considered a bug - the setting has to be tied to the containment.
I assume the reason why the plasma plugins have no config entry in systemsettings is that this would trivially be too confusing, but if you care you could request a global kcm that can determine running plasmoids via dbus and load the resp. config modules into it. (personally i like context configs better than a huge systemsettings collection, but that's probably matter of taste) I can however not guarantee that above would even be possible - you'll have to ask |
Registered users: bartoloni, Bing [Bot], Evergrowing, Google [Bot], q.ignora, watchstar