[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 101026] More clever usage of window borders - scrollbars -
From:       Oded Arbel <oded () geek ! co ! il>
Date:       2005-12-05 13:15:05
Message-ID: 20051205131505.25163.qmail () ktown ! kde ! org
[Download RAW message or body]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
         
http://bugs.kde.org/show_bug.cgi?id=101026         




------- Additional Comments From oded geek co il  2005-12-05 14:15 -------
I think the solution to the problem is two fold first, KDE (kwin) should not show the \
window borders for windows that are maximized. This is already done if you uncheck \
"allow maximized windows to be moved and resized" in the "moving windows" KCM module \
(can't figure out how to get to it using kcmshell, but you can right click the title \
bar of any window and choose "configure windows behavior" to get to it). Once that \
done, kwrite behaves as in comment #4, which I believe is how things should be done \
(at least Apple engineers think so, and they are usually right in these things).

The second issue is that most applications featuring scroll bars - kmail notably, but \
weirdly enough also kate(*) should have the scroll bars flushed against the side of \
the window where possible, so that when "allow maximized windows to be moved and \
resized" is unchecked - for this specific reason - then it should work. This is an \
application specific issue, and as proven by kwrite is not a kwin or kdelibs issue. \
(I've opened bug #117718 about the same problem with kate).

(*)which is weird because kwrite is a kate wrapper and have *less* chrome around the \
editor.


[prev in list] [next in list] [prev in thread] [next in thread]