| Summary: | When a file is in the "underline" focus state, Dolphin responds to some - but not all - keyboard commands on that file | ||
|---|---|---|---|
| Product: | [Applications] dolphin | Reporter: | alex <alexander.duytschaever> |
| Component: | view-engine: general | Assignee: | Dolphin Bug Assignee <dolphin-bugs-null> |
| Status: | CONFIRMED --- | ||
| Severity: | normal | CC: | bugseforuns, felixernst, fernandommuniz, ilikefoss, john.kizer, kfm-devel, nate, postix |
| Priority: | NOR | Keywords: | usability |
| Version First Reported In: | 24.12.0 | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| See Also: | https://bugs.kde.org/show_bug.cgi?id=497483 | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | Instead of acting as if the window never existed, it opens Selection Mode. | ||
|
Description
alex
2020-01-31 09:49:04 UTC
There is a difference between selection and keyboard focus. I doubt Dolphin should automatically select any item that has the focus.
> (can't this be copy-pastable from that dialog???)
It can, in recent versions.
The problem is that DEL does not delete the file, while ENTER can open the file (even with this funny focus thing). The workaround is always to advance the focus with arrow down and then arrow up. Can you confirm that at least the steps work for you? I really don't like this implicit underline selection mode thingy. IMO it makes it quite unclear what the selection state actually is. Personally I think we should reserve it entirely for when nothing has ever been selected in the view, so that you know where selection *would* be if the view was focused. But in general unless the selection is explicitly dismissed by the user, I think something should always be selected following some kind of user-initiated action. Workaround: before attempting to delete the file, one can press SPACEBAR to enable the normal focus highlight. *** Bug 497573 has been marked as a duplicate of this bug. *** (In reply to Nate Graham from comment #3) > I really don't like this implicit underline selection mode thingy. IMO it > makes it quite unclear what the selection state actually is. Personally I > think we should reserve it entirely for when nothing has ever been selected > in the view, so that you know where selection *would* be if the view was > focused. But in general unless the selection is explicitly dismissed by the > user, I think something should always be selected following some kind of > user-initiated action. STEPS TO REPRODUCE 1- Create a generic text. 2- Open it. 3- Close your text editor. 4- Try to delete the file with Delete key, or try to open with the Enter key. OBSERVED RESULT The file is not fully focused exactly as it was before the window opened, and Selection Mode is activated. EXPECTED RESULT The file should be fully focused exactly as it was before the window opened, as if nothing happened. Created attachment 176921 [details]
Instead of acting as if the window never existed, it opens Selection Mode.
The issue doesn't happen when pressing the Enter Key to open the file. See also https://discuss.kde.org/t/dolphin-file-appearance-after-double-clicking/28463/4 I've also stumbled over this and got pretty annoyed when F2 kept opening the selection mode instead of letting me rename the "apparently" selected file, until I figured out the root cause myself, from which point on I had to start working more carefully. I'm not sure if it's another aspect of the same issue: 1- Have a Dolphin window with a file highlighted. 2- Open a file from the Desktop area. 3- Close the window that opened for the app, then press Shift+Delete. Result: The focus for no reason goes to Dolphin's highlighted file and it gets destroyed. Expected Result: The file I just opened should be destroyed. *** Bug 501444 has been marked as a duplicate of this bug. *** It's also annoying when you just happen to have a folder with items open, then uploaded items from the desktop into your cloud with the web browser, then minimize the browser, and finally press shift delete expecting you'll delete your desktop items. Then you realize you lost the unrelated items in the folder. The issue seems to be that the Desktop doesn't seem to be able to be in focus over other non-minimized windows. Files not being deleted when they are not selected is expected. Files opening with Enter even though they are not selected might be unexpected, but considering that the alternative is that nothing happens on Enter, I think Enter opening the current file is alright or even expected. There is no chance of data loss when opening a file, so this is not harmful. I don't think it would be better if nothing happened when pressing Enter even though that might be more consistent. |