Bug 454438 - No option to turn off the default full row selection
Summary: No option to turn off the default full row selection
Status: RESOLVED WORKSFORME
Alias: None
Product: dolphin
Classification: Applications
Component: view-engine: details mode (show other bugs)
Version: 22.04.1
Platform: Neon Linux
: NOR major
Target Milestone: ---
Assignee: Dolphin Bug Assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-05-26 14:10 UTC by John
Modified: 2022-07-01 04:37 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description John 2022-05-26 14:10:52 UTC
SUMMARY
***
No option to turn off the default full row selection in Details view mode
***


STEPS TO REPRODUCE
1. Open Dolphin
2. Click anywhere, but not directly on a folder or file

OBSERVED RESULT
With the default Clicking files or folders set to open them, the folder on that row will be open and we'll move inside or the file will be open.
This is really annoying as it leads to too many mistakes!
Plus I can never switch family and friends to Linux with KDE Plasma if it comes with these kind of defaults with no options to turn them off.


EXPECTED RESULT
Don't do anything if I haven't clicked directly on that folder or file so it would be better if it weren't enabled by default.
Another think that I expect is for such a feature to have an option in Dolphin's configuration window to enable it when we are ready for it or if we already have similar experience
At the moment I have switched "Clicking files or folders" to just select them as that was annoying on its own, but now combined with this feature too makes every unusable as there's no place where I can click safely without something unexpectedly open
It mitigates the problem, but still want this to be off by default or at least have an option to turn it off myself.
Also an intermediate option for the selection to have the same width as the name column instead of spanning over all the columns would be nice.


SOFTWARE/OS VERSIONS
Linux/KDE Plasma:
KDE Plasma Version: 5.24.90
KDE Frameworks Version: 5.95
Qt Version: 5.15.4

ADDITIONAL INFORMATION
From: neon-testing-20220524-1822.iso + updates from Discover
Comment 1 Nate Graham 2022-05-26 17:30:33 UTC
The change is intentional, so let's focus on the problems you're having with it so we can try to address them without reverting the change or making it optional. We would like to only do one of those as a last resort.

> there's no place where I can click safely without something unexpectedly open
There is empty space on the left side of the file view that you can click in. You can also de-select everything by hitting the Esc key.

Is that okay?
Comment 2 John 2022-05-28 06:33:53 UTC
(In reply to Nate Graham from comment #1)
> The change is intentional, so let's focus on the problems you're having with
> it so we can try to address them without reverting the change or making it
> optional. We would like to only do one of those as a last resort.
> 
> > there's no place where I can click safely without something unexpectedly open
> There is empty space on the left side of the file view that you can click
> in. You can also de-select everything by hitting the Esc key.
> 
> Is that okay?

Would simply saying that I don't like it or that I like the old behavior more be a valid answer?
I'm a long time Windows 7 user and a KDE Plasma user for about 4 years and I like the old behavior.
I  never felt that that something need to be improved there or that I need a whole row selection.
Maybe also because it's more careless and fast, I can drop folder or files pretty much anywhere in the main folder as long as I don't drop the on other folders, which is easy as they are all on the left side, instead of having to care to drop them exactly at the narrow space at the edges.

Sometimes I want to select some folders or files that happen to have longer names than the others so I use the trick of dragging the mouse and making the normal multi-selection rectangle, but I drag it left so that it just touches the folders or files that have the longer names and stop immediately to not go further and select also the others.
I see that this is still possible in the compact view mode, but my favorite view mode is the Details one which I use almost all the time and it's exactly the one that is affected

Another thing that I want is to move in the future my family and friends to Linux and KDE Plasma of course, but I bet some of them will be annoyed by the behavior that it's not like in Windows with which they are used to and will ask me to change it, to which of course I will have to say that I can't making me wonder if I did the right thing of moving them to Linux or moving them to KDE Plasma instead of Cinnamon or other DE that might be more Windows-like.
Depending on how many little things like this they don't like I will be forced to move them or an older version of KDE Plasma in case I want them to still benefit from Wayland but don't have the things they don't like, are used to or willing to learn.

Why is it exactly such a big deal to make it optional?

Shouldn't Windows or KDE Plasma have had it from the beginning or way more in the past if it was so clear that majority of users wanted it?

I don't know, but I don't want to bring frustration to my family members and friends I cannot customize KDE to behave like Windows in case they prefer that behavior and that will mean that I will not introduce KDE to them, but another one that is more adaptable.

It's not what I want, but also I'm not used to KDE to bring features without an option to turn them off or change them in any way.

As for the empty space, I am seeing it now, I have a bit of tunnel vision and it's easier for me to miss some things on the sides.

I see that there is some space on the right too, when the window is in fullscreen mode.
When it's tiled to the right half screen there's no empty space left on the right
And another problem that I can notice even in fullscreen mode, is that if you resize for whatever reason the "Modified" column or whatever column is last until it touches the right edge, then the empty space on the right side disappears.
On the left that seems to not be a problem.
Comment 3 Nate Graham 2022-06-01 16:18:52 UTC
We don't copy Windows or macOS for the sake of copying them; see https://community.kde.org/Get_Involved/Design/Lessons_Learned#Copying_other_platforms

Let's focus on the problems that are being caused here.


> Sometimes I want to select some folders or files that happen to have longer names than the others
> so I use the trick of dragging the mouse and making the normal multi-selection rectangle, but I drag
> it left so that it just touches the folders or files that have the longer names and stop immediately to
> not go further and select also the others.
> I see that this is still possible in the compact view mode, but my favorite view mode is the Details one
> which I use almost all the time and it's exactly the one that is affected
This is still possible in Details view. You can click and drag from anywhere that's not the filename or icon, and it will start a box selection.

> I see that there is some space on the right too, when the window is in fullscreen mode.
> When it's tiled to the right half screen there's no empty space left on the right
Yes, when there's not much horizontal space and the view has to become scrollable, the empty space is only visible on the left. This is intentional, but shouldn't be a problem because there is some empty space there.

> And another problem that I can notice even in fullscreen mode, is that if you resize for whatever reason the "Modified"
> column or > whatever column is last until it touches the right edge, then the empty space on the right side disappears.
Ditto.
Comment 4 Bug Janitor Service 2022-06-16 04:35:30 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 5 Bug Janitor Service 2022-07-01 04:37:15 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!