Issue 27439 - Capability to edit OOo OLE object in separate window
Summary: Capability to edit OOo OLE object in separate window
Status: CONFIRMED
Alias: None
Product: General
Classification: Code
Component: ui (show other issues)
Version: OOo 1.1.1
Hardware: All All
: P3 Trivial with 11 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
: 42850 (view as issue list)
Depends on:
Blocks:
 
Reported: 2004-04-05 08:18 UTC by ftack
Modified: 2015-01-12 15:05 UTC (History)
3 users (show)

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


Attachments
Illustration of issue 27493 (21.63 KB, application/vnd.sun.xml.impress)
2004-10-12 12:23 UTC, ftack
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description ftack 2004-04-05 08:18:51 UTC
Currently, OLE objects from one of the OOo components can only be edited "in
place" after double clicking the object. While this may be an "advanced" and
intuitive way of editing OLE objects, it imposes functional limitations, for
example:
* you cannot zoom in on an embedded draw object
* more severely: objects embedded in the OLE object cannot be edited anymore

As a result, an OLE-object from an OOo component is 'crippled' in OOo.
Currently, the user must first save the object as a separate file and then
reinsert it as an OLE object (and rearranging position and size while doing so)
if he wants to change an OLE object within an OLE object (for example: a Math
equation in a Writer OLE object).

The suggestion is that the user should be able to choose to edit the OLE object
in a separate window of the application that created it as to retain all
functionality. In the Edit - Object menu, two choices, "Edit in place" and "Edit
in original application" could appear.

Example to illustrate the issue:

* Launch Writer, create some text and a math equation
* Select both text and the math equation, copy and paste into Impress.
* Now edit the OLE object in Impress: the equation cannot anymore be edited.
Comment 1 mci 2004-04-05 09:25:33 UTC
reassigned to bh
Comment 2 ftack 2004-05-24 21:32:21 UTC
Has this issue not yet been confirmed? Do I need to provide additional info?
Comment 3 ftack 2004-07-12 10:12:58 UTC
I'd really like to see this issue confirmed, closed, or discarded whatever.
Perhaps, I was not clear.

Next to in place OLE editing, I'd request the option to edit the OLE object in a
separate window, i.e., in a separate instance of the application that created
the OLE. This would have as a side effect that OLE objects within OLE objects
could be edited. I attached an Impress presentation illustrating the issue. 

Actually, what I am asking is some kind of a 'downgrade' really. The first
implementation of OLE in early Windows versions worked that way. You clicked the
OLE, the app that created the OLE would launch with the OLE object loaded. In a
more advanced implementation, OLE objects are edited "in place". While this is
nice and intuitive, some aspects are crippled that way.

* You can't zoom-unzoom an embedded Draw object anymore while editing (sometimes
necessary for precise work)
* You can't edit an OLE within the OLE, e.g. a Math object within a Writer
object, or a Calc graph within a Calc object.

In other words, the OLE objects that are inserted become crippled. The only way
to edit the objects embedded within an OLE object currently is

* Save Copy As ... to save the OLE in a separate file
* Edit the saved file
* Reinsert the OLE object, but you will have to adjust the frame, size, etc. all
over again.

This would be solved if you could right-click the OLE with an option "Edit in
separate window"

Comment 4 ftack 2004-07-12 10:17:59 UTC
... there does not seem a possibility to add atachments once the issue has been
filed?
Comment 5 ftack 2004-10-12 12:23:23 UTC
Created attachment 18303 [details]
Illustration of issue 27493
Comment 6 ftack 2004-10-12 12:33:34 UTC
I added a file illustrating the issue (found out how ;). The point is: you
cannot anymore edit the equations (math objects in this example) embedded into
the embedded Writer object. This effectively cripples the embedded Writer doc.
If one of these equations must be edited, the user must either edit the original
document and copy it back to the impress document, or alternatively save the
embedded writer object to a file, edit that in Writer, and reinsert the file as
an  embedded object in Impress. Both approaches involve resizing and eventually
cropping the object all over again, defeating the purpose of having embedded
objects.

I hope this example is clear enough to have at least this issue passed beyond
the status of UNCONFIRMED.
Comment 7 ftack 2005-05-26 12:13:28 UTC
This issue has popped up in the newsgroup here

http://www.oooforum.org/forum/viewtopic.phtml?p=79578#79578

If OOo would allow to edit OLE objects in a native application window rather
than "in place", this issue would be addressed largely. A draw object would
appear in its own independent and fully functional Draw window. Hence, embedded
objects within the draw ibject could be edited.
Comment 8 ftack 2006-04-29 10:52:56 UTC
Dear developpers

Why does this issue remain unconfirmed? I repeat the steps to reproduce this
issue here

Example to illustrate the issue:

* Launch Writer, create some text and a math equation
* Select both text and the math equation, copy and paste into Impress.
* Now edit the OLE object in Impress, next try editing the equation conteined in
the OLE object: it cannot anymore be edited.

My suggestion to resolve this issue is to allow the option for more "primitive"
way of editing an OLE object, i.e., have the OLE object launched in its own
application instead of in-place editing. Microsoft Office provides two different
options in the right-click menu for this: "Edit" opens the OLE object "in place"
like it happens in OOo, while "open" launches the object in a separate
application window. This way, the OLE object is being edited just as a a normal
document file.

Comment 9 ftack 2006-12-12 09:24:57 UTC
Dear developers

Why leave an issue unconfirmed for more than two years? Please act on this
issue: set it to new, close it, whatsoever, but do not leave unconfirmed for
more than two years.
Comment 10 Olaf Felka 2006-12-12 09:57:05 UTC
An 'enhancement' should be always confirmed. So I do it now. BTW: Confirming
issue is not a developers job. This can be done by anybody of the community.
Comment 11 Regina Henschel 2007-10-26 21:12:15 UTC
*** Issue 42850 has been marked as a duplicate of this issue. ***
Comment 12 oliv316 2009-03-02 11:32:40 UTC
it will be easier to manipulate complex table, when we  just want to show a
small part of a calcul sheet in writer 
Comment 13 bettina.haberer 2010-05-21 15:07:00 UTC
To grep the issues easier via "requirements" I put the issues currently lying on
my owner to the owner "requirements". 
Comment 14 ftack 2010-08-18 12:04:32 UTC
This issue has been fixed (though not in response to current issue). In recent
versions of OOo (3), there is the "Activate OLE object outplace" (couldn't a
more user friendly phrase, such as "Edit object in separate window" be used?)
command, which does exactly what is requested.

Please close this issue as FIXED.
Comment 15 ftack 2011-01-18 17:10:17 UTC
I cannot close this issue. Someone competent sees this, so this issue can be closed?
Comment 16 edogd1 2011-05-25 17:05:54 UTC
(In reply to comment #14)
> This issue has been fixed (though not in response to current issue). In recent
> versions of OOo (3), there is the "Activate OLE object outplace" (couldn't a
> more user friendly phrase, such as "Edit object in separate window" be used?)
> command, which does exactly what is requested.
> 
> Please close this issue as FIXED.

This is issue as NOT been fixed.  Only the versions in Ubuntu which used to use Go OO version of openoffice have this feature.  The feature is missing still in 3.3 of OOo that are downloadable from OOo website
Comment 17 bob 2015-01-12 15:05:37 UTC
Another example might be that after embedding a calc object there seems to be no way to change the "precision as shown" property.