Hi, everybody (or anybody, since this thread seems to have 'petered
out', with no posts for nearly 3 weeks)!
I guess I'll just post an update on the progress I managed to achieve on
the subject of "SM Mail and text encoding", with the help of the
previous responses and comments, and leave as 'pending' some points
which I raised, and which nobody commented on -- and, forthwith, I'll be
opening 2 new threads about "Migrating SM profile from WinXP to Win7",
and "Javascript in SeaMonkey", since these seem to be interrelated, but
independent and different problems.
First, let me emphasize that, operationally, my original problem has
been solved, thanks to you: It was that, when I compose a large message
with parts in English and parts in another language, and make several
drafts, each time the draft is re-opened for further editing, parts of
it have been changed by SM, usually involving 'High ASCII'. The
solution, which has been working since then, is to use F8 to open the
draft in the message pane and, if it shows gibberish, another F8 closes
it, and a third one re-opens the pane, with the gibberish gone, so that
the draft can then be opened for editing and saved, with no gibberish.
Since it seems this really is a bug (and Mark Bourne has reported it),
maybe the parts I'm still hazy about aren't worth thinking about (since
the bug correction might change details anyway, if it's ever corrected),
but I'll try to sum up my doubts about all those variables in SM/Mail
involving text encoding and fonts:
- In the "Folder Properties / Fallback text encoding" options:
.. Unicode (UTF-8)
.. Arabic
.. (etc, etc.)
.. Vietnamese
.. Western
( ) Apply encoding to all messages in the folder (individual
message text encoding settings and auto-detection will be ignored)
If the latter option isn't checked, what's the option for, since the
folder has (supposedly) already-received messages, which don't need
editing? Does it mean that SM would try to use the chosen text encoding
to display messages in the folder, if they don't have any encoding
attached to them?
Besides the above point about Folder Properties, what should be the best
options in the other 'text encoding' options/preferences for someone who
is trying to 'standardize' on Unicode for all sent/received messages,
namely:
- In "Preferences / Appearance / Fonts" options:
.. Fonts for: [Western/CentralEuropean/.../Unicode/UserDefined]
.. [Proportional/Serif/Sans-serif/Cursive/Fantasy/Monospace]
( ) Allow documents to use other fonts
Can these options affect the 'text encoding' problem, or are they a
different matter entirely?
- In "Preferences / Mail & Newsgroups / Text Encoding" options:
. Message Display - Fallback text encoding:
.. Default for current locale
.. Arabic
.. Baltic
.. Central European
.. (etc.)
.. Vietnamese
.. Other, including Western European
. Composing messages - Default text encoding:
.. Default for current locale
.. Arabic
.. Baltic
.. Central European
.. (etc.)
.. Vietnamese
.. Other, including Western European
( ) For messages that contain 8-bit characters, use 'quoted
printable' MIME Encoding; leave unchecked to leave message as is
( ) When possible, use this default text encoding in replies (When
unchecked, only new messages use this default)
- In Mail/News 'New message compose' window menus:
. Options / text encoding:
.. Unicode
.. Western
.. Arabic
.. (etc, etc.)
.. Vietnamese
- In Mail/News 'View messages' windows menus:
. View / text encoding:
.. Auto-detect: Off / Japanese / Russian /Ukrainian
.. Unicode
.. Western
.. Arabic
.. (etc, etc.)
.. Vietnamese
- In Mail/News 'View messages' folders pane:
. Folder Properties / Fallback text encoding:
.. Unicode (UTF-8)
.. Arabic
.. (etc, etc.)
.. Vietnamese
.. Western
( ) Apply encoding to all messages in the folder (individual
message text encoding settings and auto-detection will be ignored)
--
Thanks beforehand for your attention, and I hope to hear from you soon.
s) Alexander Yudenitsch <[email protected]>
_______________________________________________
support-seamonkey mailing list
[email protected]
https://lists.mozilla.org/listinfo/support-seamonkey
