Red Hat Bugzilla – Bug 439159
[RFE] Conversion of embedded objects of convertable types is default disabled
Last modified: 2009-01-05 04:36:44 EST
Description of problem:
-open the attached file
-double click one of the large text areas for example the one which has
"Onderwerpen: datastructuren en algoritmen" in it (its Dutch, sorry)
-it opens in ooo-writer, but as read-only
-being able to edit the embedded word object, this used to work as as I can
This is with version: 2.4.0-12.1.fc9
Created attachment 299308 [details]
file displaying the problem
Were you able to edit it inline in the past, i.e. a new window was not opened.
Perhaps this is the "convert embedded objects" option, i.e.
tools->options->load/save->microsoft office and at least toggle the [L] for
autoconvert embedded word to embedded writer option on.
Checking with stock F-8 I see no change in behaviour in F-9 wrt. this, but in
both cases toggling the convert on load should give an inline editable converted
Ah, yes much better!
I reinstalled my machine sometime ago and lost those settings (which I had
applied earlier to be able to edit formulas embedded in presentations)
Why are these off by default? I would like to advocate turning them on by default.
I think this can be closed as "not a bug", but why does double clicking with
these options off open the embedded objects in writer at all, I can already see
them fine in the ooo-calc view, so opening a read only copy in a separate writer
window seems pretty useless (and confusing).
It would be much better do disallow editing completely when these options are
off and throw a dialog explaining about these options when one double clicks.
I know this should probably be taken upstream, but upstream's bugtracker is a
nightmere for mere mortals like me (too many components, etc.).
Its off by default (in the vanilla version and fedora) because the conversion is
*slow*, and there can often be a lot of embedded objects in a document
(especially with equation editor), and the conversion is done during the load
not on demand. So you get the occasional massive load times for a simple document.
You can't edit them as an unconverted "native" ole2 object because what you see
on screen is actually just the wmf preview image that is in all ole2 objects,
its just a vector picture.
What we *should* do is convert objects on demand when they are activated and of
a type we know how to convert and not at load time that way we get them editable
without the load-time performance hit
Adding FutureFeature keyword to RFE's.
Moving upstream under http://www.openoffice.org/issues/show_bug.cgi?id=97319