From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Peter Dyballa Newsgroups: gmane.emacs.help Subject: Re: Dired doesn't decode UTF-8 file names Date: Mon, 28 Aug 2006 23:29:06 +0200 Message-ID: <413AE67A-DC2B-4036-9B53-D703DE0D3D62@Web.DE> References: <1156356934.469929.210320@i3g2000cwc.googlegroups.com> <87sljnf670.fsf@catnip.gol.com> <87mz9uyzfj.fsf@catnip.gol.com> <55FE760B-5409-4876-9E4D-0B15A0F5AEAF@Web.DE> <10737F7A-CC2F-4281-B611-CB3BBE791A07@Web.DE> <2B05D0E8-B3F2-4427-8DDA-9DC96A45959F@Web.DE> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=WINDOWS-1252; delsp=yes; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1156800632 28281 80.91.229.2 (28 Aug 2006 21:30:32 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 28 Aug 2006 21:30:32 +0000 (UTC) Cc: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Aug 28 23:30:28 2006 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GHogF-0004le-1p for geh-help-gnu-emacs@m.gmane.org; Mon, 28 Aug 2006 23:30:03 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GHogE-0000qd-Iu for geh-help-gnu-emacs@m.gmane.org; Mon, 28 Aug 2006 17:30:02 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GHog2-0000qK-JS for help-gnu-emacs@gnu.org; Mon, 28 Aug 2006 17:29:50 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GHog0-0000pg-9R for help-gnu-emacs@gnu.org; Mon, 28 Aug 2006 17:29:50 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GHog0-0000pb-0M for help-gnu-emacs@gnu.org; Mon, 28 Aug 2006 17:29:48 -0400 Original-Received: from [217.72.192.234] (helo=fmmailgate03.web.de) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GHop1-0007k6-RE for help-gnu-emacs@gnu.org; Mon, 28 Aug 2006 17:39:08 -0400 Original-Received: from smtp05.web.de (fmsmtp05.dlan.cinetic.de [172.20.4.166]) by fmmailgate03.web.de (Postfix) with ESMTP id 21BCA18B05EB; Mon, 28 Aug 2006 23:29:08 +0200 (CEST) Original-Received: from [84.245.179.113] (helo=[192.168.1.2]) by smtp05.web.de with asmtp (TLSv1:RC4-SHA:128) (WEB.DE 4.107 #114) id 1GHofL-0004jO-00; Mon, 28 Aug 2006 23:29:08 +0200 In-Reply-To: X-Image-Url: http://homepage.mac.com/sparifankal/.cv/thumbs/me.thumbnail Original-To: Kevin Rodgers X-Mailer: Apple Mail (2.752.2) X-Sender: Peter_Dyballa@web.de X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:37006 Archived-At: Am 28.08.2006 um 22:52 schrieb Kevin Rodgers: > Peter Dyballa wrote: >> Am 28.08.2006 um 17:02 schrieb Kevin Rodgers: >>> > (("\\*shell\\*\\'" utf-8 . utf-8) >>> > ("\\*.* output\\*\\'" iso-8859-15-unix . iso-8859-15-unix)) >>> > >>> > The second line is meant for AUCTeX output buffers (although =20 >>> not really >>> > working, probably I have to find some hook). Is there really =20 >>> more needed? >>> >>> That doesn't look right at all. According to its doc string, the =20= >>> car of >>> the alist elements should be a regexp that matches a program name, >>> whereas your patterns look like they match buffer names. >> OK. So I'll try to use >> (("[bt][ac]sh\\'" utf-8 . utf-8) >> (".*tex\\'" iso-8859-15-unix . iso-8859-15-unix)) > > That should fix your *shell* buffers, and Dired buffers for wildcard > file names. But non-wildcard Dired buffers invoke ls directly (not > via a shell). I was thinking of the *shell* buffer and the *output whatsoever* =20 buffer from AUCTeX, which did not always work correctly, the latter =20 kept using incorrect and inappropriate ISO 8859-1 encoding. The =20 *shell* buffer does not show in mode-line any encoding =96 I have no =20 idea whether this is good or bad, I would like to know which 'mood' =20 it is in and how to interpret the buffer's contents. Do I really need to set encodings for each UNIX and GNU UNIX command? =20= Can't GNU Emacs learn from the LC_CTYPE environment variable? -- Greetings Pete "Specifications are for the weak and timid!"