[gnome-cyr] [Bug 921] Changed - charset override command for MailDisplay

Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

Changed by hvv hippo ru 


--- shadow/921	Tue Sep 25 16:44:27 2001
+++ shadow/921.tmp.31295	Sun Oct  7 08:21:35 2001
@@ -1,13 +1,13 @@
 Bug#: 921
 Product: Evolution
 Version: unspecified
 OS: GNU/Linux [Other]
 OS Details: 1 Unknown
-Status: RESOLVED   
-Resolution: FIXED
+Status: REOPENED   
 Severity: Unknown
 Priority: Major
 Component: Mailer
 AssignedTo: fejj ximian com                            
 ReportedBy: danw ximian com               
 QAContact: louie ximian com
@@ -74,6 +74,13 @@
 ------- Additional Comments From fejj ximian com  2001-09-25 16:44 -------
 I've just implemented this in CVS - if the data wrapper's contents are
 in raw form, then it assumes the charset is the user's preferred
 charset encoding and so uses that when converting to UTF8 before
 sending it off to GtkHTML.
+------- Additional Comments From hvv hippo ru  2001-10-07 08:21 -------
+No, the bug is not fixed. In raw form, all non-ascii is displayed as ??? (if message is raw 8bit) or just as QP or base64!!!
+Anyway, if wasn't - it's VERY BACKWARDS to tweak 'prefered encoding for sending mail' to affect display the current message!
+And what about mails that contain attachments - they will be also visible (in raw form) in raw view!!!
+And think about html mails - user will see machine-generated HTML code instead of message text!
+Menu item 'Message charset' in 'View' menu is needed, whoose subitems are radiomenuitems - charset names known to Evo.

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]