Bug 127936 - keep the context menu (word completion) at the same height
Summary: keep the context menu (word completion) at the same height
Status: RESOLVED FIXED
Alias: None
Product: kate
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR wishlist
Target Milestone: ---
Assignee: KWrite Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-05-24 14:10 UTC by Maciej Pilichowski
Modified: 2012-10-25 23:12 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Maciej Pilichowski 2006-05-24 14:10:51 UTC
Version:            (using KDE KDE 3.5.2)
Installed from:    SuSE RPMs

If the cursor is in the top half of the screen display the menu below cursor, if it is in the bottom half -- above. Don't even check the length of the menu.

Currently the placement is length dependent, and while editing something near the bottom of the screen I get the craziness show -- from word to word the context menu is jumping, below, above, below, above, below, above. And since I type rather fast my eyes hurt from such "animation".
Comment 1 Jens Dagerbo 2006-05-24 15:53:17 UTC
Completion dialog placement is kateparts doing. Reassigning.
Comment 2 Hamish Rodda 2006-05-24 16:38:42 UTC
This sounds like a valid bug.

Fixing it in the 3.x series without unnecessarily inverting all completion boxes below half way (a dramatic solution) would be quite a technical feat, especially given that the completion box is currently repopulated with each keypress.

In kde 4.x, completions will likely be model-based, and this problem should go away.

So, unless there is a developer out there willing to put the effort into katepart 3.5.x, this will be solved in kde 4.0
Comment 3 Christoph Cullmann 2012-10-25 23:12:51 UTC
Fixed in KDE 4.x