https://bugs.documentfoundation.org/show_bug.cgi?id=134403
Bug ID: 134403
Summary: EDITING Writer sections: Options => Columns tab does
not recognize Indents changes
Product: LibreOffice
Version: unspecified
Hardware: x86-64 (AMD64)
OS: Windows (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Writer
Assignee: libreoffice-bugs@lists.freedesktop.org
Reporter: kaufm...@nb.net
This bug is confirmed under Writer 6.4.4.2 and 7.0beta2.
When configuring Options for a Section (Context menu: Edit Section...
Options...), the first two tabs are Columns and Indents, which are interrelated
for the section just as the Columns and Table (Width) tabs are interrelated
when configuring a Table.
For a Table, the configuration recognizes the connection between the two tabs:
Table > Width is specified under the Table tab, and constrains the sum of the
Column widths, unless one checks "Adapt table width" to column width changes.
However, for the Section Options, where Section width is specified indirectly,
the Columns tab does not recognize changes made to the Indents tab, so the
final Section configuration is not known until the user exits the configuration
tab and sees the result (which is then reflected on the /next/ "Edit
Section...").
Note that the calculation of Section width:
Section_width = Page_width - (L_margin+R_margin) - (L_indent+R_indent)
is already done on /entering/ Section configuration. What prevents that simple
calculation from being done whenever the Indents are changed, so that the
Columns tab reflects any changes to the Section width?
Should Section width treated differently from Table width?
[Note: the third such object type, a Frame, is handled again slightly
differently: The Frame Width (Edit Frame: Type > Width) can be specified in
either absolute units or relative (%) to either page width or page text width
(page_width - margins). Regardless how the Frame width is specified, column
widths are always specified under Columns relative (%) to the Frame width, and
the Frame width never adapts to the sum of column widths. I doubt that this
model offers anything to help fix this bug, but want to mention it for
completeness if we begin to try to normalize methods.]
--
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
