You are not logged in.

#1 2024-08-04 13:24:40

jwrichards82
Member
Registered: 2023-01-24
Posts: 20

file open/save dialogs are still double clicking [solved]

So, I am on an install that is only about a couple weeks old and I am getting annoyed enough to post this. In my absence from Arch, I learned that plasma is now version 6 and two things happened; Plasma  is now on qt6 AND the double click option is off by default. On "muscle memory" when plasma completed install and I logged in for the first time, I went straight to the settings to ensure the select files and folders selection is set to single click, forgetting that was the default now. Anyway, after a week and some days of getting things setup and just generally using my setup, I get the behavior in file/folder dialog boxes STILL double click. I select a file and it automatically opens it. I select a folder and it automatically selects it and closes the dialog box. randomly in applications that have multiple selection options, it does the same thing.  I went to see if there was some qt6 conf I should edit, I guess that is not a thing? The applications don't have their own single/double click setting like the plasma settings window does. it makes browsing in these dialog boxes annoying when I accidentally click a folder and it goes into it when I wanted the one next to it. Sometimes I want to select more than one file BEFORE clicking OK/Open/Select/etc

I followed the install wiki every line. The only addition to it once you do your first reboot was install plasma, plasma-applications and qt5 and qt5-devel as a couple projects I compile  have not migrated to qt6 yet. Would that be a problem? I wouldn't think qt6/5 being dependencies of plasma would dictate the behavior as that should be all on plasma? I've gone through 5 pages on google results and a couple here as well which cover the pre-plasma 6 issue and questions surrounding it and, with an oddly large number of "maybe it's your mouse" responses to those posts. To make sure, I went through the trouble of dismantling my mouse an cleaning it (needed it anyway) and plugged it into my roommates Windows 10 computer and I can safely declare it is NOT a mouse issue. Any ideas where I should look first? Is this consistency issue a known thing and I just need to give it a little more time for a patch/update to plasma to come out? Can qt6/5 coexist I see a lot of the binaries in /usr/bin labeled with -qt5 and -qt6 at the end...so..

Last edited by jwrichards82 (2024-08-05 00:20:52)

Offline

#2 2024-08-04 16:22:56

seth
Member
From: Won't reply 2 private help req
Registered: 2012-09-03
Posts: 75,835

Re: file open/save dialogs are still double clicking [solved]

I get the behavior in file/folder dialog boxes STILL double click. I select a file and it automatically opens it.

Your post makes absolutely no sense.
You say you want and configured single click behavior, then describe that you're getting single click behavior, call it double click and complain about that,
"single click": *you* click once and stuff happens
"double click": *you* click twice in a row and stuff happens

Other than that: What file dialogs of what clients (basically: "is kwrite affected?")
Do they actually use Qt and if those are gtk clients, do they use Qt via xdg-desktop-portal?

Offline

#3 2024-08-05 00:19:20

jwrichards82
Member
Registered: 2023-01-24
Posts: 20

Re: file open/save dialogs are still double clicking [solved]

what I expect:
when I open an application; go to "file" "open" in the resulting dialog box, I click the folder I want to open and either click OK/Open or double click to enter that folder. I click on a file I wan to open, then click Open/OK or double click the file to finally open it.

what I get
when I open an application; go to "file" "open" in the resulting dialog box, I click the folder I want to open and it just opens it. I am so used to double clicking the folder I want to open, it ends up going another two folders deeper in the event of a nested set of folders. I click on a file in that folder and it just opens it, no chance to hold ctrl select more than one file if needed and THEN click OK/Open.

Applications exhibting the behavior;
86Box from source and appimage
DuckStation from appimage

It would seem any of the "k" applications don't do this
I wish I had a larger pool of applications to look at, but I decided to get back into Arch at the worst time as my job has become crazy busy to the point that since I am on-call I have very little time to properly explore this issue. I am expecting a lot of things that are probably left over ideals from
Windows.

Since mentioned about the xdg portal, I noticed the dialog boxes form just those two apps look different form the KDE native applications, so I'll just mark this thread and solved and  post my questions on their forums/discords.

Last edited by jwrichards82 (2024-08-05 00:20:28)

Offline

#4 2024-08-05 06:19:32

cryptearth
Member
Registered: 2024-02-03
Posts: 2,167

Re: file open/save dialogs are still double clicking [solved]

as I had a copy of driver2 and a bios rom on hand (can't remeber from where - file was last time accessed 2008) I gave duckstation a try - and can't confirm your issue - seems somthing on your end

Offline

#5 2024-08-05 07:13:02

seth
Member
From: Won't reply 2 private help req
Registered: 2012-09-03
Posts: 75,835

Re: file open/save dialogs are still double clicking [solved]

@cryptearth, https://aur.archlinux.org/packages/duckstation or some "appimage"?

@jwrichards82, idk whether appimages use xdg-desktop-portal tbw, but do you have https://archlinux.org/packages/extra/x8 … ortal-kde/ installed and is it the only installed implmentation? What do the dialogs look like? (link a screenshot)

Offline

#6 2024-08-05 11:57:21

cryptearth
Member
Registered: 2024-02-03
Posts: 2,167

Re: file open/save dialogs are still double clicking [solved]

as I not knew duckstation I looked it up via google and got redirected to the github repo
the readme states to only use the provided latest appimage as they don't maintain any packages or build services like AUR
hence I used the appimage as of today morning

Offline

Board footer

Powered by FluxBB