From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/45863 Path: main.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.gnus.general Subject: Re: naive charset question Date: Sun, 28 Jul 2002 00:07:21 +0200 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1027807776 3052 127.0.0.1 (27 Jul 2002 22:09:36 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 27 Jul 2002 22:09:36 +0000 (UTC) Cc: ding@gnus.org Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17YZkl-0000n6-00 for ; Sun, 28 Jul 2002 00:09:35 +0200 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 17YZjG-0007RQ-00; Sat, 27 Jul 2002 17:08:02 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sat, 27 Jul 2002 17:08:27 -0500 (CDT) Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id RAA01375 for ; Sat, 27 Jul 2002 17:08:12 -0500 (CDT) Original-Received: (qmail 24769 invoked by alias); 27 Jul 2002 22:07:41 -0000 Original-Received: (qmail 24764 invoked from network); 27 Jul 2002 22:07:41 -0000 Original-Received: from 178.230.13.217.in-addr.dgcsystems.net (HELO yxa.extundo.com) (217.13.230.178) by gnus.org with SMTP; 27 Jul 2002 22:07:41 -0000 Original-Received: from latte.josefsson.org (yxa.extundo.com [217.13.230.178]) (authenticated bits=0) by yxa.extundo.com (8.12.5/8.12.5) with ESMTP id g6RM7Lkd014916; Sun, 28 Jul 2002 00:07:21 +0200 Original-To: Ken Raeburn Mail-Copies-To: nobody X-Hashcash: 020727:raeburn@raeburn.org:165ec3bb425a177f X-Hashcash: 020727:ding@gnus.org:e92437be1a75f8c4 In-Reply-To: (Ken Raeburn's message of "Sat, 27 Jul 2002 11:42:08 -0400") Original-Lines: 34 User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2 (i386-debian-linux-gnu) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:45863 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:45863 Ken Raeburn writes: > Simon Josefsson writes: >>> (standard-display-european 1) >> Yup. Should Gnus make an effort to work in this case? > >> status. Perhaps Gnus should require non-unibyte Emacs? But you sort >> of get what you asked for if you disable multibyte -- you don't get >> any multibytes, even in Gnus. Perhaps Gnus could fail more gracefully >> though. Hm. > > While standard-display-european may make unibyte the default, it > doesn't seem to actually disable multibyte support. I can run > > emacs -q --unibyte --eval '(standard-display-european 1)' > > and the HELLO file still displays with some Asian, Cyrillic, Hebrew > and other characters, and enable-multibyte-characters still winds up > set to t in the help buffer. C-h h overrides the default multibyte setting. Message in Gnus do not. By the code this looks quite intentional (see `mm-emacs-mule', `mm-enable-multibyte'). So if you disable multibyte, Gnus becomes unibyte and always uses the preferred coding system. This seems like a good You Get What You Asked For approach, but perhaps a warning is in order? Opinions? If you want to re-enable multibyte for message, it is possible to frob default-enable-multibyte-characters when sending the message and it will work. Unfortunately it is not enough to re-enable multibyte in the message buffer alone, the code uses the global default value. The warning could thus offer to re-enable multibyte temporarily when sending the message.