Bug 377742

Summary:	Show all KTextEditor view bars in a central location disruptive and annoying on multiple screens
Product:	[Developer tools] kdevplatform	Reporter:	Edward Kigwana <ekigwana>
Component:	editor integration	Assignee:	kdevelop-bugs-null
Status:	CONFIRMED ---
Severity:	normal	CC:	igorkuo
Priority:	NOR
Version:	git master
Target Milestone:	---
Platform:	Other
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Edward Kigwana 2017-03-17 16:51:20 UTC

Commit 83806b265b1894d1ac174ec8f0e2966da868c23b "Instead of showing the view bars beneath every editor view, we now always use the central location beneath the central widget.
This greatly improves the usability of the find/replace view bars when using split views."

This is horrible on multiple monitors. Please make this optional. I stretch one session across two or three monitors and finding some thing on the right is annoying when the text shows up on the left most monitor. If a view has a find ui activated selecting a view without it also makes this ui appear and dissappear which is irritating if your searching in one view to then paste in one without a find ui up. Also searching for the same thing in multiple views can make it confusing as to what view the search ui is for. So I am making some changes and want to see the next item in the source document but the central ui is for the current view and before you know it your off to somewhere else. And finding the last spot with ctrl+z gets old. Please revert or make optional in settings. I can see this beeing useful for a single screen maybe but thats it.

Comment 1 Milian Wolff 2017-03-18 16:17:36 UTC

true, until we get proper multi-screen support in kdevelop this should get a setting

Comment 2 Edward Kigwana 2021-02-25 05:29:10 UTC

Years later... That one commit arrrg.

Comment 3 Edward Kigwana 2022-11-22 07:05:04 UTC

I am I the only person irritated with the mouse gymnastics? it is worse in wayland where the context menus and popups always got to the next screen over. It still does not make sense especially if one is doing a search and replace, now I have to click into the pane to make sure the displayed search controls are applicable to that pane if my thoughts wander a little :)

Comment 4 Igor Kushnir 2022-11-24 08:15:09 UTC

Milian has agreed that the behavior that annoys you should become optional. But apparently no one has enough time and sufficient motivation to implement the option. You could scratch your own itch and create a merge request.

Comment 5 Igor Kushnir 2023-07-16 14:57:59 UTC

Kate's split views also share a search bar. Is there a similar Kate bug report? Or is this sharing already configurable in Kate?

Comment 6 Edward Kigwana 2023-07-16 15:59:03 UTC

Kate has the same trouble but I did not start using kate regularly until I tried 100% KF6 last month. Likely does not have a bug files on it. Things can get tricky anytime one has multiple monitors. I have had 5+ monitors at work since ~2013 so I've just adapted to the curent behavior. I can think of a couple workable options
1 - Search bar per view
2 - One search bar for all views - One thing that would help is if the associated view tab was highlighted

Maybe one of these days I'll work it.

Comment 7 Igor Kushnir 2023-07-16 16:19:26 UTC

> now I have to click into the pane to make sure the displayed search controls are applicable to that pane if my thoughts wander a little :)
As discussed under Bug 468703, selecting a split view to search in doesn't always work correctly.

> One search bar for all views - One thing that would help is if the associated view tab was highlighted
KDevelop aims to always display the search bar associated with the split view that has focus. But the Bug 468703 breaks this association occasionally.

Comment 8 Igor Kushnir 2023-07-21 10:50:49 UTC

Bug 472334 proposes an alternative for split views across monitors: separate editor windows.