[prev in list] [next in list] [prev in thread] [next in thread] 

List:       koffice-devel
Subject:    Regarding KWord RTF export filter
From:       "Aron Stansvik" <elvstone () gmail ! com>
Date:       2006-05-17 11:33:28
Message-ID: 751a4f870605170433ydf3b0f9u71199c82ecb76d5 () mail ! gmail ! com
[Download RAW message or body]

I forgot to Cc this list in the below mail, eventhough I promised
Thomas Zander to do so on IRC. I sent this mail to Nicolas Goutte
(goutte@) regarding a bug in the KWord RTF export filter that I've
been wrestling with. I'm not subscribed so please Cc me (and Nicolas I
guess) if you answer this mail. I've sent an additional mail to
Nicolas telling him to also Cc the list if he answers, so all should
be well :) Sorry about the hazzle.

Best regards,
Aron Stansvik

---------- Forwarded message ----------
From: Aron Stansvik <elvstone@gmail.com>
Date: May 17, 2006 11:27 AM
Subject: Regarding KWord RTF export filter
To: goutte@kde.org


Hello.

I've hit a bug in the RTF export filter of KWord. I'm neither a good
programmer nor familiar with the KOffice code or Qt, but I've tried to
narrow down the cause as much as possible.

First I'd like to ask if I'm e-mailing the right person? I've talked a
bit with David Faure, Thomas Zander and the other KOffice developers
on IRC, and they say that the RTF filters are pretty much
unmaintained.

The bug is that sometimes footnotes get an extranous newline between
the footnote marker and the footnote text in the output. I've
discovered that this is because sometimes the footnote text is
prepended with \par\pard control codes, instead of just \pard, which
is the preferred behavior.

This seems to happen after a couple of footnotes has been added to the
same page. From looking at the code for the
RTFWorker::ProcessParagraphData function in ExportFilter.cc [1], my
(unqualified) guess is that the reason could be two things:

1) The m_prefix (which contain the "\par") is at some point not
correctly reset to QString::null before
RTFWorker::ProcessParagraphData makes a recursive call to itself.

2) Somehow the worker is getting a bogus empty paragraph, and
processes it accordingly.

I'm attaching an ODT document (test.odt), that when saved as RTF
exhibits this behavior. I'm also attaching the resulting RTF
(test.rtf) with the unwanted \par\pard footnote.

Hope that this might be something obvious to you.

Best regards,
Aron Stansvik

["test.odt" (application/octet-stream)]
["test.rtf" (application/rtf)]

_______________________________________________
koffice-devel mailing list
koffice-devel@kde.org
https://mail.kde.org/mailman/listinfo/koffice-devel


[prev in list] [next in list] [prev in thread] [next in thread]