Bug 275182 - Single click ignored and double click forced in file dialogs and system settings
Summary: Single click ignored and double click forced in file dialogs and system settings
Status: RESOLVED NOT A BUG
Alias: None
Product: kde
Classification: I don't know
Component: general (show other bugs)
Version: 4.6
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: Unassigned bugs mailing-list
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-06-08 07:31 UTC by Stefan Kiesler
Modified: 2011-06-08 22:20 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Oxygen Screenshot (501.51 KB, image/png)
2011-06-08 16:51 UTC, Stefan Kiesler
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Stefan Kiesler 2011-06-08 07:31:05 UTC
Version:           4.6 (using KDE 4.6.2) 
OS:                Linux

I don't know which version of KDE 4 introduced this behaviour for me (I guess it was 4.6), but it's really annoying. I have used single clicks ever since being a KDE user, but this setting is now being ignored by KDE... partially!
While single clicks are working fine in applications like Dolphin (love those new +/- selection handles on the left of filenames, by the way), any file dialog in a KDE application now requires double clicks to select files and directories. Even the system settings require double clicks on the icons, which makes about NO sense at all, since there's no need for single clicks there to select multiple items, for example, because that's just no possible in system settings.

How to get a consistent single click behaviour throughout a KDE 4.6 system?

Reproducible: Always




This is an AMD64 build.
Comment 1 Christoph Feck 2011-06-08 12:01:11 UTC
> any file dialog in a KDE application now requires double clicks to select files and directories.

Cannot reproduce on today's trunk.

> Even the system settings require double clicks on the icons

Cannot reproduce either.

Which widget GUI style are you using? Can you reproduce using the Plastique style? Does it happen with a fresh user account? It could be some odd configuration files.
Comment 2 Stefan Kiesler 2011-06-08 15:56:36 UTC
> Which widget GUI style are you using? Can you reproduce using the Plastique
> style?

You mean System Settings -> Workspace Appearance -> Window Decorations? There's a "Plastik" style, but it doesn't change mouse behaviour.
In System Settings -> Workspace Appearance -> Desktop Theme there's nothing Plastique-like, I'm using the Air theme.
The single/double click settings in System Settings -> Input Devices -> Mouse are only respected by Dolphin. They don't affect "File open" dialogs or the icons on the System Settings panel.

> Does it happen with a fresh user account? It could be some odd
> configuration files.

Just created a new account, same scenario.
Comment 3 Christoph Feck 2011-06-08 16:07:11 UTC
System Settings > Application Appearance > Style
Comment 4 Stefan Kiesler 2011-06-08 16:18:38 UTC
I don't get it. Application Appearance was set to "CDE" in both my normal and the new account, while applications were clearly using the Plastique style.
Changed it manually and now it says "Plastique" in System Settings.
Mouse clicks are still borked.

A similar problem (my reverse case):  Bug 235159
Comment 5 Christoph Feck 2011-06-08 16:33:30 UTC
Thanks for the hint at bug 235159. The user there is using the Skulpture style, which did not respect the KDE double-click settings in earlier versions.

Please change the style to something modern, such as Oxygen, QtCurve or Bespin. The Oxygen style should be the default style, if it isn't visible in System Settings, then your Qt plugin setup is broken.
Comment 6 Stefan Kiesler 2011-06-08 16:51:15 UTC
Created attachment 60786 [details]
Oxygen Screenshot

Oxygen. Well, that black pile of ugliness didn't change anything.
Anyway, please have a look at the screenshot: Are the borders supposed to look like... that?
Comment 7 Christoph Feck 2011-06-08 17:11:53 UTC
I am still talking about widget style, not window decoration. In the screenshot, you are still using Plastique. Change that to Oxygen.

Additionally, you should use the real Oxygen window decoration, and not the unsupported Oxygen Aurorae theme.
Comment 8 Stefan Kiesler 2011-06-08 17:35:12 UTC
Sorry, didn't notice there were two Oxygens. Actually I was using the default Oxygen window decoration all the time. :-)
However, I don't have the Oxygen widget style. My available styles are: CDE, Cleanlooks, Motif, Phase, Plastique and Windows.
How can I check my Qt plugin setup?
Comment 9 Stefan Kiesler 2011-06-08 17:48:12 UTC
I installed QtCurve and mouse clicks are working fine!
But why are older styles like Platique no longer working? At least I _think_ it was working back in KDE 4.4. Did the API change? Why are broken styles still listed in the control panel?

I guess I'll have to continue on the Gentoo bugtracker. Can you tell me which widget styles _should_ be installed with a default KDE installation? Maybe the Gentoo builds are broken.

Thanks a lot for your time!
Comment 10 Stefan Kiesler 2011-06-08 18:11:11 UTC
For some reason, I dropped the "kde-base/kstyles" package during the update from KDE 4.4 to 4.6. After reinstalling I now have the Oxygen style back and everything works as expected.
I'm marking the bug as invalid, as KDE is obviously not to blame for this.

However, I'm still curious: What about the "older" styles like Plastique, are they part of the KDE default distribution? In my /usr/lib64/kde4/plugins/styles/ dir, I have only 3 plugins: oxygen.so, phasestyle.so and qtcurve.so. Where do the other (obviously broken) styles come from?
Comment 11 Christoph Feck 2011-06-08 21:30:30 UTC
> Where do the other (obviously broken) styles come from?

They are provided by the Qt library as fallbacks for missing platform styles.
Comment 12 Stefan Kiesler 2011-06-08 22:20:32 UTC
Thank you.
Maybe these styles should not be listed in the system settings, or clearly be marked as fallbacks that lack some typical KDE functionality. It's just not obvious to a "normal" user, why the optical appearance of the widgets affects the general mouse behaviour that has been configured in the system settings.