Issue 89168 - Embedded Excel spreadsheet in Word document opens in Read Only within Writer
Summary: Embedded Excel spreadsheet in Word document opens in Read Only within Writer
Status: CLOSED IRREPRODUCIBLE
Alias: None
Product: Writer
Classification: Application
Component: editing (show other issues)
Version: OOo 2.4.0
Hardware: PC All
: P3 Trivial with 1 vote (vote)
Target Milestone: ---
Assignee: mikhail.voytenko
QA Contact:
URL: http://cjoint.com/?eCpi0RQ6R5
Keywords: ms_interoperability, needmoreinfo
: 93154 (view as issue list)
Depends on:
Blocks:
 
Reported: 2008-05-08 10:49 UTC by vincentsteinier
Modified: 2017-05-20 10:11 UTC (History)
4 users (show)

See Also:
Issue Type: ENHANCEMENT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description vincentsteinier 2008-05-08 10:49:50 UTC
My users frequently receive Word documents containing Excel graphs.
When using Word and Excel, double clicking a graph allows you to edit cell 
values.
With Writer and Calc, the spreadsheet opens in Read Only and cannot be edited.
This is a problem I have with all versions of OOo  (including Beta 3.0.0)
Comment 1 michael.ruess 2008-05-08 11:08:14 UTC
These OLE objects must be converted to OOo own objects before they can be edited
on systems where no MS Office is installed on. This can be activated in
"Tools.Options.LoadSave.MS Office".
Comment 2 michael.ruess 2008-05-08 11:13:30 UTC
Closed.
Comment 3 Mathias_Bauer 2008-05-12 12:33:18 UTC
I wonder whether we should re-think that. I believe that conversion on loading
is wrong anyway and our new docx filter will not do that anymore. So perhaps we
reopen this issue as an enhancement called "don't require conversion of OLE
objects in Worxelpoint documents to make them editable?
Comment 4 michael.ruess 2008-05-13 15:13:19 UTC
MRU->MBA: of course we could that... but from my POV I do not see any
possibility to open external objects without converting them - please clear me
up in my simple view of a common tester. I mean they also have to go through the
filter when displaying them in read-only mode. Perhaps this issue should should
just slightly be renamed to "OO does not really need r/o mode for external objects".
What do you think about this?
Comment 5 michael.ruess 2008-05-16 12:25:05 UTC
Reopening issue.
Comment 6 michael.ruess 2008-05-16 12:25:37 UTC
Reassigned to 'MAV.
Comment 7 Mathias_Bauer 2008-05-16 16:42:19 UTC
The point is that we don't need to open external objects at all before the user
starts to edit them. Instead of that we can just copy the bits from the external
document to our internal storage. For display purposes we still have the
embedded metafile (that since OOo2.0 is the original wmf or emf anyway!) so
indeed we don't need to load and convert the external object before the user
wants to edit it.

This is the way how the new docx filter handles it. So perhaps we could do the
same in the "old" doc filter.
Comment 8 michael.ruess 2008-08-27 11:47:50 UTC
*** Issue 93154 has been marked as a duplicate of this issue. ***
Comment 9 jpfletch 2012-10-20 18:05:30 UTC
I followed the process:
1)	Create a graph of some data in Microsoft Excel.
2)	Copy graph and paste in Open Office Word.
3)	Double Click any area of the graph.
When doing this, I am only allowed to change certain features of the graph, but not the values themselves. I have the same issue as you do. Though this is not necessarily a bug as much as it is just the way the Word Processor handles objects from other programs, I'd suppose.
I'm using OOo 3.4.1 on Windows 7 64 bit.
Comment 10 Edwin Sharp 2014-04-09 19:22:35 UTC
Please attach example (link in URL above isn't working).
Comment 11 Edwin Sharp 2014-04-23 05:42:00 UTC
No info from author.