<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://git.reviewboard.kde.org/r/100799/">http://git.reviewboard.kde.org/r/100799/</a>
     </td>
    </tr>
   </table>
   <br />


<table bgcolor="#fefadf" width="100%" cellspacing="0" cellpadding="8" style="background-image: url('http://git.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 Plasma.</div>
<div>By Yuen Hoe Lim.</div>





<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;">This should fix one of the reported problems in bug 209962. It prevents parts of the panel from going off-screen when the screen resolution is reduced by reducing the offset (if the panel can fit and is just not positioned to) or by reducing the panel size if the panel is larger than the screen. I&#39;m just basically following what the &quot;pinching strategy&quot; comment written there in the source file says, since it seems to have not been implemented.

I also noted while working on this that the panel saves its sizes to config when the screen size changes, and later _always_ restores this setting whenever the screen size is reverted. This creates the following somewhat unintuitive possibility:

- at resolution 1 I maximize the panel
- I change the screen to resolution 2 that is not too much larger or smaller than resolution 1
- at resolution 2 I make the panel very small, say 20% of the screen width
- now I switch back to resolution 1
- the panel becomes maximized again (because the maximized size is saved and associated with resolution 1)

Is this intended behavior? Or should that be fixed in some way too?

(first git patch btw, hope I didn&#39;t do anything wrong..)</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;">Basic testing on trunk, seems to work. Notably despite what is written in the bug page, this issue affects non-multi-screen setups as well. It&#39;s a change-in-resolution issue.</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="http://bugs.kde.org/show_bug.cgi?id=209962">209962</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>plasma/desktop/shell/panelview.cpp <span style="color: grey">(ee5abca)</span></li>

</ul>

<p><a href="http://git.reviewboard.kde.org/r/100799/diff/" style="margin-left: 3em;">View Diff</a></p>




  </td>
 </tr>
</table>




  </div>
 </body>
</html>