<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2013/9/17 Zolnai Tamás <span dir="ltr"><<a href="mailto:zolnaitamas2000@gmail.com" target="_blank">zolnaitamas2000@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><br></div><div class="gmail_quote">Hi,<br></div><div><div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">



How do we visually see the problems you describe ? If I put some dashed<br>
borders on some cells in calc and zoom in and out it doesn't seem to<br>
look particularly wrong for me.<span><font color="#888888"><br>
</font></span></blockquote><br></div></div><div class="gmail_quote">I made some screen shot, which shows dashed border changing with zoom level. It's important that the same code is used by Writer so it has the same issue. As the pictures shows when the text scale is very small in Writer then the bordered text has only few snippets (small.png) while if the scale is large then there are more snippets and they are smaller compered to the text content (big.png). The same is true in Calc (small1.png, big1.png).<br>


</div><div><div class="gmail_quote"><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Can you submit a patch that reverts the parts that you believe are<br>



problematic and keeps the part you think might be useful for the<br>
original problem ?<br></blockquote><br></div></div><div class="gmail_quote">Well, it's not so easy as I thought at first. I tested a bit and have three cases:<br></div><div class="gmail_quote">1. By now<br></div><div class="gmail_quote">


    Both Writer and Calc has the mentioned zooming issue.<br></div><div class="gmail_quote">2. Call ApplyLineDashing without scale (but the used unit is MAP_PIXEL)<br></div><div class="gmail_quote">    Calc will work similar.<br>


</div><div class="gmail_quote">    Writer will loose the zooming issue but the snippets will be too small, because of the pixel pattern of ApplyLineDashing.<br></div><div class="gmail_quote">3. (2) + change the unit back to MAP_100TH_MM.<br>


</div><div class="gmail_quote">    Calc will draw solid line (the original bug comes back which were solved by the commit). It seems it is because the MAP_100TH_MM pattern has too big values. <br></div><div class="gmail_quote">


    Writer will loose the zooming issue but the snippets will be too big, because of the MAP_100TH_MM pattern of ApplyLineDashing (e.g. dotted line will drawn as a dashed one), but it's nearer to the right result as in case of unit MAP_PIXEL.<br>


</div><div class="gmail_quote"><br></div><div class="gmail_quote">So I see two problems by now.<br></div><div class="gmail_quote">- Writer and Calc use different unit to specify border lines, but it isn't handled well.<br>


</div><div class="gmail_quote">- Calc has the zooming issue independent from the mentioned commit, which extend this problem to Writer too.<br></div></div></div></blockquote><div><br></div><div>Previous screen shots were not really good so I send new ones. (calc_85 means dashed border in calc with 85% scale)<br>
</div></div><br></div></div>