From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: bidi-display-reordering is now non-nil by default Date: Fri, 05 Aug 2011 17:00:45 +0900 Message-ID: <874o1wgudu.fsf@uwakimon.sk.tsukuba.ac.jp> References: <20110731.082721.451360942.wl@gnu.org> <20110731.085115.40009301.wl@gnu.org> <877h6yanje.fsf@fencepost.gnu.org> <878vre95g3.fsf@fencepost.gnu.org> <87fwlm7fam.fsf@fencepost.gnu.org> <87bowa7dza.fsf@fencepost.gnu.org> <877h6y7chn.fsf@fencepost.gnu.org> <831ux6cv5o.fsf@gnu.org> <87d3gpku3o.fsf@gnus.org> <834o1ypa2b.fsf@gnu.org> <87sjphhnbj.fsf@uwakimon.sk.tsukuba.ac.jp> <87k4ath4rd.fsf@uwakimon.sk.tsukuba.ac.jp> <87ipqdgu1e.fsf@uwakimon.sk.tsukuba.ac.jp> <87fwlhglqy.fsf@uwakimon.sk.tsukuba.ac.jp> <83ty9xnkcu.fsf@gnu.org> <87bow4h6j6.fsf@uwakimon.sk.tsukuba.ac.jp> <83liv8nyxi.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1312531252 20498 80.91.229.12 (5 Aug 2011 08:00:52 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 5 Aug 2011 08:00:52 +0000 (UTC) Cc: larsi@gnus.org, list-general@mohsen.1.banan.byname.net, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Aug 05 10:00:48 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QpFKo-0000Pl-6T for ged-emacs-devel@m.gmane.org; Fri, 05 Aug 2011 10:00:46 +0200 Original-Received: from localhost ([::1]:60336 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QpFKn-0004zQ-HG for ged-emacs-devel@m.gmane.org; Fri, 05 Aug 2011 04:00:45 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:57344) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QpFKl-0004zA-2k for emacs-devel@gnu.org; Fri, 05 Aug 2011 04:00:43 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QpFKj-0008Mq-TZ for emacs-devel@gnu.org; Fri, 05 Aug 2011 04:00:43 -0400 Original-Received: from mgmt1.sk.tsukuba.ac.jp ([130.158.97.223]:51400) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QpFKi-0008M6-4T; Fri, 05 Aug 2011 04:00:40 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mgmt1.sk.tsukuba.ac.jp (Postfix) with ESMTP id EFB863FA06B2; Fri, 5 Aug 2011 17:00:36 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 85EBC1A26F8; Fri, 5 Aug 2011 17:00:45 +0900 (JST) In-Reply-To: <83liv8nyxi.fsf@gnu.org> X-Mailer: VM 8.1.93a under 21.5 (beta31) "ginger" cd1f8c4e81cd XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 130.158.97.223 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:142900 Archived-At: Eli Zaretskii writes: > > Sure, but byte-level equality is not part of that; character-level > > equality is. > > LRM is also a character, for this purpose, yes? Of course. What makes you think I might deny that? > > No, that's a proof that it's *possible*, where your words claim it's > > *im*possible. > > Impossible or unacceptable -- is there really a difference in > practice? Yes. You can't optimize impossible. Optimizing unacceptable is what puts programmers' kids through college. > > Sure. And the presence of non-graphic characters in the buffer is > > going to make other code more complicated. > > Again, LRM is just a character, like ZWNJ and friends. We need to > support such characters in files anyway. And we already started, with > the glyphless-char-display feature. Support in files and treating them as characters in buffers are two different issues. Mule already requires supporting lots of characters in files that never appear in buffers. Unicode helps with that, but it has its own problems. > I Only know about Emacs stickiness. Yeah, I'm beginning to get the impression that "impossible" is a word that may be appropriately applied to Emacs in this area. ;-) Oh, well.