Bug 117718

Summary:	When kate is maximized the editor scroll bar should be positioned against the window border with no space between the scroll bar and the border
Product:	[Applications] kate	Reporter:	Oded Arbel <oded>
Component:	general	Assignee:	KWrite Developers <kwrite-bugs-null>
Status:	RESOLVED FIXED
Severity:	wishlist	CC:	l.lunak
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	unspecified
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Oded Arbel 2005-12-05 14:14:08 UTC

Version:           2.5.0 (using KDE 3.5.0, Mandriva Linux Cooker i586 - Cooker)
Compiler:          Target: i586-mandriva-linux-gnu
OS:                Linux (i686) release 2.6.12-12mdksmp

When unchecking "Allow moving and resizing of maximized windows", it is expected that widgets that are placed on the sides of a maximized window can be grabbed by simply throwing the mouse all the way to the side of the screen (Fitt's law). This is hampered by the fact that Kate introduces a two pixel space between the scroll bar and the side of the window, so that in a maximized kate (when the windows borders aren't showing), the scroll bar can't be operated when the mouse is on the right most size of the screen, there by making the scroll bar a much harder target to acquire.

See bug #86847 for the effects of "Allow moving and resizing of maximized windows".

Comment 1 Dotan Cohen 2007-06-29 16:44:06 UTC

I can confirm that this affects all KDE apps, not just Kate. Tested on KDE 3.6 on Ubuntu and Fedora Core 6.

Comment 2 Thomas Friedrichsmeier 2007-12-10 02:01:14 UTC

Reassigning to kwin. The scrollbar *is* at the window border, the problem seems to be that the window border is still there / still interacts with the mouse. So I don't see anything that could be done about it from within kate.

bug #84154 is related.

Comment 3 Sebastian Kügler 2007-12-10 13:13:45 UTC

Configure Window Behaviour -> Moving -> [ ] Allow moving and resizing of 
maximised windows

make the small border (which is really a handle to move and resize) go away.

Comment 4 Lubos Lunak 2007-12-17 18:11:22 UTC

Which decoration(s)?

Comment 5 Truth.seek 2007-12-18 03:25:49 UTC

I do not know of any decoration that doesn't have this problem. I concur that all apps manifest this except gtk ones like firefox. In gtk apps, the scrollbar really is at the very edge of the screen even when using the same kde style. In essence, the kde style involved has no real bearing on this issue.

Note also that this has nothing to do with "allow moving and resizing of maximized windows" since unchecking the option still leaves the padding beside the scrollbar.

Comment 6 Lubos Lunak 2007-12-19 15:26:37 UTC

With the Keramik window decoration and "Allow moving and resizing of maximized windows" turned off, with KWrite the scrollbar works, but not with Kate. Checking geometry shows that the Kate window itself reaches as far the as screen edge and there's no decoration border.

Comment 7 Truth.seek 2007-12-20 02:52:36 UTC

Hmm.. indeed kwrite's scrollbar is fine. I used to think all kde applications have this "bug". I suppose the title initially proposed still stands.

Comment 8 Thomas Friedrichsmeier 2007-12-20 15:16:55 UTC

Sorry about the mis-assignment. By default I use a style (Platinum) that does not hide the window borders when maximized (and moving of maximized windows is not allowed), so I thought it was that issue.

I can in fact reproduce the pattern using KDE 3.5.8 version of kwrite (working) and kate (not working) in Keramik / Plastik.

However, the KDE 4 versions of kate and kwrite both work as expected. So I'll close this as fixed in KDE 4.

Comment 9 Dominik Haumann 2007-12-21 10:32:38 UTC

Jfi: Kate in KDE3 has a extra tabbar around it to allow multiple tabs. (The feature is disabled/hidden). In KDE4 this tabbar was removed. Thus, no extra frame.