https://bugs.freedesktop.org/show_bug.cgi?id=78731
--- Comment #7 from Jean-Luc <[email protected]> --- (In reply to comment #6) > I have a big problem with this. I see that libwpd is detecting it as a WP > 4.2 file and I understand why. Now, if you change the extension of this file > to *.sylk, it will load well. This can be a workaround for this kind of rare > cases. > > The problem lies in the fact that WP 4.2 file-format is a text file without > header with WordPerfect codes embedded. We use a dry-parsing heuristics to > detect this kind of files. We try to check whether the "codes" in the file > follow the logic that "codes" in a WP file would follow. The problem is that > this file contains an even number of "é" characters encoded as 0xE9. OxE9 in > a WP42 file is a variable length function and we normally scan for a closing > 0xE9 if we find an openning one. Them being in even numbers make us believe > that it is a WP42 file with two 0xE9 codes. The problem is that I cannot > make much with this kind of logic. Without this heuristics I am unable to > detect any WP42 file at all. It is true that some special cases of text > files can pass through this filter, but the workaround is to rename the > extension of the file. Thank you for your explainations. It is a logical way to rename the extension as is their true format. This behavior is different from previous version of LibreOffice, OpenOffice or MsExcel ... We have to adapt legacy applications that generate such files. I am very impressed with your responsiveness. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
