https://bugs.documentfoundation.org/show_bug.cgi?id=98316
Buovjaga <todven...@suomi24.fi> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Summary|FORMATTING - No dotted |FORMATTING Dotted lines
|lines in tables available |should really be dots and
| |not short dashes
Ever confirmed|0 |1
--- Comment #5 from Buovjaga <todven...@suomi24.fi> ---
Setting to NEW. It would appear to be a somewhat simple change to render square
dots, but more complicated if actual round dots were desired.
Comments from Armin Le Grand on IRC:
There are different table implementations in all apps.
The ones in Draw/Impress get rendered using primitives, the others probably in
VCL.
For VCL: The line defs there allow dashed/dotted lines, but also dots have a
length. Thus rendering could therorethically be changed to paint a 'real' dot
when width == height.
The primitives involved have a line style definition, also containing dot and
dash values (lineWidth, dash/dot/space length).
If rendered using direct system commands (not used currently AFAIK) it may be
translated to real dots in setting up the system-specific output.
When decomposing currently basegfx is used to create squares, so could also be
changed there.
So, quite some changes to paint 'real' dots everywhere, but all possible.
I think the reason this was never done is that real dots are much more
expensive when handling self - a circle as Polygon with beziers, compared to a
rectangle.
OpenGl would not help - it also can not directly draw dashed/dotted fat lines
(also needs LineCap, LineStartend, not only DashDot support)
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
