From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.bugs Subject: Re: Proposal about adding cp1251 (Russian Windoz) encoding in Emacs Date: Fri, 30 Aug 2002 11:39:39 +0900 (JST) Sender: bug-gnu-emacs-admin@gnu.org Message-ID: <200208300239.LAA04412@etlken.m17n.org> References: <7CF3E427AE54FC42A26E68C5A89C186910C763@zeal.ufg.com> <200208280114.KAA00435@etlken.m17n.org> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1030675135 19972 127.0.0.1 (30 Aug 2002 02:38:55 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 30 Aug 2002 02:38:55 +0000 (UTC) Cc: VKryukov@ufg.com, bug-gnu-emacs@gnu.org Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 17kbgQ-0005Bh-00 for ; Fri, 30 Aug 2002 04:38:50 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 17kbhq-0005qI-00; Thu, 29 Aug 2002 22:40:18 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17kbhO-0005pN-00 for bug-gnu-emacs@gnu.org; Thu, 29 Aug 2002 22:39:50 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17kbhL-0005p4-00 for bug-gnu-emacs@gnu.org; Thu, 29 Aug 2002 22:39:49 -0400 Original-Received: from tsukuba.m17n.org ([192.47.44.130]) by monty-python.gnu.org with esmtp (Exim 4.10) id 17kbhK-0005p0-00 for bug-gnu-emacs@gnu.org; Thu, 29 Aug 2002 22:39:47 -0400 Original-Received: from fs.m17n.org (fs.m17n.org [192.47.44.2]) by tsukuba.m17n.org (8.11.6/3.7W-20010518204228) with ESMTP id g7U2del17744; Fri, 30 Aug 2002 11:39:40 +0900 (JST) (envelope-from handa@m17n.org) Original-Received: from etlken.m17n.org (etlken.m17n.org [192.47.44.125]) by fs.m17n.org (8.11.3/3.7W-20010823150639) with ESMTP id g7U2dd922467; Fri, 30 Aug 2002 11:39:40 +0900 (JST) Original-Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id LAA04412; Fri, 30 Aug 2002 11:39:39 +0900 (JST) Original-To: d.love@dl.ac.uk In-Reply-To: (message from Dave Love on 29 Aug 2002 23:47:57 +0100) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.1.30 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) Errors-To: bug-gnu-emacs-admin@gnu.org X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Bug reports for GNU Emacs, the Swiss army knife of text editors List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.bugs:3361 X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:3361 In article , Dave Love writes: > Kenichi Handa writes: >> But, I don't know if Emacs automatically switch to that >> lang. env. when started on Windows. Does anyone know that? > Regardless of what happens on Windows, and I don't think it does that, > there isn't generally a language environment for all the relevant > coding systems. Dave, here, we are discussing about the latest CVS code (i.e. trunk HEAD), not about the comming 21.3 (trunk RC). And, in HEAD, you have already installed the language environment Windows-1251. So, the question is that whether or not Windows port of Emacs running under the codepage cp1251 can automatically set the language environment to Windows-1251. And, I don't know how Windows port decides the language environment. > I think processing locale specifications (and the > Windows equivalent) should be done differently, but no-one seemed to > agree when this last came up. In particular, I was told it couldn't > work under Windows the same way as POSIX, for reasons I couldn't > follow. (I haven't had a chance to implement something for Emacs 22.) I understand that the current method is not that good, but don't have time to provide any concrete solution. > Note that windows-1251 & al aren't available until code-pages is > explicitly required, since coding system autoloading wasn't installed > and code-pages isn't preloaded. Yes. But, you setup HEAD so that selecting Windows-1251 lang. env. automatically loads code-pages. Thus, in this lang. env., there should be no problem with using the coding system windows-1251. --- Ken'ichi HANDA handa@etl.go.jp