https://bugs.documentfoundation.org/show_bug.cgi?id=101019
--- Comment #9 from Heinrich Hartl <[email protected]> ---
The bug "only one row changed when column width is changed" is really annoying.
Yes there is a possibility to do the right thing but I think it is much harder
to explain the bypass solution to the user community than to correct the bug.
Moreover the strange table modification entails at least the next problem that
selecting columns in table can behave strange.
Moreover the complexity of the document is increased - in the example
implicitely 2 new columns are created and consequently more merged cells have
to be created.
The solution of the problems seems to me a simple correction of the code. For
the desired modification of the table in attachment
Sample-table-for-bug-101019.odt only a few values have to be changed in the
document:
hkh@hkh-THINK /cygdrive/c/users/hkh/HH_2018/Aktivitäten_2018/BUG_101019
$ sdiff -s -w 160 Sample-table-for-bug-101019/content_ori.xml
Sample-table-for-bug-101019/content.xml
<style:table-properties style:width="17cm" table:align="center" /> |
<style:table-properties style:width="15cm" table:align="center" />
<style:table-column-properties style:column-width="3.397cm" /> |
<style:table-column-properties style:column-width="3cm" />
<style:table-column-properties style:column-width="3.401cm" /> |
<style:table-column-properties style:column-width="3cm" />
<style:table-column-properties style:column-width="3.399cm" /> |
<style:table-column-properties style:column-width="3cm" />
<style:table-column-properties style:column-width="3.403cm" /> |
<style:table-column-properties style:column-width="3cm" />
To do this editing I extracted content.xml from the .odt archive and used
XML-Notepad for the editing. The edited file then was brought back into the
.odt archive
There is really no need to make structural changes to the table.
There is really no good reason for restricting the change to a single row.
The tab columns in Table properties is not my favourite. I would like to see it
redesigned. But there is no need to do so for correcting the bug. As is the
column (-width) tab allows to enter width values for the visible cells (of the
row where the cursor was when opening the properties). Therefore in a row with
merged cells there are fewer cells in the displayed list. This however is not a
problem. The current width is the sum of the cell-width spanned by the merged
cell Wm=Sum(width of spanned columns). If Wm is changed (by input) this change
can be distributed proportionally over the spanned columns. Doing so is
consistent with what is done when the table width is changed.
Eg. for the demo table and the table property tab is referring to row 1 only
three values are displayed: 3.30 6.80 (=3.401+3.399) 6,80 (=3,401+3.403)
# colum 4 in this demo refers to the style TablePlay-1.B of col 2.
# style TablePlay-1.D is not in the database.
# A separate style TablePlay-1.D for col 4 may be required
If the second cell in row 1 now is assigned width 6,00 this could be mapped
to a width 3,401* (6,000/6,800) for column 2 and 3.399 * (6,000/6,800) for col
3
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
