https://bugs.kde.org/show_bug.cgi?id=453198
--- Comment #6 from Felix Ernst <fe.a.er...@gmail.com> --- 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! -- You are receiving this mail because: You are watching all bug changes.
