Bo Peng <[EMAIL PROTECTED]> writes:
| > So a solution would be to change the format and replace "." by
| > something like \dot (like we do for \backspace). But then lyx2lyx
| > would have to be very very careful to avoid to replace \dot macros in
| > mathed, for example.
| >
| > Moreover, I am not sure that ".<lf>" is the only bad case. In the
| > example sent by Enrico I saw the errors for all lines beginning by
| > ".".
|
| That is really unfortunate.
|
| > So, instead of redesigning our file format to avoid some program's
| > bug, the energy would be better spent by giving a convincing test case
| > to one of these thunderbird's bugs:
| > https://bugzilla.mozilla.org/show_bug.cgi?id=259564
| > https://bugzilla.mozilla.org/show_bug.cgi?id=47606
| > https://bugzilla.mozilla.org/show_bug.cgi?id=196584 (where a possible
| > workaround to a related problem is given)
| > If you can describe precisely what combination of (Sender MUA, Sender OS,
| > POP3 server, Receiver MUA, Receiver OS) causes the bug, it should be
| > possible to fix.
|
| As far as I can tell, sendmail is responsible for adding the dots and
| none of MS/OE, Linux/Mutt/Pine will remove them. Considering the
| dominance of sendmail/OE pair, fixing this problem in thunderbird or
| kmail is useless. (I mean no offense to thunderbird/kmail here.) I do
| not know if other sendmail equivalences do the same thing. If not,
| things will be more complicated since a mail client would not know if
| a '..' is authentic.
|
| Again, as I have said in another email, lyx format is much more
| vulnerable to this problem than pdf/ps/doc etc because a dot after
| every inset will be put at the beginning of a line. I would suggest
| that
|
| 1. We fix this before 1.4.0 since otherwise a file format change can
| only (?) happen for 1.5.0, which is, I suppose, another two years
| away?
This is absolutely not our bug.
Send you attachments as application/octet-stream and be done with it.
--
Lgb
