https://bugs.documentfoundation.org/show_bug.cgi?id=98971
David Tardon <dtar...@redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |WONTFIX
--- Comment #8 from David Tardon <dtar...@redhat.com> ---
(In reply to Nicholas van Oudtshoorn from comment #7)
> Still present. This might just have been a malformed download (from a
> website that no longer exists). Even so, it would be nice for the filters to
> fail gracefully when there is just plain text.
Well, WordPerfect 4.2 document *is* just plain text: pure ASCII, with 15-20
characters from the 0x80-0xff range acting as function codes that handle basic
text formatting. So no, the libwpd filter cannot "fail gracefully", because
there's simply nothing by which it could tell the file is not a WP 4.2 document
(it would reject the file if it contained only ASCII characters, but that's not
the case here).
Btw, the libwpd filter (along with all the other filters) is only tried because
the file does have extension .rtf instead of .txt . If I rename it, LibreOffice
opens it directly using its plain text filter. (I still have to pick the "Text
- Choose Encoding" file type and then choose the right encoding to make it look
right, but that's "plain text" for you--there's no way around this.)
Btw 2, LibreOffice (and OpenOffice.org before it) has been opening plain text
files using a monospace font since forever. That has nothing to do with another
filter being used.
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
