[Libreoffice-ux-advise] [Bug 149625] FORMATTING: Pasting a table cell, pastes the source cell in the upper/actual cell as an inner table cell
https://bugs.documentfoundation.org/show_bug.cgi?id=149625 --- Comment #16 from Heiko Tietze --- Created attachment 189089 --> https://bugs.documentfoundation.org/attachment.cgi?id=189089&action=edit Screencast multiple nested cells (In reply to LeroyG from comment #14) > Expected Results: > The source (copied) cell is pasted in the selected cell (--B1--) as the cell > content, replacing the actual content. (--not adding new paragraphs, nor > inner table--) You need to be able to overwrite/delete the content as well as to add new. And both is possible, see the attached screencast. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 149625] FORMATTING: Pasting a table cell, pastes the source cell in the upper/actual cell as an inner table cell
https://bugs.documentfoundation.org/show_bug.cgi?id=149625 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |NOTABUG -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 149625] FORMATTING: Pasting a table cell, pastes the source cell in the upper/actual cell as an inner table cell
https://bugs.documentfoundation.org/show_bug.cgi?id=149625 Mike Kaganski changed: What|Removed |Added Resolution|NOTABUG |--- Status|RESOLVED|NEW Ever confirmed|0 |1 --- Comment #17 from Mike Kaganski --- There indeed is complete chaos here. After I copied a whole cell: 1. Selecting a whole cell with a single paragraph of text (no matter if it's empty or not), and pasting, replaces the target cell with the copied cell (no inner cell); 2. Selecting a whole cell with multiple paragraphs of text (no matter if they are empty or not), and pasting, clears the target cell content, and puts an empty paragraph, an inner table with the copied cell, and an empty paragraph (the latter would hide upon exit from the cell); 3. Putting cursor into the first paragraph (no matter which position inside that paragraph; selecting some characters starting from that paragraph works the same) inside the target cell, and pasting, replaces the target cell with the copied cell (no inner cell); 4. Putting cursor to any other paragraph inside the target cell (or selecting some characters starting from there), and pasting, splits the target cell text at the cursor position, and places an inner table with copied cell there. I can *not* see how any user (including advanced users) could make any sense of this. I could see if it would always put inner tables when cursor is inside the cell, splitting the text in the cursor position; and replacing the cell without creating inner cells, when selecting the whole target cell; I could understand if special keys could modify the paste result (Alt, Shift...) - but e.g. 2 makes *absolutely* no sense at all. Why should 1 differ from 2? Why 2 needs to have a *leading* empty paragraph? Why its text must be cleared, if it (at least its paragraph count) is considered when pasting? 3 vs. 4 is also unclear. Why I can't split 1st paragraph? If 3 is so much wanted, why not limit 3 to only empty cells - so that user would just del everything in advance in that cell which they intend to replace? Setting NEW. It needs a UX evaluation - not "if it is a bug", but "how to improve". -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 120658] Reworking of dialogues Organize macros (make from 5 existing only one)
https://bugs.documentfoundation.org/show_bug.cgi?id=120658 Roman Kuznetsov <79045_79...@mail.ru> changed: What|Removed |Added CC||79045_79...@mail.ru, ||rayk...@gmail.com --- Comment #6 from Roman Kuznetsov <79045_79...@mail.ru> --- Jim, may be you will interesting in this enhancement? -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 149625] FORMATTING: Pasting a table cell, pastes the source cell in the upper/actual cell as an inner table cell
https://bugs.documentfoundation.org/show_bug.cgi?id=149625 --- Comment #18 from LeroyG --- (In reply to Heiko Tietze from comment #16) > You need to be able to overwrite/delete the content as well as to add new. > And both is possible, see the attached screencast. Why, if I select and paste in cell A2, it becomes also pasted in cell A1? (In reply to LeroyG from comment #13) > Also, see screencast in comment #7. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 149625] FORMATTING: Pasting a table cell, pastes the source cell in the upper/actual cell as an inner table cell
https://bugs.documentfoundation.org/show_bug.cgi?id=149625 --- Comment #19 from Mike Kaganski --- (In reply to LeroyG from comment #18) I couldn't repro *that* piece using 7.6.0.3. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 149625] FORMATTING: Pasting a table cell, pastes the source cell in the upper/actual cell as an inner table cell
https://bugs.documentfoundation.org/show_bug.cgi?id=149625 LeroyG changed: What|Removed |Added Version|7.1.8.1 release |6.4.7.2 release --- Comment #20 from LeroyG --- Reproducible with: Version: 6.4.7.2 (x86) Build ID: 639b8ac485750d5696d7590a72ef1b496725cfb5 CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: default; VCL: win; Locale: es-AR (es_MX); UI-Language: en-US Calc: threaded A bit different at (will test latter): Version: 7.6.0.2 (x86) / LibreOffice Community Build ID: 41d6f628ba3f046f16b5fa9fa8db8d4c2ab3b582 CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: es-MX (es_MX); UI: en-US Calc: threaded -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 149625] FORMATTING: Pasting a table cell, pastes the source cell in the upper/actual cell as an inner table cell
https://bugs.documentfoundation.org/show_bug.cgi?id=149625 --- Comment #21 from LeroyG --- (In reply to Mike Kaganski from comment #19) > I couldn't repro *that* piece using 7.6.0.3. Nor with version 7.6.0.2 (just tested). So, the bug to which the title refers (*3.a* in comment #0) was partially solved somewhere between versions 7.5.0.0.alpha0+ and 7.6.0.2. (In reply to Mike Kaganski from comment #17) > 3. Putting cursor into the first paragraph (no matter which position inside > that paragraph; selecting some characters starting from that paragraph works > the same) inside the target cell, and pasting, replaces the target cell with > the copied cell (no inner cell); The same in version 7.4.7.2. But this behavior has been evolving: i.e., in version 6.4.7.2 this results in an inner cell inserted at the text cursor position (in part like *4* in comment #17), except when the cursor is at the beginning of the cell. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 156455] Allow toggling repeating-header property of a row in row context menu
https://bugs.documentfoundation.org/show_bug.cgi?id=156455 --- Comment #6 from Eyal Rozenberg --- (In reply to Heiko Tietze from comment #5) > Mind to elaborate? Let me clarify: I am _not_ asking for another place in which the existing "heading rows repeat" command can be used. What I'm asking for is the ability to add one row to the existing repeating heading rows; and to remove one row from that set of repeating heading rows. And - I'm asking that this be accessible as an item on the table row context menu. -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 156455] Allow toggling repeating-header property of a row in row context menu
https://bugs.documentfoundation.org/show_bug.cgi?id=156455 --- Comment #7 from QA Administrators --- [Automated Action] NeedInfo-To-Unconfirmed -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 156455] Allow toggling repeating-header property of a row in row context menu
https://bugs.documentfoundation.org/show_bug.cgi?id=156455 QA Administrators changed: What|Removed |Added Status|NEEDINFO|UNCONFIRMED Ever confirmed|1 |0 -- You are receiving this mail because: You are on the CC list for the bug.
[Libreoffice-ux-advise] [Bug 156598] Custom list numbering from DOCX import is not available in UI
https://bugs.documentfoundation.org/show_bug.cgi?id=156598 QA Administrators changed: What|Removed |Added Whiteboard| QA:needsComment| -- You are receiving this mail because: You are on the CC list for the bug.