[
https://issues.apache.org/jira/browse/TIKA-1344?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14037164#comment-14037164
]
Nick Burch commented on TIKA-1344:
----------------------------------
I think the plan was always that people would have their content handler
re-write these with URLs that match where they wrote the embedded images to
One such example is in Alfresco -
http://svn.alfresco.com/repos/alfresco-open-mirror/alfresco/HEAD/root/projects/repository/source/java/org/alfresco/repo/rendition/executer/HTMLRenderingEngine.java
Rather than hacking it for one kind of file format, maybe it would be better to
have a generic content handler wrapper which would capture the embedded images
when the parser offers to recurse into them, decides if they're small enough,
encodes, then re-writes the html to be a data link?
> Ability to generate self-contained HTML with images
> ---------------------------------------------------
>
> Key: TIKA-1344
> URL: https://issues.apache.org/jira/browse/TIKA-1344
> Project: Tika
> Issue Type: Improvement
> Components: parser
> Reporter: Andrew Skiba
> Labels: easyfix, patch
> Attachments: word.patch
>
> Original Estimate: 1h
> Remaining Estimate: 1h
>
> n the current code, the images from Word documents are referenced by
> "embedded:xxx" links in the generated HTML. This causes the browsers display
> "x" icon instead of the image.
> The proposed patch encodes the images using Data URI, if there is
> -Dtika.parsers.urlimages system property.
> http://en.wikipedia.org/wiki/Data_URI_scheme
> So the default behavior is the same, but users of the library can optionally
> generate self-contained HTML with correct images.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
