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: line/wrap-prefix patch Date: Fri, 04 Jul 2008 17:25:15 -0400 Message-ID: References: <61zlp3k2xx.fsf@fencepost.gnu.org> <87abh1i6xm.fsf@escher.local.home> <8763rlpe4u.fsf@escher.local.home> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1215206737 25373 80.91.229.12 (4 Jul 2008 21:25:37 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 4 Jul 2008 21:25:37 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stephen Berman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 04 23:26:24 2008 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 1KEsnM-0000vy-Qy for ged-emacs-devel@m.gmane.org; Fri, 04 Jul 2008 23:26:21 +0200 Original-Received: from localhost ([127.0.0.1]:48313 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KEsmV-0004A1-VH for ged-emacs-devel@m.gmane.org; Fri, 04 Jul 2008 17:25:27 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KEsmQ-00049g-2W for emacs-devel@gnu.org; Fri, 04 Jul 2008 17:25:22 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KEsmN-000494-Ud for emacs-devel@gnu.org; Fri, 04 Jul 2008 17:25:20 -0400 Original-Received: from [199.232.76.173] (port=40939 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KEsmN-000491-MY for emacs-devel@gnu.org; Fri, 04 Jul 2008 17:25:19 -0400 Original-Received: from ironport2-out.pppoe.ca ([206.248.154.182]:14675 helo=ironport2-out.teksavvy.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KEsmN-0000tv-UA for emacs-devel@gnu.org; Fri, 04 Jul 2008 17:25:20 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsgEAJUybkhFxIdG/2dsb2JhbACBXK1iggI X-IronPort-AV: E=Sophos;i="4.30,304,1212379200"; d="scan'208";a="23981341" Original-Received: from 69-196-135-70.dsl.teksavvy.com (HELO pastel.home) ([69.196.135.70]) by ironport2-out.teksavvy.com with ESMTP; 04 Jul 2008 17:25:15 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id AA7F7806F; Fri, 4 Jul 2008 17:25:15 -0400 (EDT) In-Reply-To: <8763rlpe4u.fsf@escher.local.home> (Stephen Berman's message of "Fri, 04 Jul 2008 22:50:57 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-detected-kernel: by monty-python.gnu.org: Genre and OS details not recognized. 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:100360 Archived-At: > If my usage above is correct, I think this approach would effectively > need to be augmented by something like longlines.el. If I just enable > word wrapping and set wrap-prefix text properties as above, then as soon > as I add enough text to force new word wrapping before a position > indented by the wrap-prefix property, that indentation is lost. Without > line wrapping via post-command-hook a la longlines.el I don't see how to > reliably retain the indentation after such changes in the previous text, > at least at the lisp level (the alternative would be to integrate > "adaptive indentation" into redisplay, as you did with "simple" > indentation). I'd expect it to be a job for jit-lock. Stefan