From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: invisible Date: Thu, 29 Nov 2007 11:13:18 -0500 Message-ID: References: <20040225.150142.12214540.kazu@iijlab.net> <200402290224.i1T2Oip15705@raven.dms.auburn.edu> <87sl3fdqs3.fsf@escher.local.home> <87zlxc5r2f.fsf@escher.local.home> <474059CD.1060107@gmx.at> <87r6ihi1z7.fsf@escher.local.home> <4746E2CF.4010604@gmx.at> <87k5o8q0y5.fsf@escher.local.home> <4747312D.7020605@gmx.at> <87fxywpuuy.fsf@escher.local.home> <47474B8C.9020806@gmx.at> <87bq9kpnqd.fsf@escher.local.home> <4747EFE8.5090405@gmx.at> <474A7CF6.8030802@gmx.at> <474B19DB.6030803@gmx.at> <474C65FF.3070403@gmx.at> <87r6ia3qfr.fsf@escher.local.home> <474E914C.4070407@gmx.at> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1196352820 1185 80.91.229.12 (29 Nov 2007 16:13:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 29 Nov 2007 16:13:40 +0000 (UTC) Cc: Stephen Berman , emacs-devel@gnu.org To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Nov 29 17:13:47 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Ixm1K-0000gv-J0 for ged-emacs-devel@m.gmane.org; Thu, 29 Nov 2007 17:13:46 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ixm14-0006lo-Qp for ged-emacs-devel@m.gmane.org; Thu, 29 Nov 2007 11:13:30 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Ixm10-0006jY-G7 for emacs-devel@gnu.org; Thu, 29 Nov 2007 11:13:26 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ixm0y-0006hU-Jf for emacs-devel@gnu.org; Thu, 29 Nov 2007 11:13:25 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ixm0y-0006hN-97 for emacs-devel@gnu.org; Thu, 29 Nov 2007 11:13:24 -0500 Original-Received: from tomts43.bellnexxia.net ([209.226.175.110] helo=tomts43-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Ixm0x-0002QH-JQ for emacs-devel@gnu.org; Thu, 29 Nov 2007 11:13:23 -0500 Original-Received: from toip4.srvr.bell.ca ([209.226.175.87]) by tomts43-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20071129161319.YQLU26794.tomts43-srv.bellnexxia.net@toip4.srvr.bell.ca> for ; Thu, 29 Nov 2007 11:13:19 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aq4HAGNzTkdGN4zh/2dsb2JhbACBWw Original-Received: from bas1-montreal42-1178045665.dsl.bell.ca (HELO pastel.home) ([70.55.140.225]) by toip4.srvr.bell.ca with ESMTP; 29 Nov 2007 11:15:50 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id F0E347F61; Thu, 29 Nov 2007 11:13:18 -0500 (EST) In-Reply-To: <474E914C.4070407@gmx.at> (martin rudalics's message of "Thu, 29 Nov 2007 11:15:40 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.50 (gnu/linux) X-detected-kernel: by monty-python.gnu.org: Solaris 8 (1) 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:84311 Archived-At: > (1) Provide for disabling the point adjustment mechanism in > scan_newline. The disadvantage of this approach is that `point' may > appear after rear-sticky invisible text and doing a self-insert there > won't show the character. This approach sounds also simply impossible to implement (at least not without major surgery and/or big ugly hacks). > (3) Use the rear-nonsticky property and live with the fact that > insertions may occur on either end of the invisible text depending on > whether you arrived at the corresponding screen position either by > moving forwards or backwards. As Stefan said we could ameliorate this > when using ellipses. However, what should `forward-char' do with > invisible text replaced by an ellipis and `point' immediately before it: > text^...text > Should it go here > text...^text > or here > text...t^ext The first. And it's already what it does. Stefan