[
https://issues.apache.org/jira/browse/TIKA-519?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12916102#action_12916102
]
Nick Burch commented on TIKA-519:
---------------------------------
I'd looked at wrapping the HTMLEditorKit, but decided it was likely to be much
too much work...!
In terms of the temporary files, we know that usually the img tag will appear
just before the nested parser files, but I was hesitant to assume that as a
hard-and-fast rule. I guess we could say that the first of the handler or the
parser to see an image assigns it a temporary file name, then the other can
find+use the same? I'll look at doing that shortly
Mads - alas we can't do that, as the img tag and the image data don't arrive at
the same time
> Display embedded images in the GUI Formatted Text pane where they occur in
> the document
> ---------------------------------------------------------------------------------------
>
> Key: TIKA-519
> URL: https://issues.apache.org/jira/browse/TIKA-519
> Project: Tika
> Issue Type: New Feature
> Components: gui
> Affects Versions: 0.7
> Reporter: Nick Burch
> Assignee: Nick Burch
> Priority: Minor
> Attachments: TikaGuiImages.patch
>
>
> Some parsers are now able to generate img tags in their HTML, in the spot
> where an embedded image lives
> I think it would be nice to show these images in the GUI in the graphical
> view. The attached patch will allow the GUI to spot when an embedded: img
> link is found, re-write it to be in a URL to the temporary directory, and
> also request the recursing parser capture it.
> The result is that you can drop a suitable file (eg .docx) onto the gui, and
> in the Formatted Text pane see the image inline
> Are people happy with the patch? (and the idea?)
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
