Bug 51119 - EDITING: OLE objects from writer are impossible to manage
Summary: EDITING: OLE objects from writer are impossible to manage
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Presentation (show other bugs)
Version: 3.5.4 release
Hardware: Other All
: medium normal
Assignee: Not Assigned
QA Contact:
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks:
 
Reported: 2012-06-15 07:32 UTC by Andy
Modified: 2013-05-16 08:15 UTC (History)
3 users (show)

See Also:
i915 platform:
i915 features:


Attachments
a writer file where you can copy the text that doesnt go well in Impress (21.22 KB, application/vnd.oasis.opendocument.text)
2012-06-15 07:32 UTC, Andy
Details
LO bug 51119 original text in Writer (13.46 KB, image/jpeg)
2013-05-16 07:56 UTC, Timur
Details
LO bug 51119 text pasted in Impress (52.58 KB, image/jpeg)
2013-05-16 07:57 UTC, Timur
Details

Description Andy 2012-06-15 07:32:47 UTC
Created attachment 63074 [details]
a writer file where you can copy the text that doesnt go well in Impress

Problem description: 
copying a writer text object (e.g. simply a text paragraph from a writer doc currently open) and pasting it in Impress as is is (i.e. as a writer object) gives you severely unpredictable results. the size of the pasted object, the visibility of its content, its similarity to the original object are all deeply unpredictable.

It is unfortunately very easy to give an example:
1. open the attached "original odt file.odt", and select and copy the large sized title at the beginning
2. open a new impress presentation, and paste what you copied into the first page 
3. You get a rectangular object with nothing visible; if you double click on it, you'll see the text of the original title, but when you click outside to end the edit nothing is visible anymore.
4. To actually see the text in the object, you have to enlarge it a lot; then you see the text in it, but it will likely be split on two lines!
5. when you double click on it after enlarging, the text will be shown on a single line and back at the upper left corner of the object; moreover, while the open object has a grey thick border with some small black handles at its corners, on the right side only you will have also the more common green handles of selected objects, but they will be slightly to the right of the object, as if they were suspended in a vacuum. It is not clear if they make sense (and what sense) or are only a bug.
6. now drag one of the black handles on the right side of the object while open, and resize it making it smaller: while you do it, it seems possible, and the text shrinks as being squeezed. However when you click outside to finish editing, the object returns to its previous size and the last edit described is totally lost.
There are a few more glitches that could be described, but it would make this message really too long. I would say that the whole functionality concerning writer ole objects needs thorough revision.
Notice that, while writer OLE objects behaviour in Open Office has never been fully reliable, things seem to have turned for the worse lately. Right now, the only thing to do if you want to stay on the safe side is to completely avoid using such functionality.
Which is a bit annoying, since a writer object has much more flexibility than an impress text object (e.g. you can get hyphenation, which you don't have in impress text objects). 
Thank you for your patience, Andrea
              
Browser: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20100101 Firefox/13.0
Comment 1 kitaets 2012-06-29 12:37:36 UTC
It worked until version 3.4. 
So I have to use version 3.3.4.1 :( This is the only way to have writer OLE objects in your presentation :(
Comment 2 bfoman 2012-07-05 02:17:13 UTC
Confirmed with:
LO 3.5.4.2 
Build ID: own W7 debug build
Windows 7 Professional SP1 64 bit

Invisible object in Impress when copied from Writer. When text is enlarged it becomes visible. Other issues as described in comment 0.
Comment 3 Rainer Bielefeld Retired 2013-01-29 06:01:47 UTC
"Bug 51508 - WRITER OLE object looses grid lines snap when EDITING" might be a DUP or at least related, it's hard to find out
Comment 4 Andy 2013-01-29 11:49:02 UTC
I am actually puzzled by the fact that the whole of the OLE inter-operability functionality in Libreoffice would need a thorough revision and debugging process, but this seems to be a problem shared by few.
In general I would say that the editing of OLE objects in host modules (e.g. a writer object in Impress) is a completely unpredictable business: very often, after spending half an hour trying to bend it to my needs, I gave up because the appearance of the object turned out to be uncontrollable, and every action performed on it seemed to make things worse.
I know that this observations are too general for a bug report like this, but I still hope to raise awareness on the general problem. Thanks
Comment 5 Rainer Bielefeld Retired 2013-01-29 12:08:47 UTC
(In reply to comment #4)

> In general I would say that the editing of OLE objects in host modules (e.g.
>  a writer object in Impress) is a completely unpredictable business

So it is, I have that on my agenda for March, and I will ping you, may be together we cat that examined some faster.
Comment 6 kitaets 2013-01-30 06:02:40 UTC
Guys, I hope so much because some people like me have dozen of documents with Writer OLE objects included and just can't edit them (OLE objects) with LibO releases newer then old 3.3.4.1.
Comment 7 Timur 2013-05-16 07:53:17 UTC
I couldn't reproduce it with Lo 4.0.3. Can you please add some screenshots? I'll attach mine.
Comment 8 Timur 2013-05-16 07:56:21 UTC
Created attachment 79383 [details]
LO bug 51119 original text in Writer
Comment 9 Timur 2013-05-16 07:57:06 UTC
Created attachment 79384 [details]
LO bug 51119 text pasted in Impress
Comment 10 Timur 2013-05-16 08:01:30 UTC
Sorry, I was pasting text, not an object. Reproducible in LO 4.0.3.
Comment 11 kitaets 2013-05-16 08:15:09 UTC
Yeah... :( It looks like this bug will never be fixed. Until that I can't say that you can use Writer OLE in LibO because it's like hugging a cactus.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.