Summary: | Switching to a pane in Details view mode results in a file opening | ||
---|---|---|---|
Product: | [Applications] dolphin | Reporter: | thwrnr0 |
Component: | panels: folders | Assignee: | Dolphin Bug Assignee <dolphin-bugs-null> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | felixernst, johannes-schmidt, kfm-devel |
Priority: | NOR | ||
Version: | 22.04.0 | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
thwrnr0
2022-04-29 16:08:46 UTC
This has been bothering me too. It's very counter intuitive behavior considering that in all other modes as in details mode mode, clicking the empty space just selects the pane. A related problem is that if you have a directory containing a long list of directories you have no place to drag and drop files/folders into, and no place to right-click to create new folders or files. It will always drop into or create the file inside the directory whose row is under the cursor instead of the directory displayed. In my opinion, clicking (or dragging onto) anything but the file/directory name and icon should not open the file or directory. (In reply to Johannes Schmidt from comment #1) > [...] and no place to right-click to create new folders or files. Sorry, I just realized that this is false, right-clicking and creating files/folder works as expected. Which in my eyes makes this even more inconsistent. Why does left-clicking and drag-dropping into empty space select/open a file/folder and right-clicking empty space does not? *** This bug has been marked as a duplicate of bug 453700 *** I am trying to understand the exact use case here. Can you explain why you want to switch the active pane but don't want to click on an item or make a selection in the pane you are clicking? What do you want to accomplish by switching the active pane? (In reply to Felix Ernst from comment #4) > Can you explain why you want to switch the active pane but don't want to > click on an item or make a selection in the pane you are clicking? Just to clarify: The most relevant use-case to me is quickly changing the directory of the terminal widget to the other pane to do run a command in the directory opened in that pane. Or more generally, basically any toolbar action that only acts on a single pane, like searching, setting view mode, toggling previews, or closing the selected pane. For me personally, the solution of adding the "Leading Column Padding" was sufficient. I'm not the reporter of this duplicate issue, but for me personally all issues have been resolved with that. Thanks for clarifying! >The most relevant use-case to me is quickly changing the directory of the terminal widget to the other pane to do run a command in the directory opened in that pane. Or more generally, basically any toolbar action that only acts on a single pane, like searching, setting view mode, toggling previews, or closing the selected pane. For all the example actions given above, aiming at the Side Padding is not even required because dragging a small selection rectangle on a row would also work. That would lead to marking an item as selected but for all of the examples you have given that wouldn't matter. I see the point though that one might not want to have an item selected even if there is no concrete downside to this currently. We have the new Side Padding for this. >The most relevant use-case to me is quickly changing the directory of the terminal widget to the other pane to do run a command in the directory opened in that pane. Not sure if this is relevant here, but I'll mention that there is a way to do this without even taking the hands of the keyboard i.e. "Ctrl+Shift+F4" to go to the active view, then "Tab" (if the "Tab to change active pane" setting is enabled), then "Ctrl+Shift+F4" again to go back to terminal. I admit though that this isn't very discoverable so using the mouse for that seems easier. I feel like we should change it so "Tab" as part of the normal tab order should change to the next view and "Shift+Tab" should change back even if the "Tab to change active pane" setting is disabled. That would make this slightly easier. >For me personally, the solution of adding the "Leading Column Padding" was sufficient. I'm not the reporter of this duplicate issue, but for me personally all issues have been resolved with that. Glad to hear that! |