Date: prev next · Thread: first prev next last
2013 Archives by date, by thread · List index


OK. I found it. The commit is right, with this changes all code which use
borderline primitive use MAP_PIXEL pattern and with the scale parameter the
pixel snippets is converted to the right length ones. The actual problem is
with the MAP_PIXEL pattern. The other two patterns (MAP_TWIP and
MAP_100TH_MM) are screen-independent so they can be constant, but pixel is
not screen-independent so the MAP_PIXEL pattern must be changing by text
zoom, otherwise the whole borderline length will changing but the snippets'
length not (which is happening by now).
The solution might be to use one of screen-independent pattern as it was
used originally and which works for Writer. The problem is that Calc
convert borderline parameters (start and end point, width) to pixel before
make a border line primitive. Plus it specifies an identity matrix as view
transformation matrix from which we can't get the information to transform
the used unit to pixel (to match the primitive's unit and the snippets'
unit). So I can't see a good solution.

Best regards,
Tamás


2013/9/19 Zolnai Tamás <zolnaitamas2000@gmail.com>

That's right.
When we call "ApplyLineDashing without scale", the snipet size is
completely different in Calc and Writer.
"ApplyLineDashing with scale" is intended to prevent this.
In LibreOffice 3.3, the size of the snipet was roughly the same in the
appearance on the screen in both programs.


Hmm, I see. That is solved, by now both programs have the same behavior,
just a bit bugous. Ok, I will look into the code a bit more and try to find
out what's going on here.



Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.