From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Peter Dyballa Newsgroups: gmane.emacs.help Subject: Re: emacs 22 release Date: Tue, 4 Oct 2005 10:59:23 +0200 Message-ID: References: <87y85agclx.fsf-monnier+gnu.emacs.help@gnu.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (Apple Message framework v623) Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1128424509 24512 80.91.229.2 (4 Oct 2005 11:15:09 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 4 Oct 2005 11:15:09 +0000 (UTC) Cc: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Oct 04 13:15:08 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EMkl5-0005mk-7u for geh-help-gnu-emacs@m.gmane.org; Tue, 04 Oct 2005 13:14:55 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EMkl3-0004Y9-Ip for geh-help-gnu-emacs@m.gmane.org; Tue, 04 Oct 2005 07:14:53 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EMk7a-0004JM-KK for help-gnu-emacs@gnu.org; Tue, 04 Oct 2005 06:34:07 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EMk7V-0004GO-29 for help-gnu-emacs@gnu.org; Tue, 04 Oct 2005 06:34:02 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EMk7U-000402-DK for help-gnu-emacs@gnu.org; Tue, 04 Oct 2005 06:34:00 -0400 Original-Received: from [217.72.192.209] (helo=smtp05.web.de) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1EMk10-0000Bx-GW for help-gnu-emacs@gnu.org; Tue, 04 Oct 2005 06:27:18 -0400 Original-Received: from [84.245.189.101] (helo=[192.168.1.2]) by smtp05.web.de with asmtp (TLSv1:RC4-SHA:128) (WEB.DE 4.105 #317) id 1EMk0y-0007Nm-00; Tue, 04 Oct 2005 12:27:17 +0200 In-Reply-To: <87y85agclx.fsf-monnier+gnu.emacs.help@gnu.org> X-Image-Url: http://homepage.mac.com/sparifankal/.cv/thumbs/me.thumbnail Original-To: Stefan Monnier X-Mailer: Apple Mail (2.623) X-Sender: Peter_Dyballa@web.de 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:29903 Archived-At: Am 04.10.2005 um 05:57 schrieb Stefan Monnier: > Have you actually tried that branch and found it to be working > more smoothly? Yes. =46rom the start Unicode Emacs 23 handled the switching between=20 buffers with different ISO 8859 encodings better. C-h H made an=20 improved impression. File names in UTF-8 (as in Mac OS X) appear to be=20= file names, they don't look like a cloud of 8 bit control characters.=20 And the dates of the files can be from the month of "M=E4r". UTF-8 = output=20 from programmes in *Shell* looks right. Printing looks to be even worse=20= than in GNU Emacs 22. And Carbon Emacs 23 lacks more than GNU Emacs 22,=20= particularly font handling. > Or are you just assuming that because it says "Unicode" it will=20 > necessarily have all problems fixed without even having to do anything=20= > about them? > Reading this word made me believe to assume some progress in handling a=20= non-7 bit world, being more based on a recent reality. This seems to be=20= true, this too still needs many improvements (for example using the=20 pre-composed glyphs instead of trying to compose the names from the=20 de-composed contents of directory entries). Unicode Emacs 23 is not=20 completely finished yet. -- Greetings Pete Think of XML as Lisp for COBOL programmers. -- Tony-A (some guy on /.)