[prev in list] [next in list] [prev in thread] [next in thread]
List: kwin
Subject: Re: Review Request: adjust strict geometry policies
From: Martin_Gräßlin <kde () martin-graesslin ! com>
Date: 2010-12-20 18:09:26
Message-ID: 20101220180926.28533.47354 () vidsolbach ! de
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://svn.reviewboard.kde.org/r/5871/#review9343
-----------------------------------------------------------
Ship it!
Though I don't like that we fix client bugs, the changes make sense and are probably \
useful.
- Martin
On 2010-11-16 16:48:08, Thomas Lübking wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> http://svn.reviewboard.kde.org/r/5871/
> -----------------------------------------------------------
>
> (Updated 2010-11-16 16:48:08)
>
>
> Review request for kwin and Martin Gräßlin.
>
>
> Summary
> -------
>
> Situation as is:
> ================
> - window with constant aspect will by default loose it when maximized (eg. mplayer, \
> NOT fulslcreen. video gets stretched on xv); preventale by rule \
> only
> - windows are allowed to resize them out of the maximizefull state (emcs, gvim), \
> NOT preventable by rules
> - windows (emacs...) may miscalcuate their size (problaby cause of dbl reparenting \
> in kwin) and -because of fixed aspect- enter a minirace with kwin (window resizes, \
> kwin corrects aspect -> window constantly shrinks on every "i fix my own size" \
> attempt), NOT preventable by rules
> Behaviour with the patch:
> =========================
> a) Maximizefull (while being a usage bug ;-) is a userwish, the client should \
> simply not be allowed to resize out of this. period. b) The aspect should (by \
> default) be respected by maximized windows (mplayer, it just doesn't maximize. \
> maybe this techaes ppl. into fs mode ;-)
> -> this hits emacs/gvim as well
> c) If a rule says to disobey geometry limitations (aspect, increments) for a \
> window, this applies always (for maximized as well as unmaxmimized windows). this \
> will allow to prevent the client from shrinking itself (in a race with kwin)
> Consequence:
> ============
> - applying this patch will fix what is imho disbehaviour on mplayer
> - additionally ruling emacs/gvim to NOT strictly obey geometry will allow to \
> workaround the mentioned bugs (which are client bugs: a client is not a WM and it's \
> not its job to care about whether its aspect/increment flag is ultimately honored. \
> period. grrrr... ;-)
>
> This addresses bugs 158974 and 252314.
> https://bugs.kde.org/show_bug.cgi?id=158974
> https://bugs.kde.org/show_bug.cgi?id=252314
>
>
> Diffs
> -----
>
> /trunk/KDE/kdebase/workspace/kwin/geometry.cpp 1196096
>
> Diff: http://svn.reviewboard.kde.org/r/5871/diff
>
>
> Testing
> -------
>
> mplayer, bug 158974 - i /assume/ this will resolve bug 252314 as well, but have no \
> idea how to do "latex" mode in emacs
>
> Thanks,
>
> Thomas
>
>
[Attachment #5 (text/html)]
<html>
<body>
<div style="font-family: Verdana, Arial, Helvetica, Sans-Serif;">
<table bgcolor="#f9f3c9" width="100%" cellpadding="8" style="border: 1px #c9c399 \
solid;"> <tr>
<td>
This is an automatically generated e-mail. To reply, visit:
<a href="http://svn.reviewboard.kde.org/r/5871/">http://svn.reviewboard.kde.org/r/5871/</a>
</td>
</tr>
</table>
<br />
<p>Ship it!</p>
<pre style="white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: \
-pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;">Though I don't like \
that we fix client bugs, the changes make sense and are probably useful.</pre> <br \
/>
<p>- Martin</p>
<br />
<p>On November 16th, 2010, 4:48 p.m., Thomas Lübking wrote:</p>
<table bgcolor="#fefadf" width="100%" cellspacing="0" cellpadding="8" \
style="background-image: \
url('http://svn.reviewboard.kde.orgrb/images/review_request_box_top_bg.png'); \
background-position: left top; background-repeat: repeat-x; border: 1px black \
solid;"> <tr>
<td>
<div>Review request for kwin and Martin Gräßlin.</div>
<div>By Thomas Lübking.</div>
<p style="color: grey;"><i>Updated 2010-11-16 16:48:08</i></p>
<h1 style="color: #575012; font-size: 10pt; margin-top: 1.5em;">Description </h1>
<table width="100%" bgcolor="#ffffff" cellspacing="0" cellpadding="10" style="border: \
1px solid #b8b5a0"> <tr>
<td>
<pre style="margin: 0; padding: 0; white-space: pre-wrap; white-space: \
-moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: \
break-word;">Situation as is: ================
- window with constant aspect will by default loose it when maximized (eg. mplayer, \
NOT fulslcreen. video gets stretched on xv); preventale by rule only
- windows are allowed to resize them out of the maximizefull state (emcs, gvim), NOT \
preventable by rules
- windows (emacs...) may miscalcuate their size (problaby cause of dbl reparenting in \
kwin) and -because of fixed aspect- enter a minirace with kwin (window resizes, kwin \
corrects aspect -> window constantly shrinks on every "i fix my own \
size" attempt), NOT preventable by rules
Behaviour with the patch:
=========================
a) Maximizefull (while being a usage bug ;-) is a userwish, the client should simply \
not be allowed to resize out of this. period. b) The aspect should (by default) be \
respected by maximized windows (mplayer, it just doesn't maximize. maybe this \
techaes ppl. into fs mode ;-)
-> this hits emacs/gvim as well
c) If a rule says to disobey geometry limitations (aspect, increments) for a window, \
this applies always (for maximized as well as unmaxmimized windows). this will allow \
to prevent the client from shrinking itself (in a race with kwin)
Consequence:
============
- applying this patch will fix what is imho disbehaviour on mplayer
- additionally ruling emacs/gvim to NOT strictly obey geometry will allow to \
workaround the mentioned bugs (which are client bugs: a client is not a WM and \
it's not its job to care about whether its aspect/increment flag is ultimately \
honored. period. grrrr... ;-)</pre> </td>
</tr>
</table>
<h1 style="color: #575012; font-size: 10pt; margin-top: 1.5em;">Testing </h1>
<table width="100%" bgcolor="#ffffff" cellspacing="0" cellpadding="10" style="border: \
1px solid #b8b5a0"> <tr>
<td>
<pre style="margin: 0; padding: 0; white-space: pre-wrap; white-space: \
-moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: \
break-word;">mplayer, bug 158974 - i /assume/ this will resolve bug 252314 as well, \
but have no idea how to do "latex" mode in emacs</pre> </td>
</tr>
</table>
<div style="margin-top: 1.5em;">
<b style="color: #575012; font-size: 10pt; margin-top: 1.5em;">Bugs: </b>
<a href="https://bugs.kde.org/show_bug.cgi?id=158974">158974</a>,
<a href="https://bugs.kde.org/show_bug.cgi?id=252314">252314</a>
</div>
<h1 style="color: #575012; font-size: 10pt; margin-top: 1.5em;">Diffs</b> </h1>
<ul style="margin-left: 3em; padding-left: 0;">
<li>/trunk/KDE/kdebase/workspace/kwin/geometry.cpp <span style="color: \
grey">(1196096)</span></li>
</ul>
<p><a href="http://svn.reviewboard.kde.org/r/5871/diff/" style="margin-left: \
3em;">View Diff</a></p>
</td>
</tr>
</table>
</div>
</body>
</html>
_______________________________________________
kwin mailing list
kwin@kde.org
https://mail.kde.org/mailman/listinfo/kwin
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic