From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: jasonr (Jason Rumney) @ f2s.com Newsgroups: gmane.emacs.help Subject: Re: w32 emacs Arabic Date: Wed, 16 Nov 2005 22:57:39 +0000 Organization: freedom2surf Message-ID: References: <5Rzef.9113$2y.5174@newsread2.news.atl.earthlink.net> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1132182279 24377 80.91.229.2 (16 Nov 2005 23:04:39 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 16 Nov 2005 23:04:39 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Nov 17 00:04:37 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EcWGM-0006M7-2A for geh-help-gnu-emacs@m.gmane.org; Thu, 17 Nov 2005 00:00:22 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EcWGL-0002qJ-IK for geh-help-gnu-emacs@m.gmane.org; Wed, 16 Nov 2005 18:00:21 -0500 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!news.tele.dk!news.tele.dk!small.news.tele.dk!newsfeed00.sul.t-online.de!newsfeed01.sul.t-online.de!t-online.de!solnet.ch!solnet.ch!news.clara.net!valentin.news.clara.net!peernews.inweb.co.uk!news.freedom2surf.net!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 31 Original-NNTP-Posting-Host: i-83-67-23-108.freedom2surf.net Original-X-Trace: news.freedom2surf.net 1132181946 23956 83.67.23.108 (16 Nov 2005 22:59:06 GMT) Original-X-Complaints-To: abuse@freedom2surf.net Original-NNTP-Posting-Date: Wed, 16 Nov 2005 22:59:06 +0000 (UTC) X-Face: .PruP48JRO{Z6Rfz?YkZ>)zR+7!Up"`!1Cvq{fGd)@K; y]C:8r\CrJ^Mj\_U"9*WD2 I#zdK_#tw]y9*Y$?ge&b23Zt7zpknL{)F7Px4DVSY6b9dg[^VtkN-R_$YJ0cL''j[, }O#k{k| User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (windows-nt) Cancel-Lock: sha1:KHXYLdDwEDDfdC43tDJSD0RNzPg= Original-Xref: shelby.stanford.edu gnu.emacs.help:135509 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:31105 Archived-At: "B. T. Raven" writes: > Is anyone here successfully getting Arabic characters into w32 emacs. I > have a font (ttf) that displays the characters but not in emacs. Does > the ability to use Arabic in emacs depend on bidi support? What is the > relation between codepages in cp*.nls files and their definitions in > emacs? Proper display and input requires bidi support. Currently, there is some strange behaviour with Hebrew and presumably Arabic, since Windows handles the reversing when we try to display many characters at once, but when moving the cursor through text, Emacs displays it one character at a time - but without bidi support, Emacs orders the characters incorrectly. Internally, Emacs' encoding for Arabic is based on iso-8859-6 plus some Mule specific encodings to cover characters not covered by iso-8859-6, while Windows uses its own encoding. There may be a cp28596.nls file on Arabic windows that allows windows to decode iso-8859-6, if there is, then it will be possible to display iso-8859-6 (with problems as described above) from within Emacs without doing anything. If there is no such codepage, then you will need to write a ccl program for the Windows codepage to convert it to Emacs' internal encoding. Then you will need to define a fontset with the arabic font defined to use the encoding defined by your ccl program. You'll need to do this anyway to get support for the characters covered by the Mule specific encodings.