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





<blockquote style="margin-left: 1em; border-left: 2px solid #d0d0d0; padding-left: 10px;">
 <p style="margin-top: 0;">On August 11th, 2012, 12:41 a.m., <b>C. Boemann</b> wrote:</p>
 <blockquote style="margin-left: 1em; border-left: 2px solid #d0d0d0; padding-left: 10px;">
  <pre style="white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;">I like the idea of painting it in the bg shape. I see no reason why it should be only a temporary solution.

The size without margin, scares me (mostly with respect to mso files - i know writer is way too simple, and i read your mail to the odf tc :) )

We need to run a full cs tester session on this.

the redundant setting of background you remove. I'm not sure it's not needed, though i can't say where it wouldf be. Scares me though.</pre>
 </blockquote>




 <p>On August 11th, 2012, 11:22 a.m., <b>Friedrich W. H. Kossebau</b> wrote:</p>
 <blockquote style="margin-left: 1em; border-left: 2px solid #d0d0d0; padding-left: 10px;">
  <pre style="white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;">Sorry for scaring you so much :)

The reason why I think this to be just a temporary solution is that the background shape covers a large area, so will be triggered for repaint quite often, while the actual area which needs painting for the separators are just the small lines. So in an optimal solution the objects which care for the separators are just painting the lines if they really needs to.

WRT the size without margin, I would do this change for compatibility. There are so many files out there which have been created by LO/OOo/AAO with the background not covering the margin by what was seen on screen/print-out, which make this kind-of official spec interpretation.
What do you mean with MSO files? Import? Or MSO-ODT variants? To have the background cover the whole page, the margin would need to be set to 0, and instead the padding set to get a proper spacing.

Who could do us the favour and run a full cs tester session on this?

WRT the removal of redundant background setting, I do not have a complete picture of the layouting data flow, I just saw it to be redundant where I looked at. And from testing could not yet see a problem. But I would not put my hand into the fire for this change :) so I do not mind if it stays as is. It would just be asymmetric to the setting of the separator data to the background shape. Perhaps just add a TODO for the future when I/someone will implement the config tool/dialog for separators?</pre>
 </blockquote>





 <p>On August 12th, 2012, 5:21 a.m., <b>Thorsten Zachmann</b> wrote:</p>
 <blockquote style="margin-left: 1em; border-left: 2px solid #d0d0d0; padding-left: 10px;">
  <pre style="white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;">I have run cstester on this and have not found any changes.</pre>
 </blockquote>





 <p>On August 13th, 2012, 10:06 p.m., <b>Friedrich W. H. Kossebau</b> wrote:</p>
 <blockquote style="margin-left: 1em; border-left: 2px solid #d0d0d0; padding-left: 10px;">
  <pre style="white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;">Good. Thanks for checking, Thorsten.

</pre>
 </blockquote>





 <p>On August 13th, 2012, 10:19 p.m., <b>C. Boemann</b> wrote:</p>
 <blockquote style="margin-left: 1em; border-left: 2px solid #d0d0d0; padding-left: 10px;">
  <pre style="white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;">i don't think a big shape will cause more updates than a smaller shape - how do you figure that

For removal of redundant setting yes add some kind of comment</pre>
 </blockquote>








</blockquote>

<pre style="white-space: pre-wrap; white-space: -moz-pre-wrap; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word;">I have no idea how repainting of dirty areas is done in the flake system, I just guessed that a big shape will be more often part of a dirty area then a small shape, and the painting routines of shapes I have seen do always paint the whole shape, relying on the QPainter and clipping to skip the unneeded paint instructions. E.g. when editing a text shape with columns with the current workaround solution in Calligra the background shape will be redrawn every time a new char is entered, because it is behind the text shape, even if it just exists for painting the column separators, which are not behind the text. Unless there is a clever system in the flake system which snapshots the shapes behind the active shape into a single image and just redraws that?

Any README or other pointers where I could learn more about that?

Concerning the patch, will add a comment in place of the redundant background setting and commit, thanks.</pre>
<br />








<p>- Friedrich W. H.</p>


<br />
<p>On August 10th, 2012, 11:52 p.m., Friedrich W. H. Kossebau wrote:</p>






<table bgcolor="#fefadf" width="100%" cellspacing="0" cellpadding="8" style="background-image: url('http://git.reviewboard.kde.org/media/rb/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 Calligra and C. Boemann.</div>
<div>By Friedrich W. H. Kossebau.</div>


<p style="color: grey;"><i>Updated Aug. 10, 2012, 11:52 p.m.</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;">I had the idea to render the column separators using the background shapes. What do you think? Would that be alright at least as a temporary solution?

Patch also fixes page background ignoring the margins. At least LO/AOO does not paint the background in the margin. Sadly the attribute "draw:background-size" is not available for <style:page-layout-properties>, only for <style:drawing-page-properties>. Filed a complain on the office-comment mailinglist.
    
And patch removes redundant setting of background to frame shapes in KWTextFrameSet::setPageStyle(...).

Okay to backport to 2.5?</pre>
  </td>
 </tr>
</table>





<h1 style="color: #575012; font-size: 10pt; margin-top: 1.5em;">Diffs</b> </h1>
<ul style="margin-left: 3em; padding-left: 0;">

 <li>words/part/frames/KWFrameLayout.cpp <span style="color: grey">(d9675b0)</span></li>

 <li>words/part/frames/KWTextFrameSet.cpp <span style="color: grey">(7afa7bf)</span></li>

</ul>

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




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








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