tika-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Cristian Vat (JIRA)" <j...@apache.org>
Subject [jira] Updated: (TIKA-422) Wrong charset conversion in some RTF documents.
Date Mon, 20 Dec 2010 10:59:04 GMT

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

Cristian Vat updated TIKA-422:

    Attachment: RTFParser.patch

New patch.

- Fixed curly brackets exception.
- Added handling also for "\afN" font setting instead of only "\fN"
- Reset last font when entering colortbl, fixed a bug with some documents
- Handled \deffN default font definition

All tests pass and also some special documents I had look ok.
Using memory for small files would be good, but not needed in my use-case.

> Wrong charset conversion in some RTF documents.
> -----------------------------------------------
>                 Key: TIKA-422
>                 URL: https://issues.apache.org/jira/browse/TIKA-422
>             Project: Tika
>          Issue Type: Bug
>          Components: parser
>    Affects Versions: 0.7
>            Reporter: Piotr Bartosiewicz
>         Attachments: RTFParser.patch, RTFParser.patch, RTFParser.patch, RTFParser.patch,
RTFParser.patch, test-windows-1250.rtf, test_with_curly_brackets.rtf
> RTF parser uses javax.swing.text.rtf, but it sucks.
> It doesn't support '\ansicpg' tag (cite from RTF file format specification:
> "This keyword represents the default ANSI code page used to perform the Unicode to ANSI
conversion when writing RTF text").
> Unfortunately Windows WordPad saves nonascii characters using \ansicpg instead of supported
by javax.swing.text.rtf unicode characters.

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message