From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: YAMAMOTO Mitsuharu Newsgroups: gmane.emacs.devel Subject: macos.texi updated Date: Wed, 21 Sep 2005 17:21:33 +0900 Organization: Faculty of Science, Chiba University Message-ID: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Trace: sea.gmane.org 1127293861 31070 80.91.229.2 (21 Sep 2005 09:11:01 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 21 Sep 2005 09:11:01 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Sep 21 11:10:57 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EI0bM-00005y-N4 for ged-emacs-devel@m.gmane.org; Wed, 21 Sep 2005 11:09:17 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EI0bL-0003wv-N7 for ged-emacs-devel@m.gmane.org; Wed, 21 Sep 2005 05:09:15 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EI08T-0008PX-Ny for emacs-devel@gnu.org; Wed, 21 Sep 2005 04:39:26 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EI029-00081k-Rw for emacs-devel@gnu.org; Wed, 21 Sep 2005 04:33:16 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EHzvS-0007jW-2m for emacs-devel@gnu.org; Wed, 21 Sep 2005 04:26:00 -0400 Original-Received: from [133.82.132.2] (helo=mathmail.math.s.chiba-u.ac.jp) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EHzrE-0000dT-3S for emacs-devel@gnu.org; Wed, 21 Sep 2005 04:21:36 -0400 Original-Received: from church.math.s.chiba-u.ac.jp (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id 2D9822CB6 for ; Wed, 21 Sep 2005 17:21:33 +0900 (JST) Original-To: emacs-devel@gnu.org User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/22.0.50 (sparc-sun-solaris2.8) 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:43117 Archived-At: I've updated man/macos.texi. According to admin/FOR-RELEASE, it is subject to proofreading by at least two persons before release. Because this is my first time to edit Texinfo files, there may be some "texi"cal and grammatical errors. Corrections of such errors are also appreciated. BTW, there seems to be (sometimes loud) complaints about the use of QuickDraw Text and XLFD for Carbon Emacs here and there. So let me say something about their backgrounds. First, when I started the implementation of Central European and Cyrillic display support by QuickDraw Text, I already knew that Steven Tamm was working on ATSUI support and he was planning to add it to the emacs-unicode-2 branch (actually I suggested that). As I expected, the implementation by QuickDraw Text was completed much earlier than ATSUI support (that's natural because most of the parts could be reused), and more importantly, displayable characters were increased without losing stability. If it had not been implemented, Carbon Emacs could not display characters other than Mac Roman and CJK ones still now without installing additional fonts. Second, I think the evacuation from XLFD for Carbon Emacs is a bad idea at least for Emacs 22 for the following reason. In the Emacs 20 era, the face support code was window-system dependent: there were xfaces.c and w32faces.c, and "Emacs on Aqua" also has nsfaces.m. The evacuation from XLFD for non-X11 ports might be meaningful for this version. However, the situation has changed in Emacs 21. The face support code has been much enhanced (35KB -> 209KB) and become window-system independent: we only have xfaces.c and the Carbon port as well as the W32 port is using it. Since XLFD is used throughout xfaces.c, introducing another representation for fonts in the Carbon port not only increases reimplementation work, but also has danger of losing some functionality that is already implemented in other systems. Of course, maintenance of code would also become more difficult. So the use of XLFD is not a detour for Carbon Emacs. YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp