Bug 241502 - Kate find bar and split view
Summary: Kate find bar and split view
Status: RESOLVED FIXED
Alias: None
Product: kate
Classification: Applications
Component: application (other bugs)
Version First Reported In: unspecified
Platform: Arch Linux Linux
: VHI wishlist
Target Milestone: ---
Assignee: KWrite Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-06-12 05:15 UTC by Kevin
Modified: 2015-10-05 13:48 UTC (History)
4 users (show)

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


Attachments
Kate with find (25.93 KB, image/png)
2010-06-12 05:15 UTC, Kevin
Details
Kate without find (19.12 KB, image/png)
2010-06-12 05:16 UTC, Kevin
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Kevin 2010-06-12 05:15:28 UTC
Created attachment 47923 [details]
Kate with find

Version:           unspecified (using KDE 4.4.3) 
OS:                Linux

When Kate has multiple horizontal views and a find dialog on one of the views, things move around a lot when you move the cursor from one view to the other. Specifically, the middle bar that separates the two views moves up or down. It would be nicer if the middle bar didn't move.
See screen shot.

Reproducible: Always
Comment 1 Kevin 2010-06-12 05:16:45 UTC
Created attachment 47924 [details]
Kate without find
Comment 2 Christian Krippendorf 2012-10-07 18:01:51 UTC
Don't know how the programmers want to handle this, but maybe it is a good solution to keep the find dialog open until you close it, for every view.

A bit of global find dialog. (It is more like a inline widget)

Any better ideas? I would give it a try to implement it.

Regards
Comment 3 Kevin 2012-10-07 19:26:45 UTC
All I had in mind was to make sure nothing moves when a find bar is added. So if you have a horizontal split view like my example, I want the find bar to take space away from the bottom view, instead of equally taking space from both views.

However, a find bar that stays open until you close it may be better (and more intuitive than the current behavior). Just make sure that the find bar still remembers it's state (ie the search options and text) for each (view, file) pair (I think this is the current behavior).

thx
Comment 4 Nikola Kovacs 2013-11-30 08:12:22 UTC
This isn't just a graphical issue, it's a very annoying usability issue. When you click between views, the find bar causes the text to move, so you end up clicking on the wrong thing. Middle-click pasting and selecting text in an inactive view with a hidden find bar is impossible because the find bar immediately appears and causes the text to shift up.
I find myself constantly closing the find bar like I have OCD because of this.
Comment 5 Joseph Wenninger 2014-01-23 20:20:24 UTC
This is being solved for KF5, the find and go to line bar will not jump anymore. Only higher bars like the replace bar will cause a jump of the view
Comment 6 Christoph Cullmann 2015-10-05 13:48:49 UTC
Fixed in KF5 like said.