You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tika.apache.org by "Jukka Zitting (JIRA)" <ji...@apache.org> on 2011/09/17 11:25:08 UTC

[jira] [Resolved] (TIKA-692) TikaCLI -x or -h on a Word doc sometimes adds newline after tag

     [ https://issues.apache.org/jira/browse/TIKA-692?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jukka Zitting resolved TIKA-692.
--------------------------------

    Resolution: Fixed

I committed Michael's patch in revision 1171929, so I guess we can resolve this as fixed now.

> TikaCLI -x or -h on a Word doc sometimes adds newline after </b> tag
> --------------------------------------------------------------------
>
>                 Key: TIKA-692
>                 URL: https://issues.apache.org/jira/browse/TIKA-692
>             Project: Tika
>          Issue Type: Bug
>          Components: parser
>            Reporter: Michael McCandless
>            Assignee: Jukka Zitting
>            Priority: Minor
>             Fix For: 0.10
>
>         Attachments: 0001-TIKA-692-TikaCLI-x-or-h-on-a-Word-doc-sometimes-adds.patch, 0002-TIKA-692-TikaCLI-x-or-h-on-a-Word-doc-sometimes-adds.patch, TIKA-692-pretty-print.patch, TIKA-692.patch, TIKA-692.patch, TIKA-692.patch, testWORD_bold_character_runs.doc, testWORD_bold_character_runs.doc, testWORD_bold_character_runs2.doc, testWORD_bold_character_runs2.docx
>
>
> [Note: spinoff from the tika-dev thread "Issue in text extraction in
> Solr / Tika" on Aug 19 2011, by nirnaydewan]
> When parsing a Word doc where some contiguous text is bolded, due to
> differences in how the user had bolded different parts of the text
> with Word, TikaCLI -x or -h will sometimes generate output like this:
> {noformat}
> <p>F<b>oob</b>a<b>r</b>
> </p>
> {noformat}
> and other times like this (extra newline & 2 adjacent bold sections):
> {noformat}
> <p>F<b>oo</b>
> <b>b</b>a<b>r</b>
> </p>
> {noformat}
> The extra newline in the second example causes browsers (I tried
> Firefox, Safari, Chrome), JTidy and Tika itself to (incorrectly)
> insert a space when rending/extracting text, breaking up the word.
> While this might be technically correct/OK (ie, XML white space rules
> might allow for non-significant space after the </b> within a <p>
> should be ignored), I think we should still fix Tika to not insert
> newlines, if we can.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira