rtf filter detection order
dtardon at redhat.com
Tue Jul 29 05:34:24 PDT 2014
On Tue, Jul 29, 2014 at 10:11:04AM +0100, Wols Lists wrote:
> On 28/07/14 15:11, Kohei Yoshida wrote:
> > On Mon, 2014-07-28 at 10:14 +0200, Marina Latini wrote:
> >> Hi All,
> >> Can someone point out some informations about the rtf filter detection order?
> >> I know that Calc has its own rtf filter (https://bugs.freedesktop.org/show_bug.cgi?id=65017#c19).
> >> Steps to reproduce:
> >> 1) Start LibreOffice
> >> 2) open a rtf document test.rtf
> >> 2a) create a test.rtf document with Writer
> >> 3) close the document
> >> 4) open a new blank spreadsheet
> >> 5) now open the same test.rtf from File > Open
> >> test.rtf is opened with Calc
> > Yes, As Maxim already pointed out, it's intentional. Generic formats
> > such as text, html and rtf are opened in the app it was opened from. It
> > was a change made in LibreOffice as a feature.
> >> This is our bug or our feature?
> > It's our (proud) feature, though as with any other features, some users
> > may find it an annoying showstopper breaking their workflow yada yada
> > yada, but we are not responsible for that. :-)
> I'll just add this presumably fixes an embarrassing (for OO) problem I
> came across many moons ago, where I was forced to use Excel to recover a
> corrupt Calc spreadsheet!
> Probably didn't go about it the right way, but the document wouldn't
> open so I broke open the zip archive, extracted the component that was
> the spreadsheet data and tried to open it in Calc. Would it do it?
> EVERYTHING I tried just dumped it into Writer. As I say, I was forced to
> use Excel and save it as an xls to get it back into Calc.
No, this is unchanged. Separate content.xml is not recongnized by any existing import filter, so it is imported using the catch-all plain text import filter, which imports into Writer.
More information about the LibreOffice