Bug 465347 - Selection marker is present when single-click selects items
Summary: Selection marker is present when single-click selects items
Status: RESOLVED INTENTIONAL
Alias: None
Product: dolphin
Classification: Applications
Component: general (show other bugs)
Version: 22.12.1
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Dolphin Bug Assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-02-05 23:13 UTC by Oliver Beard
Modified: 2023-02-17 10:49 UTC (History)
3 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Oliver Beard 2023-02-05 23:13:28 UTC
SUMMARY
Selection markers, to select an icon are useful when single-click is used to open, but when using single-click to select items (double-click to open) they should not be present (they are redundant).

STEPS TO REPRODUCE
1. "Clicking files or folders: Selects them" in General Behaviour
2. Open dolphin and hover over a file/folder icon

OBSERVED RESULT
The selection marker is present.

EXPECTED RESULT
The selection marker should not be present.

SOFTWARE/OS VERSIONS
Dolphin: 22.12.1
KDE Frameworks Version: 5.102.0
Qt Version: 5.15.8
Comment 1 Felix Ernst 2023-02-07 17:01:23 UTC
>Selection markers, to select an icon are useful when single-click is used to open,
>but when using single-click to select items (double-click to open) they should
>not be present (they are redundant).

They are not redundant: Clicking them adds the item to the selection, while clicking the item directly replaces the current selection.

Let me know if you think marking this as "NOT A BUG" was wrong.
Comment 2 Nate Graham 2023-02-07 17:45:46 UTC
As a data point, in Plasma Folder view, the selection marker buttons automatically disappear with no option to bring them back when you use double-click, and I can't recall getting any complaints about this. It might make sense do to the same thing in Dolphin.
Comment 3 Nate Graham 2023-02-07 17:46:59 UTC
JFYI "INTENTIONAL" is more appropriate than "NOT A BUG" since this is currently considered an intentional behavior.
Comment 4 Oliver Beard 2023-02-07 18:19:21 UTC
(In reply to Nate Graham from comment #2)
> It might make sense do to the same thing in Dolphin.

I concur - users who double-click to open are well accustomed to dragging or using ctrl+click to make a selection. I hope this is considered.
Comment 5 Felix Ernst 2023-02-07 19:34:05 UTC
(In reply to Nate Graham from comment #3)
> JFYI "INTENTIONAL" is more appropriate than "NOT A BUG" since this is
> currently considered an intentional behavior.

Understood. 👍

(In reply to Oliver Beard from comment #4)
> (In reply to Nate Graham from comment #2)
> > It might make sense do to the same thing in Dolphin.
> 
> I concur - users who double-click to open are well accustomed to dragging or
> using ctrl+click to make a selection. I hope this is considered.

Ctrl+click is a hidden feature. Many (IMHO most) users don't know about it. Even if they know about dragging a selection rectangle, without the selection markers they won't be able to select two files diagonally next to each other without also selecting other files in between. It seems very important to me that users are able to do this, so hiding selection markers and hindering them seems like it would definitely be a step in the wrong direction.

…at least this would have been the case before we had the selection mode feature. We could deprecate selection markers in favour of the selection mode but this is a bigger discussion that IMHO needs to be discussed separate from this bug report.

(In reply to Nate Graham from comment #2)
> As a data point, in Plasma Folder view, the selection marker buttons
> automatically disappear with no option to bring them back when you use
> double-click, and I can't recall getting any complaints about this. It might
> make sense do to the same thing in Dolphin.

Plasma Folder view is the name for using folders on the desktop, right? It makes total sense to me that we didn't get complaints about this because that view is less likely to be used for manipulating/managing/moving groups of files. Selecting specific files among others is probably not a typical workflow there. I assume most use it to keep specific files or folders around, and not for e.g. deleting a specific subset of files within a group of other files. That's IMO the reason why not many people are bothered by this. I am quite certain this would be a different story for Dolphin.
Comment 6 Nate Graham 2023-02-11 01:39:21 UTC
Folder View is the thing that provides icons on the desktop, yeah. And people *definitely* do file management there. It's one of the primary ways that normal users do file management, in fact. You've seen how tons of people have all their stuff on the desktop, right?

Regardless, supposed differences in usage (which I'm contesting) don't justify the inconsistency between Dolphin and Folder View IMO.
Comment 7 Felix Ernst 2023-02-11 11:29:57 UTC
(In reply to Nate Graham from comment #6)
> Regardless, supposed differences in usage (which I'm contesting) don't
> justify the inconsistency between Dolphin and Folder View IMO.

Please contest it with words. How are users supposed to select files that are diagonally next to each other if they don't know about Ctrl+Click, and don't/don't want to use selection mode?
Comment 8 Nate Graham 2023-02-13 17:40:31 UTC
I don't think it's a relevant question. In my mind the problem here is the inconsistency between Dolphin and Folder View. In the user's mind, they both do the same thing: provide file management. So their UX should be as similar as possible IMO.
Comment 9 Felix Ernst 2023-02-17 10:49:54 UTC
Selection markers can already be disabled in the Dolphin settings. If we don't have a plan in mind how users are supposed to accomplish a basic task (selecting items diagonally next to each other), it doesn't make sense to me that we would be removing a feature. The same applies to Folder View AFAIAC, but even if it didn't, basic functionality is more important than consistency in this case IMO.

Maybe the story is different in a year or two when users had the chance to get accustomed to selection mode for selecting, but until then Resolved Intentional seems to be fitting for this bug report to me.