[Libreoffice-bugs] [Bug 127348] New: Improve use of line dash definitions with rounded dots/dashes

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Wed Sep 4 22:09:02 UTC 2019


https://bugs.documentfoundation.org/show_bug.cgi?id=127348

            Bug ID: 127348
           Summary: Improve use of line dash definitions with rounded
                    dots/dashes
           Product: LibreOffice
           Version: 6.4.0.0.alpha0+ Master
          Hardware: x86-64 (AMD64)
                OS: Windows (All)
            Status: UNCONFIRMED
          Keywords: needsUXEval
          Severity: enhancement
          Priority: medium
         Component: LibreOffice
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: rb.henschel at t-online.de

I write this as issue, because first the goal has to be clear before any
changes in code are down.
----

The ODF standard defines the element <draw:stroke-dash>. This has the
attributes: name, display-name, style, dots1, dots1-length, dots2,
dots2-length, distance. For the attribute 'style' the values 'round' and 'rect'
are possible. The lengths can be absolute or a percentage relative to the line
width. The line dash definitions in a foo.sod palette are written using the ODF
standard.

This would fit perfectly to our API structure 'LineDash'. This has the
components Style, Dots, DotLen, Dashes, DashLen, Distance where Style is a
com::sun::star::drawing::DashStyle. This is an enum with the values RECT,
ROUND, RECTRELATIVE, ROUNDRELATIVE.

But LibreOfffice determines whether a dash is rounded or square/flat not from
DashStyle, but from the LineCap line property. LibreOffice is not alone in
this, but OOXML and SVG also act in this way. Nevertheless the core works with
the structure 'LineDash'.

This leads to the following problems:

A) If the user applies a line dash definition that contains style="round" from
a palette, the dashes are not rounded. That prevents to provide a line style
with round points in the sidebar, for example. The sidebar has no section to
set the line cap.

B) If in a file only the stroke-dash definition contains the attribute
draw:style="round", but the object does not have the line property
svg:stroke-linecap="round", then the dashes are not rounded (tdf#53276).

C) If an object has the line property cap="round", but the stroke-dash
definition in the current palette has draw:style="rect", the palette entry is
not found and is not available in the dialogs, even if all other properties
fit. Exception is our own palette standard.sod.

How can the two concepts LineCap vs LineDash.Style be brought together?

My ideas to improve the situation:

If the user assigns a dash definition with draw:style="round" to an object via
sidebar, the line property linecap="round" is automatically set. The preview in
the sidebar shows the style as if linecap="round" is already set.

The line style dialog is changed, so that it sets the linecap to "round", if a
definition with draw:style="round" is selected, and disables the linecap
drop-down for such definitions. That would not effect our standard.sod palette,
because it has only definitions with draw:style="rect".

Keep the possibility to set a round cap for styles in standard.sod, although
our standard.sod has only draw:style="rect" definitions. But an author of a
custom palette has to provide all definitions in a "rect" and in a "round"
version, so that they will be found, regardless of whether the user has set
linecap to "round" or "square"/"flat". To keep the list of styles short for
custom palettes, the dialog can have an option to show either styles with
"round" or "rect" in case of custom palettes. But such would be a question of
design.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20190904/f3e7974b/attachment.html>


More information about the Libreoffice-bugs mailing list