> First case here (with leading line numbers):
> Y cursor
> position
> 55 echo "################################################"
> 56 fi
> 57 #
> 58 echo "\$\$\$\$\$\$\$\$\$ $0 \$\$\$\$\$\$\$\$\$"
# is not considered as being a word-constituent, so it's treated by M-f and
M-d just the same as whitespace (same thing for ").
> No. Also the next line was partially deleted (the variable's name `Datum“).
Right all the non-word chars are deleted unpto the next word (in this case
"fi") which is itself also deleted.
> Y cursor position
> 21 echo "^^^^^^^^^ $0 ^^^^^^^^^"
Same thing: ^ and $ and \ are not word-constituents.
> Sorry, I have no idea what to do! When I receive from another (Apple) Mail
> user an eMail that originally contained lines longer than 70 or such
> columns they appear on my screen as of original length. I, too, can
> complain about other MUAs like Thunderbird or such that do not seem to work
> right. I think Mail converts the eMail body as typed in UTF-8 to 7-bit MIME
> to send it through relays without falsification to the receiver ...
The problem is not quoted-printable: one of the lines (after being
un-quoted) looks like:
6 #<repeated 72 times>
#####
also the header says the content is text/plain (good) and format=flowed
(which is clearly wrong in this case).
Stefan
_______________________________________________
emacs-pretest-bug mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug