-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Since this one never made it to the list, I am trying to repost
Cheers F. - -------- Original Message -------- Subject: Some progress report Date: Mon, 27 Oct 2008 17:42:17 +0100 From: Fridrich Strba <[EMAIL PROTECTED]> To: libwpd-devel mailing list <libwpd-devel@lists.sourceforge.net> Hello, good people, It looks like this list has been a bit quiet for some time. Does not necessarily mean that nothing was happenning to libwpd at all. Last and this week I had some time to look towards the Resource Fork of the WP3 for Mac file-format. It is seriously underdocumented in the docs that I have and thus, it was quite interesting task. Now, I discovered that the pictures in the WP3 documents are stored either as PICT files (without the 512 empty bytes of the header) or as a funny WP Mac SOFT (Sequencial Object FormaT), which is naturally undocumented. Fortunately, it seems that the documents cache also an alternative PICT representation of those graphics, so I am using them. We are able to read encrypted WP3 files including embedded images, just for curiosity. There are nevertheless several limitations in the current handling of images in WP3 file-format: - - I did not for the while work on the box position, anchoring and text flow. That is why the images appear inline at the position of their respective functions. I may have some time to handle that once I celebrate the election of President Obama in two weeks in Beijing. - - I cannot be smarter then the file-format. We have in our testsuite a file "SampleLease.wpd" that contains in the footer an object that pretends to be a Figure box containing PICT object. Nevertheless, it is not so, it is either a text box or a WP 5.1 table object. WP 3.5e somehow gets the visual representation right, but not us. I don't really know what the solution would be, but maybe one day a light will come. - - Since we are normally extracting the PICT files and forwarding them to OOo or other application as embedded binary objects, we are basically depending on the way the application is able render these files. OOo is doing pretty good job I might say and the resulting documents look good, nevertheless, ImageMagick itself is not rendering correctly approximately half of the images. Ok, that is it for the while. Just that you know that the way towards 0.9.0 is not full of fallen trees. Cheers Fridrich - -- Please avoid sending me Word, Excel or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iEYEARECAAYFAkkTM3IACgkQu9a1imXPdA+MPACffzfh05bB9PrDud2vl0fH6m1Z X/kAmwb2gLwNB1RtnMQ/6Y2VOsDBKtAY =BaYd -----END PGP SIGNATURE----- ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Libwpd-devel mailing list Libwpd-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/libwpd-devel
