From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/21096 Path: main.gmane.org!not-for-mail From: Hrvoje Niksic Newsgroups: gmane.emacs.gnus.general Subject: Re: More charset things Date: 09 Feb 1999 18:21:15 +0100 Sender: owner-ding@hpc.uh.edu Message-ID: <87hfsvqyr8.fsf@pc-hrvoje.srce.hr> References: <87d83qkyjf.fsf@pc-hrvoje.srce.hr> <87ognahyoh.fsf@pc-hrvoje.srce.hr> <14010.16278.215333.623477@tanko.sk.tsukuba.ac.jp> <87yamarkq9.fsf@pc-hrvoje.srce.hr> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 8bit X-Trace: main.gmane.org 1035159267 21235 80.91.224.250 (21 Oct 2002 00:14:27 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 00:14:27 +0000 (UTC) Return-Path: Original-Received: from spinoza.math.uh.edu (spinoza.math.uh.edu [129.7.128.18]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id MAA26012 for ; Tue, 9 Feb 1999 12:22:42 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by spinoza.math.uh.edu (8.9.1/8.9.1) with ESMTP id LAB14219; Tue, 9 Feb 1999 11:21:36 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Tue, 09 Feb 1999 11:22:10 -0600 (CST) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id LAA07499 for ; Tue, 9 Feb 1999 11:22:00 -0600 (CST) Original-Received: from pc-hrvoje.srce.hr (mail@pc-hrvoje.srce.hr [161.53.2.132]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id MAA25993 for ; Tue, 9 Feb 1999 12:21:48 -0500 (EST) Original-Received: from hniksic by pc-hrvoje.srce.hr with local (Exim 2.05 #1 (Debian)) id 10AGqZ-00009W-00; Tue, 9 Feb 1999 18:21:15 +0100 Original-To: ding@gnus.org X-Attribution: Hrvoje X-Face: &{dT~)Pu6V<0y?>3p$;@vh\`C7xB~A0T-J%Og)J,@-1%q6Q+, gs<-9M#&`I8cJp2b1{vPE|~+JE+gx;a7%BG{}nY^ehK1"q#rG O,Rn1A_Cy%t]V=Brv7h writes: > Hrvoje Niksic writes: > > > Mixing charset works for me in a Mule buffer, but there are > > environmental brain-damages that appear to be incurable for Mule. For > > instance, it insists that the default 128-255 chars are iso-8859-1, > > which is a hard-coded arbitrary value with no hope of ever changing it > > to iso-8859-2. > > Hm. In this message, for instance, isn't "Dzień dobry" rendered > correctly for you if you use a Mule XEmacs? I don't do Mule, but I suspect it renders correctly as long as the charset parameter is right (and Gnus gets things right). But that wasn't the point. The point is that I cannot explain XEmacs/Mule that all the 8bit files I will want to load and save in the near future are latin2, and that if it encounters chars in the appropriate subset of [128,256) range, it should treat them as latin2, not latin1. Currently I have to do things like `C-u C-x C-f FILENAME RET iso-8859-2 RET'. Also, I don't want to see the iso2022 (or whatever) coding on my saved files, *ever*. If files have to be saved in a multicharset format, it should be implemented as Unicode, so that at least other (non-Japanese) software has a chance of getting it right.