Issue 72924 - Export-XHTML: Known OLE Objects are not traversed
Summary: Export-XHTML: Known OLE Objects are not traversed
Status: CLOSED DUPLICATE of issue 22012
Alias: None
Product: xml
Classification: Code
Component: external filters (show other issues)
Version: OOo 2.1
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: jogi
QA Contact: issues@xml
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-12-25 03:00 UTC by davygrvy
Modified: 2007-01-23 11:21 UTC (History)
1 user (show)

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


Attachments
an example using the <object> tag (393 bytes, text/xml)
2006-12-26 05:04 UTC, davygrvy
no flags Details
svg image (95.10 KB, text/xml)
2006-12-26 05:05 UTC, davygrvy
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description davygrvy 2006-12-25 03:00:06 UTC
If one creates a Write document with an embedded Draw document, then exports to
XHTML, the embedded objects are skipped in the output.

Example:
1) Create a new Draw document and put in a simple shape like a single circle.
2) Save to 'theDrawFile.odg' and Close Draw.
3) Create a new Write document and put in some random text.
4) Go to Insert->Object...->OLE Object and select 'theDrawFile.odg' with "create
from file" as a link.
5) Now export the Write document (now with the embedded Draw object) to XHTML.

You'll notice the export filter didn't traverse the hierarchy and cause the
known subdocument to be exported as well.

But I can just open the resulting XHTML into a text editor and add the missing
<embed> tag. An example would be:

 <embed src="theDrawFile.svg" height="300" width="600" type="image/svg+xml" 
  pluginspage="http://www.adobe.com/svg/viewer/install/" />

Next, open the 'theDrawFile.odg' in Draw and export to SVG. There, done.

A per Object property to stipulate the type of traversal would be nice.
Comment 1 Regina Henschel 2006-12-26 01:14:23 UTC
OOo uses "XHTML 1.0 Strict" and "embed" is not a valid element there.

"theDrawFile.odg" and "theDrawFile.svg" are not the same.

Do you want, that linked OLE OOo files are exported as object-element? 
Comment 2 davygrvy 2006-12-26 01:23:57 UTC
I'd like the sub document to be exported (in some manner), too.  Whether the sub
document is exported to a PNG, or GIF would be fine as well.
Comment 3 davygrvy 2006-12-26 01:26:48 UTC
> "theDrawFile.odg" and "theDrawFile.svg" are not the same.

Of course they aren't the same, the sub document wasn't exported when the main
document it was linked into was.
Comment 4 davygrvy 2006-12-26 05:04:29 UTC
Created attachment 41702 [details]
an example using the <object> tag
Comment 5 davygrvy 2006-12-26 05:05:24 UTC
Created attachment 41703 [details]
svg image
Comment 6 davygrvy 2006-12-26 06:33:45 UTC
In essence, this bug post is to draw attention to how OLE objects in write
documents are ignored when a document is exported to XHTML even though it knows
of OOo's own data types and *could* generate something.

I'm not well versed in the source, but looks like the culprit might be in
DrawConverter::handleDrawImage() of
writer2latex/java/writer2latex/xhtml/DrawConverter.java where the linked object
(itself?) is ignored, if I'm reading the code correctly.

Extending this to a per-OLEobject datum to stipulate the type of exportation of
each embedded OLE object would be wonderful.  IOW, when I export my top Write
document that contains a number of Draw objects, the ability to specify what
type of export (PNG, GIF, or embedded SVN, etc..) would be marvelous.

SVN can even be placed whole in the output rather than linked.  See
http://www.w3.org/TR/XHTMLplusMathMLplusSVG/  example here:
http://www.pobox.com/~davygrvy/kc/test2.xhtml
Comment 7 michael.ruess 2007-01-02 09:45:03 UTC
Reassigned to JSI.
Comment 8 jogi 2007-01-16 07:06:49 UTC
Already a known limitation. #22012

*** This issue has been marked as a duplicate of 22012 ***
Comment 9 jogi 2007-01-16 07:07:40 UTC
Changing components, platform....
Comment 10 jogi 2007-01-16 07:09:19 UTC
closing issue, embedded objects (images, OLE, ...) can not be exported by XSLT
filters. This limitation is known but there is no ongoing work at this AFAIK
because of API limitations.
Comment 11 davygrvy 2007-01-21 01:05:45 UTC
If this issue can't be fixed due to API problems, why was this ticket closed?
Comment 12 jogi 2007-01-23 11:21:12 UTC
@reporter: because it's set to duplicate.