[Libreoffice-ux-advise] [Bug 105333] UX: A table can't be cut and paste fully ( the source table stays behind)

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Sun Jan 29 15:11:49 UTC 2017


V Stuart Foote <vstuart.foote at utsa.edu> changed:

           What    |Removed                     |Added
             Status|NEEDINFO                    |NEW
             Blocks|                            |103100

--- Comment #6 from V Stuart Foote <vstuart.foote at utsa.edu> ---
Current work-around behavior of including the preceding Paragraph marker with
table selection to be able to fully Cut the Table object to clip-board needs
attention. It is effective but not obvious UI.

Existing handling of Table objects selection and Copy/Paste or Cut/Paste
retaining the formatted but empty Table framework behind remains an appropriate

Existing "Copy" of selected table seems correct.

Beleive a new uno: command to "Cut a Table" (i.e. action to select table & the
preceeding/trailing paragraph end marks if required for ODF compliance to
clipboard) is needed.

And if needed adjust the "Paste", or provide a "Paste a Table" action, to
correctly place the copied or cut table object onto the document.

Commands would be resident on Table toolbar, and the menus--and probably should
receive global short-cut assignment.

Referenced Bugs:

[Bug 103100] [META] Writer table bugs and enhancements
You are receiving this mail because:
You are on the CC list for the bug.

More information about the Libreoffice-ux-advise mailing list