When you copy several cells from Calc to Writer it is not possible to paste directly into an existing table so that it appears as expected - instead all pasted cells become a table within a cell in the existing table. Steps to repeat: 1. Copy a table from Calc and paste as formatted text in Writer 2. Add a column to the table in Writer 3. Copy a few cells from a column in Calc and paste as formatted text into the empty column in Writer. 4. A new table is created in Writer inside a cell in the exisiting table. NB: pasting using different options at step 3 does not help Expected behaviour: cells from Calc end up as separate cells in the Writer table To avoid the problem (but not ideal): 1. Copy a table from Calc and paste as formatted text in Writer 2. Add a column to the table in Writer 3. Copy a few cells from a column in Calc and paste as formatted text below the exisitng table in Writer (so a new table is created). 4. Copy the cells in the new table. 5. Paste into the original table. 6. Delete the new table.
On LibO 3.4 rc1 Mandriva 64 bit all reproducible except that on step 4 table is inserted as text into the cell.
see http://openoffice.org/bugzilla/show_bug.cgi?id=24500
[This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
reproduced on LibO 3.5.0 beta 1 table inserts as separate table instead of inserting in cells (as reported initially)
[Reproducible] with Server Installation of "LibreOffice 3.6.0.2 rc German UI/Locale [Build-ID: 815c576] on German WIN7 Home Premium (64bit) Already reproducible with OOo 3.1.1 (and already 1.1.5), so I think problem is inherited from OOo. Any copy / paste of adjacent cells from Calc into an empty table in Writer will not be into adjacent cells, but into a singl cell. To check simply create an empty 5x5 Table in WRITER and try to paste a 3 cells row or column into first cell of Writer table. All contents always will be pasted into a single cell. @Michael: Please set Status to ASSIGNED and add yourself to "Assigned To" if you accept this Bug or forward the Bug if it's not your turf.
*** Bug 62674 has been marked as a duplicate of this bug. ***
*** Bug 61329 has been marked as a duplicate of this bug. ***
Fix priority for MABs.
still reproducible with LibO 4.2.3.3 and 4.3.0.0.alpha1+ Build ID: a1dd961c3093f5f7624e4d1f2240e9120fd13f23 TinderBox: Win-x86@39, Branch:master, Time: 2014-05-06_11:47:48 moving to mab4.2 list since 4.1.x is END OF LIFE
still reproducible with LibO 4.3.3.2 and 4.5.0.0 alpha moving to mab4.3 list since 4.2.x is END OF LIFE
*** Bug 57189 has been marked as a duplicate of this bug. ***
*** Bug 70335 has been marked as a duplicate of this bug. ***
migrating this "bug" from mab4.3 to mab4.4 as should be on only one MAB at a time, and no movement prior to close of mab4.3 likely. Also, as Cor suggested, some of the history over on AOO project at https://bz.apache.org/ooo/show_bug.cgi?id=24500#c41, and related issues. And, isn't this really an enhancement request as movement of tabular data between sheet to table has never been fully functional on any SO/OOo lineage?
For me that is not a bug but a valuable enhancement request. Best regards. JBF
From my point of view its a bug. As moving data between components of the same program is natural. And having something like an old addon or MSO has that also give you options to extend table are features. But i could except it as a feature if it means it will be in LO, its really needed as there're tasks that make people use it(through addon) almost on daily basis.
I can not believe this bug is still present today, but it is… IMHO it is an ESSENTIAL ability for an office suite to be able to copy/paste table info from a spreadsheet to a text document. So please fix this!
*** Bug 104127 has been marked as a duplicate of this bug. ***
Version: 5.2.2.2 Build ID: 1:5.2.2-0ubuntu2 CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; Locale: en-US (en_US.UTF-8); Calc: group Problem still exists with no effort shown to fix it: This used to work just fine and dandy: With two Writer files in my case an invoice and a receipt, both have identical tables with client information. I used to highlight a column and copy it in one doc, and then highlight the identical column in the other and past, viola identical contents. It is a documented feature. A few (many) months ago doing this bug of putting the whole column in each cell of the table pasting to started. The workaround I use is to copy the whole table in the invoice, then highlight the same table in the receipt and delete columns via the table tool bar, because just hitting delete also doesn't work as it used to, and instead of deleting the whole table, delete, only deletes the contents, then I past the whole table in, and delete the automatically created line breaks above and below the table. Not very efficient work flow, this bug should be elevated to "Major". It is definitely not an "enhancement", as it did work some time ago and a documented feature. It is in fact a real bug, and it bugs me and many others quite a bit.
Oh, And the supposed workaround does not work in my case (see comment 18). Theres a bug in itself: When ever I used to copy any text from anywhere and past it into my writer document, it would take on the formatting of my document. Now every time I try, it gives me the formatting from the source, unless I open the "paste special" menu and click on "unformatted text" (they are really both formatted, just not in the same way). Now why should I go through all of the trouble to format a document and its tables and what not, only to mess it up every time I want to add information??? Is that also an "enhancement"? Well not for me it isn't, so I want a setting to change the default pasting behavior.
I really think pasting from calc as its now, when you embed calc and can use formulas etc, is really great option, but casual user really needs option to simply put data into a table from one program to other as it is in MSO (well, that's what I heard), and right now it's impossible even with paste special options. Had quite a challenge with this one. I could do it by pasting special as formatted text outside the table, then taking it from the new table to existing one and removing the 'helper table', but that's much too much steps for that simple operation. And a frustrating user experience, I'm really surprised to see that it's a bug that was submitted in 2011, and still there's not even a option like 'fill fields' in paste special.
*** Bug 117401 has been marked as a duplicate of this bug. ***
Fix for single cell copying: https://gerrit.libreoffice.org/#/c/57783/ "tdf#37223 Writer: insert 1-cell tables as text instead of OLE object to get a user-friendly solution to copy Calc cell content to a text document and to its native tables. NOTE: MSO does the same for copying 1-cell tables, while LibreOffice was able to do this only with paste special as RTF."
László Németh committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=b9d18daf5b23155a9b4dfcdd5d1f23ed53bc3849 tdf#37223 Writer: insert 1-cell tables as text instead of OLE object It will be available in 6.2.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
László Németh committed a patch related to this issue. It has been pushed to "libreoffice-6-1": http://cgit.freedesktop.org/libreoffice/core/commit/?id=73bd150048d056fb6e00de3f8b91347b7f642e91&h=libreoffice-6-1 tdf#37223 Writer: insert 1-cell tables as text instead of OLE object It will be available in 6.1.1. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
László Németh committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=80d3d1044a1ad921bff990e2c4bb4dbf7c0a35c6 tdf#37223 insert OLE tables in text tables as native text tables It will be available in 6.2.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
verified in daily build of LibreOffice from 04 august 2018. Works fine. Thank you László !
(In reply to kompilainenn from comment #26) > verified in daily build of LibreOffice from 04 august 2018. Works fine. > > Thank you László ! Thanks for your verification and feedback!
*** Bug 83623 has been marked as a duplicate of this bug. ***
http://essaypapers.reviews/
This productivity bug still exist for me, running LibreOffice 7.2.6.2 supplied in the Fedora 35 release. It seems the solution suggested above should have been applied in LO 6, so I wonder if I'm missing something? Someone has this working for him/her?
Dror_lev, please open a new bug report with detailed description, and add this in the See Also field.
The gym body scan offers insight into muscle imbalances. By generating a detailed 3D model, it pinpoints areas of the body that may be underdeveloped or overworked. This information empowers individuals and their trainers to design targeted exercise programs that address these imbalances, ultimately reducing the risk of injuries and enhancing overall physical performance.For more visit https://visbody.com/3d-body-scanner-in-fitness-sports/ https://visbody.com/