From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "B.T. Raven" Newsgroups: gmane.emacs.help Subject: Re: coding system Date: Sun, 27 Mar 2005 14:03:17 -0600 Organization: Posted via Supernews, http://www.supernews.com Message-ID: <114e4d7l5tp2c4d@corp.supernews.com> References: <4240134e$1_3@x-privat.org> <877jju9dog.fsf-monnier+gnu.emacs.help@gnu.org> <114cmcu2661njb8@corp.supernews.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1111953840 23733 80.91.229.2 (27 Mar 2005 20:04:00 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 27 Mar 2005 20:04:00 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Mar 27 22:03:56 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DFdzD-00036T-0z for geh-help-gnu-emacs@m.gmane.org; Sun, 27 Mar 2005 22:03:51 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DFeF9-0004Sb-Hk for geh-help-gnu-emacs@m.gmane.org; Sun, 27 Mar 2005 15:20:19 -0500 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!sn-xit-02!sn-xit-12!sn-xit-06!sn-post-02!sn-post-01!supernews.com!corp.supernews.com!not-for-mail Original-Newsgroups: gnu.emacs.help X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Original-X-Complaints-To: abuse@supernews.com Original-Lines: 82 Original-Xref: shelby.stanford.edu gnu.emacs.help:129666 Original-To: help-gnu-emacs@gnu.org X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:25219 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:25219 "Reiner Steib" wrote in message news:v9eke1krsl.fsf@marauder.physik.uni-ulm.de... > On Sun, Mar 27 2005, Eli Zaretskii wrote: > > > That is precisely so: Emacs 21.x treats Latin-N character sets as > > disjoint, so they are represented by different codes internally. > > > > The CVS version introduces features (unification on en- and decoding) > > that make this distinction less visible, and work is under way on a > > Unicode-based Emacs where the distinction will go away entirely. > > In case you refer to `unify-8859-on-{en,de}coding-mode', those are > already included in Emacs 21.3 and 21.4 (but not in 21.1 and 21.2): > > ,----[ NEWS ] > | ** Translation tables are available between equivalent characters in > | different Emacs charsets -- for instance `e with acute' coming from the > | Latin-1 and Latin-2 charsets. User options `unify-8859-on-encoding-mode' > | and `unify-8859-on-decoding-mode' respectively turn on translation > | between ISO 8859 character sets (`unification') on encoding > | (e.g. writing a file) and decoding (e.g. reading a file). Note that > | `unify-8859-on-encoding-mode' is useful and safe, but > | `unify-8859-on-decoding-mode' can cause text to change when you read > | it and write it out again without edits, so it is not generally advisable. > | By default `unify-8859-on-encoding-mode' is turned on. > `---- > > Bye, Reiner. Thanks Eli and Reiner. My problem is that the unify directives don't work on the NT build of emacs 21.3, at least not for those 4-byte buffer representations of Unicode characters outside the Latin-1 range. Once I have saved the file as utf-8, these characters are invisible to isearch, replace, etc. I tried to follow someone's (Stefan's?) suggestion to Google around for a CVS binary for w32 but I couldn't find anything. I downloaded WinCVS in the hope that I might be able to figure out how make an NT build from sources but that program just locked up my machine. It's probably for the best since I suspect that I'm out of my depth trying to use gcc with mingw libraries. "Hello, world" is more my speed. I read somewhere that a collation scheme and algorithm have been developed by the Unicode consortium (version 4.0) that would allow sorting of even Latin, Arabic, and Mandarin characters in the same file. I don't need that but it would be nice to have it work with Latin, Greek, and Hebrew. Btw, (kibitzing anent the "newbie friendly Emacs" thread) although I agree that the editor shouldn't be crippled or dumbed down to accomodate those whose sensibilities have been perverted by Mr. Gates' OS, it would be nice if the CUA mode actually worked. Maybe C-c x, C-c c, C-c v could be dedicated temporarily for newbie mode. It might not be going too far even to provide a couple of "wean" modes that would enable new users to graduate from the MS bindings to the more sensible Emacs' ones. Even more useful would be an Emacs "typing tutor" program that exercises the Ctl and Alt (Meta)* combinations. People who have worn deep grooves into their brains by using MS programs need to hear more than "get used to it" if they are going to make the switch to Emacs permanent. That RMS wants to give emacs more word processor capabilities is a welcome development and a shrewd move but if he wants to alienate the affections of wiser heads for their Windows applications, he should realize that the potential of emacs for those who are not programmers is great enough that considerations affecting (hopefully former) MS' program users should be more than an after-thought. Thanks again, Ed * What's the best keyboard to use with Emacs? Is there one with Super, Hyper, etc. keys that could be made to work with the w32 version of Emacs? Is there a keyboard whose layout is more perfectly symmetrical? There is one useless Win key between my left Ctl and Alt and two of them between my right Ctl and Alt. Anyone here using a Dvorak layout?