[PATCH]: improving the MIK encoding in GNU emacs

[PATCH]: improving the MIK encoding in GNU emacs

[Alexander Shopov]

[-- Attachment #1: Type: text/plain, Size: 1127 bytes --]

Hi guys,

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.

Anyway - I am CCing him as well.

The patch has been produced with the command:

cvs diff -Nau 
against up-to-date GNU emacs from CVS HEAD branch as of
08 May 2006 23:05 UTC

Kind regards:
al_shopov

[-- Attachment #2: emacs.mik.patch --]
[-- Type: text/x-patch, Size: 1082 bytes --]

Index: lisp/international/code-pages.el
===================================================================
RCS file: /sources/emacs/emacs/lisp/international/code-pages.el,v
retrieving revision 1.34
diff -u -b -p -a -u -r1.34 code-pages.el
--- lisp/international/code-pages.el	22 Jan 2006 08:26:45 -0000	1.34
+++ lisp/international/code-pages.el	8 May 2006 23:03:19 -0000
@@ -4497,7 +4497,7 @@ Return an updated `non-iso-charset-alist
   ?Ч ?Ш ?Щ ?Ъ ?Ы ?Ь ?Э ?Ю ?Я ?а ?б ?в ?г ?д ?е ?ж ?з ?и ?й ?к ?л ?м ?н
   ?о ?п ?р ?с ?т ?у ?ф ?х ?ц ?ч ?ш ?щ ?ъ ?ы ?ь ?э ?ю ?я ?└ ?┴ ?┬ ?├ ?─
   ?┼ ?╣ ?║ ?╚ ?╔ ?╩ ?╦ ?╠ ?═ ?╬ ?┐ ?░ ?▒ ?▓ ?│ ?┤ ?№ ?§ ?╗ ?╝ ?┘ ?┌ ?█
-  ?▄ ?▌ ?▐ ?▀ ?α ?β ?Γ ?π ?Σ ?σ ?μ ?τ ?Φ ?Θ ?Ω ?δ ?∞ ?∅ ?∈ ?∩ ?≡ ?± ?≥
+  ?▄ ?▌ ?▐ ?▀ ?α ?ß ?Γ ?π ?Σ ?σ ?µ ?τ ?Φ ?Θ ?Ω ?δ ?∞ ?φ ?ε ?∩ ?≡ ?± ?≥
   ?≤ ?⌠ ?⌡ ?÷ ?≈ ?° ?∙ ?· ?√ ?ⁿ ?² ?■ ? ])
 (coding-system-put 'mik 'mime-charset nil)
 

[-- Attachment #3: Type: text/plain, Size: 142 bytes --]

_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-devel

Re: [PATCH]: improving the MIK encoding in GNU emacs

[Kenichi Handa]

In article <1147129862.3962.20.camel@Stamat.Minka.Localdomain>, Alexander Shopov <ash@contact.bg> 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 <anton@lml.bas.bg>: Bulgarian DOS
;; codepage.  Table at
;; <URL:http://czyborra.com/charsets/bulgarian-mik.txt.gz>.

---
Kenichi Handa
handa@m17n.org

Re: [PATCH]: improving the MIK encoding in GNU emacs

[Alexander Shopov]

> 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 <anton@lml.bas.bg>: Bulgarian DOS
> ;; codepage.  Table at
> ;; <URL:http://czyborra.com/charsets/bulgarian-mik.txt.gz>.
> 
Yep, you are right.
Please use the following:
http://en.wikipedia.org/wiki/MIK_Code_page


(GFDL licensed)

Kind regards:
al_shopov

P.S.
Anton - please confirm the change.

Re: [PATCH]: improving the MIK encoding in GNU emacs

[Anton Zinoviev]

I'm sorry fo the delayed report - I was on vacation.

On Tue, May 09, 2006 at 09:51:22AM +0900, Kenichi Handa wrote:
> 
> > 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.

Please go ahead.  The problem with MIK and the other DOS "codepages"
is that some of the codes in the codepages correspond to several
Unicode symbols.  The choice of Microsoft for these symbols is not the
best but it is better to stick with it in order have everywhere only
one definition of MIK.

> By the way, don't we have to update the URL shown in the
> comment?
> 
> ;; Suggested by Anton Zinoviev <anton@lml.bas.bg>: Bulgarian DOS
> ;; codepage.  Table at
> ;; <URL:http://czyborra.com/charsets/bulgarian-mik.txt.gz>.

Yes this no longer will be true.  You can refer to the following
"source":

http://en.wikipedia.org/wiki/MIK_Code_page

Anton Zinoviev

Re: [PATCH]: improving the MIK encoding in GNU emacs

[Kenichi Handa]

In article <20060518081702.GA29314@debian.inet>, Anton Zinoviev <anton@lml.bas.bg> writes:

>> > 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.

> Please go ahead.

Ok, I've just committed the change.

---
Kenichi Handa
handa@m17n.org