[
https://issues.apache.org/jira/browse/TIKA-727?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13112531#comment-13112531
]
Jukka Zitting edited comment on TIKA-727 at 9/22/11 1:11 PM:
-------------------------------------------------------------
bq.  
Note that the XML serializer will automatically escape the character data, so a
characters() event like that will result in " " being serialized.
In this case I'd simply use a normal space, as there doesn't seem to be no
compelling reason why a non-breaking space is needed. If one really is needed,
I'd use the Unicode NO-BREAK SPACE character \u00a0, though note that it
returns false for Character.isWhitespace() which can easily confuse text
tokenizers.
was (Author: jukkaz):
.bq
Note that the XML serializer will automatically escape the character data, so a
characters() event like that will result in " " being serialized.
In this case I'd simply use a normal space, as there doesn't seem to be no
compelling reason why a non-breaking space is needed. If one really is needed,
I'd use the Unicode NO-BREAK SPACE character \u00a0, though note that it
returns false for Character.isWhitespace() which can easily confuse text
tokenizers.
> Improve the outputed XHTML by HSLFExtractor
> -------------------------------------------
>
> Key: TIKA-727
> URL: https://issues.apache.org/jira/browse/TIKA-727
> Project: Tika
> Issue Type: Improvement
> Components: parser
> Affects Versions: 0.10
> Reporter: Pablo Queixalos
> Priority: Minor
> Attachments: HSLFExtractor.java
>
>
> The XHTML output of HSLFExtractor parser is not pure XHTML, it only inserts
> the full text into a P[aragraph] tag (including non-html carriage returns).
> This behavior comes from the poor capabilities that the POI
> PowerPointExtractor offers.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
