From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: Re: org-indent-mode and visual-line-mode Date: Fri, 20 Nov 2009 08:28:11 +0100 Message-ID: References: <1258574856.3971.4751.camel@gont> <1258644001.29221.1095.camel@gont> <87zl6ign67.fsf@benfinney.id.au> <1258683126.10710.29.camel@gont> Mime-Version: 1.0 (Apple Message framework v936) Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NBPK9-0005w8-Jg for emacs-orgmode@gnu.org; Fri, 20 Nov 2009 03:58:37 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NBPK5-0005v9-NR for emacs-orgmode@gnu.org; Fri, 20 Nov 2009 03:58:37 -0500 Received: from [199.232.76.173] (port=58809 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NBPK5-0005v6-Ky for emacs-orgmode@gnu.org; Fri, 20 Nov 2009 03:58:33 -0500 Received: from mail-fx0-f225.google.com ([209.85.220.225]:60290) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NBPK4-0005x3-CH for emacs-orgmode@gnu.org; Fri, 20 Nov 2009 03:58:33 -0500 Received: by fxm25 with SMTP id 25so3573542fxm.26 for ; Fri, 20 Nov 2009 00:58:31 -0800 (PST) In-Reply-To: <1258683126.10710.29.camel@gont> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Matt Price Cc: emacs-orgmode@gnu.org On Nov 20, 2009, at 3:12 AM, Matt Price wrote: > On Fri, 2009-11-20 at 09:33 +1100, Ben Finney wrote: >> Matt Price writes: >> >>> Visual-line-mode is a replacement for longlines-mode; it soft-wraps >>> text at the screen boundary, and does a much better job than >>> longlines-mode did. >> >> I think you're confused by a (helpful) conflation. >> >> The =91visual-lines-mode=92 is indeed a replacement for = =91longlines-mode=92, >> but its job is to cause editing commands to act on visual, rather =20 >> than >> logical lines. >> >> The wrapping behaviour you're describing is performed by =91word-=20 >> wrap=92, a >> buffer-local variable that cuases lines to be visually broken at word >> boundaries. >> >> The =91word-wrap=92 variable is set by =91visual-lines-mode=92, which = is why >> you're seeing it happen. But =91word-wrap=92 is independent of this. >> > that's very helpful. but see below... > >>> Is that what you needed? I'm not sure where the code for >>> visual-line-mode lives -- there isn't a visual-line.el anywhere =20 >>> that i >>> can find on my system. >> >> Fortunately, =91visual-line-mode=92 appears to be a distraction from = what >> you're describing; Carsten only needs to learn about =91word-wrap=92. >> > would you expect then that i should see the same difficulty if I > evaluate '(word-wrap 1) in a buffer using org-indent-mode? Because =20= > when > I do that, the wrapping seems to occur as expected and, importantly, =20= > the > indentation level is preserved too. So to my extremely unpracticed =20= > eye > it seems that visual-lines-mode does something to the wrapping =20 > behaviour > that makes problems for org-mode. > > Does anyone else use visual-=3Dline-mode with org? I'm sort of =20 > surprised > no one would -- it seems a completely obvious choice to me and it =20 > may be > that I'm just missing something about optimum work flows or similar. Hi Matt, personally, I never use visual-line-mode, mainly because cursor motion =20= becomes unpredictable to me (down doe not get me into the next line, =20 so for example keyboard macros are much harder to make to consistently). That said, I would expect that what you are describing should work, =20 and my memory is also that it used to work - after all, I implemented =20= not only line-prefix, but also wrap-prefix in org-indent-mode. I am =20 quite sure that this used to work. I am not sure how to proceed. Someone would have to bisect Emacs to =20 find which commit changed this behavior. Or maybe at lease someone =20 can try with a vanilla 23.1 Emacs? If it works there, we might have =20 enough to file a bug report. - Carsten - Carsten > > Anyway, thanks again, > Matt > > _______________________________________________ > Emacs-orgmode mailing list > Remember: use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode - Carsten