From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: display question: should ^N and \NNN widths be fixed? Date: Sun, 26 May 2002 08:09:28 +0300 (IDT) Sender: emacs-devel-admin@gnu.org Message-ID: References: NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Trace: main.gmane.org 1022391088 30938 127.0.0.1 (26 May 2002 05:31:28 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 26 May 2002 05:31:28 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17Bqcq-00082t-00 for ; Sun, 26 May 2002 07:31:28 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17BqtY-0007BC-00 for ; Sun, 26 May 2002 07:48:44 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17BqNm-0008Hl-00; Sun, 26 May 2002 01:15:54 -0400 Original-Received: from is.elta.co.il ([199.203.121.2]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17BqJN-00083w-00; Sun, 26 May 2002 01:11:21 -0400 Original-Received: from is (is [199.203.121.2]) by is.elta.co.il (8.9.3/8.8.8) with SMTP id IAA26675; Sun, 26 May 2002 08:09:29 +0300 (IDT) X-Sender: eliz@is Original-To: ttn@glug.org In-Reply-To: Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:4393 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:4393 On Fri, 24 May 2002, Thien-Thi Nguyen wrote: > some of these (sub)tasks can (and probably should) be done concurrently. > that's not noted here explicitly, but should be easy enough to figure > out for anyone who wants to join in. I have one (rather vague and potentially unhelpful ;-) comment: when you work on this, please keep in mind that some day Emacs will support bidirectional display (for languages that are written right to left), where advancing by screen position does not necessarily mean you advance by buffer position as well. That is, if glyph G1 is displayed before glyph G2, it does not necessarily mean that the buffer position of the character displayed as G1 is before that of G2. The current code in indent.c assumes that buffer positions increase monotonically with screen positions. I'm not saying that you should do my job of lifting that limitation, but please keep this in mind when you design and code the new indent.c, so that changing it for bidi Emacs would not be harder than it is today. > logistical questions: is it ok to make a branch in cvs? I agree with Miles that it is best not to make a branch at all, but install your changes in parts, so that each part could be tested without breaking the main trunk.