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: Wed, 28 Aug 2002 10:14:50 +0900 (JST) Sender: bug-gnu-emacs-admin@gnu.org Message-ID: <200208280114.KAA00435@etlken.m17n.org> References: <7CF3E427AE54FC42A26E68C5A89C186910C763@zeal.ufg.com> 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 1030497294 10176 127.0.0.1 (28 Aug 2002 01:14:54 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 28 Aug 2002 01:14:54 +0000 (UTC) Cc: bug-gnu-emacs@gnu.org, d.love@dl.ac.uk 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 17jrQ2-0002dg-00 for ; Wed, 28 Aug 2002 03:14: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 17jrRN-0007at-00; Tue, 27 Aug 2002 21:16:13 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17jrQI-0007R3-00 for bug-gnu-emacs@gnu.org; Tue, 27 Aug 2002 21:15:06 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17jrQD-0007QR-00 for bug-gnu-emacs@gnu.org; Tue, 27 Aug 2002 21:15:06 -0400 Original-Received: from tsukuba.m17n.org ([192.47.44.130]) by monty-python.gnu.org with esmtp (Exim 4.10) id 17jrQC-0007QM-00 for bug-gnu-emacs@gnu.org; Tue, 27 Aug 2002 21:15:01 -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 g7S1Epl23929; Wed, 28 Aug 2002 10:14:51 +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 g7S1Eo926454; Wed, 28 Aug 2002 10:14:50 +0900 (JST) Original-Received: (from handa@localhost) by etlken.m17n.org (8.8.8+Sun/3.7W-2001040620) id KAA00435; Wed, 28 Aug 2002 10:14:50 +0900 (JST) Original-To: VKryukov@ufg.com In-Reply-To: <7CF3E427AE54FC42A26E68C5A89C186910C763@zeal.ufg.com> (VKryukov@ufg.com) 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:3325 X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:3325 In article <7CF3E427AE54FC42A26E68C5A89C186910C763@zeal.ufg.com>, "Krjukov Victor" writes: > Greetings, Emacs developers. > MULE support in Emacs contains several encodings for Russian language: > ISO 8859-5, used as main encoding (it's called a 'standard' encoding but > _nobody_ here actually use it); > koi8-r (de-facto standard in email transmission and standard in *nix > systems - almost all *nix systems in Russia use it); > and Alternativnyj (also known as cp866) - an ancient encoding come from > DOS world. > But Emacs has no support for cp1251 (standard Russian encoding in > Windows), though we have and activelly use Emacs for Windows. Thank you for the report. We have already supported cp1251 in the latest CVS code. Could you please try it? When you set the language environment to "Windows-1251", you can start using the coding system windows-1251 (alias cp1251). But, I don't know if Emacs automatically switch to that lang. env. when started on Windows. Does anyone know that? > I've made several changes in several *el files from Emacs 21.2 > distribution, but it seems to me that you need to recompile Emacs to > include additional language in MULE support (and I have no C compiler on > my Windows system). > Could someone check attached files and probably implement them in future > Emacs version? This would be a great help to russian windows-emacs > users. It seems that Emacs already has all the features you want, so I haven't read through your code. We greatly appreciate if you try the latest Emacs code and report problems if any. Dave, you have improved cyrillic.el greatly. Are the following problem already fixed? Could you please comment on that? > PS. I've also made some changes in lisp/language/cyrillic.el: fix some > typo (staff instead of stuff ;) and fix some bugs (e.g. > cyrillic-encode-koi8-r-char instead of > cyrillic-encode-alternativnyj-char at the bottom of folloving excerpt in > lines 203-217 of cyrillic.el looks really strange). > I have also another question: comparing sections in cyrillic.el for > koi8-r and for alternativnyj you may notice that one line > (if (r0 == ,(charset-id 'cyrillic-iso8859-5)) > only present for define-ccl-program ccl-encode-koi8 and not in > ccl-encode-alternativnyj - is it a bug or a feature? > --- > (make-coding-system > 'cyrillic-alternativnyj 4 ?A > "ALTERNATIVNYJ 8-bit encoding for Cyrillic" > '(ccl-decode-alternativnyj . ccl-encode-alternativnyj) > `((safe-chars . ,(let ((table (make-char-table 'safe-chars)) > (i 0)) > (while (< i 256) > (aset table (aref > cyrillic-alternativnyj-decode-table i) > t) > (setq i (1+ i))) > table)) > (valid-codes (0 . 175) (224 . 241) 255) > (charset-origin-alist (cyrillic-iso8859-5 "ALTERNATIVNYJ" > cyrillic-encode-koi8-r-char)))) > --- --- Ken'ichi HANDA handa@etl.go.jp