From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel Subject: Re: [PATCH]: improving the MIK encoding in GNU emacs Date: Tue, 09 May 2006 09:51:22 +0900 Message-ID: References: <1147129862.3962.20.camel@Stamat.Minka.Localdomain> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: sea.gmane.org 1147135971 9435 80.91.229.2 (9 May 2006 00:52:51 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 9 May 2006 00:52:51 +0000 (UTC) Cc: eliz@gnu.org, anton@lml.bas.bg, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue May 09 02:52:46 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FdGSv-0006KV-Vp for ged-emacs-devel@m.gmane.org; Tue, 09 May 2006 02:52:42 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FdGSv-00017U-KI for ged-emacs-devel@m.gmane.org; Mon, 08 May 2006 20:52:41 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FdGSj-00015O-T4 for emacs-devel@gnu.org; Mon, 08 May 2006 20:52:29 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FdGSj-000152-D5 for emacs-devel@gnu.org; Mon, 08 May 2006 20:52:29 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FdGSj-00014z-9b for emacs-devel@gnu.org; Mon, 08 May 2006 20:52:29 -0400 Original-Received: from [192.47.44.130] (helo=tsukuba.m17n.org) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1FdGTd-00016P-WD; Mon, 08 May 2006 20:53:26 -0400 Original-Received: from nfs.m17n.org (nfs.m17n.org [192.47.44.7]) by tsukuba.m17n.org (8.13.4/8.13.4/Debian-3sarge1) with ESMTP id k490qJ6S021231; Tue, 9 May 2006 09:52:19 +0900 Original-Received: from etlken (etlken.m17n.org [192.47.44.125]) by nfs.m17n.org (8.13.4/8.13.4/Debian-3sarge1) with ESMTP id k490qJvX008094; Tue, 9 May 2006 09:52:19 +0900 Original-Received: from handa by etlken with local (Exim 3.36 #1 (Debian)) id 1FdGRe-0002le-00; Tue, 09 May 2006 09:51:22 +0900 Original-To: Alexander Shopov In-reply-to: <1147129862.3962.20.camel@Stamat.Minka.Localdomain> (message from Alexander Shopov on Tue, 09 May 2006 02:11:02 +0300) User-Agent: SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/22.0.50 (i686-pc-linux-gnu) MULE/5.0 (SAKAKI) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:54117 Archived-At: In article <1147129862.3962.20.camel@Stamat.Minka.Localdomain>, Alexander Shopov writes: > I am sending you a single-line patch improving the support of the > Bulgarian encoding MIK (4 symbols in particular). > Recently I have provided such encoding for GNU libc. > The current state of MIK support in GNU emacs is provided by Anton > Zinoviev - it is based on my previous work on MIK for the unicode editor > Yudit, which was based on Czyborra cyrillic soup. > However during discussions and revealing old sources on the Bulgarian > free software translators' lists we have found that Czyborra's soup > differs somewhat from the real encoding which is more or less based on > cp437 + cyrillic letters. > As I have finished GNU libc, I have sent patches to Yudit's maintainer - > Gasper Sinai, now I am sending a patch to GNU emacs - so that all mik > encoding providers would be in unison. > I believe Anton would agree with the new definition of MIK as it was him > that revealed the sources that led to the redefinition of MIK. Thank you. I'll commit it if Anton doesn't oppose it. By the way, don't we have to update the URL shown in the comment? ;; Suggested by Anton Zinoviev : Bulgarian DOS ;; codepage. Table at ;; . --- Kenichi Handa handa@m17n.org