From mboxrd@z Thu Jan 1 00:00:00 1970 From: Steve Moreau Subject: Re: Moving from org-mode 6.33/7.9.3 to 8.3.2 Date: Sat, 28 Nov 2015 18:15:33 +0100 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a113ea520acd0f705259cf40d Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:44162) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a2j60-0005cE-B2 for emacs-orgmode@gnu.org; Sat, 28 Nov 2015 12:15:37 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a2j5y-0007It-HJ for emacs-orgmode@gnu.org; Sat, 28 Nov 2015 12:15:36 -0500 Received: from mail-io0-x22e.google.com ([2607:f8b0:4001:c06::22e]:36122) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a2j5y-0007In-A6 for emacs-orgmode@gnu.org; Sat, 28 Nov 2015 12:15:34 -0500 Received: by iofh3 with SMTP id h3so138809955iof.3 for ; Sat, 28 Nov 2015 09:15:33 -0800 (PST) In-Reply-To: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org --001a113ea520acd0f705259cf40d Content-Type: text/plain; charset=UTF-8 To anyone interested in tracking this behavior, here's what I can say for now. Filling list in the given example changes* from tag 'release_8.0.7' to tag 'release_8.1'*. I keep you updated. Have a nice day, 2015-11-27 19:15 GMT+01:00 John Hendy : > Whoops! I swore when I tested that it filled the lists, but you're > right! Hmm. Just sent a follow-up to the list clarifying that this did > *not* work, as well as including a link where it turns out I actually > asked the same thing some 2 years ago! Hope someone chimes in to help > you out. I definitely would like to use something like this, as when I > edit lists in my work reports/presentations, I mess up the nicely > filled original wrapping behavior and I'd like to tidy it back up. > > > John > > On Fri, Nov 27, 2015 at 11:54 AM, Steve Moreau > wrote: > > Hi John, > > > > Thanks for your answer. > > You made me discover the auto-fill hook and it works fine both in > paragraphs > > and list whatever the number of nested level (list entries). > > But, if I select all the block and run fill-region (let say after a > > copy/paste), only the paragraphs are properly filled in my case. > > I guess it's worth getting a deeper look at the source code. Keep you > > updated. > > > > > > > > 2015-11-27 18:32 GMT+01:00 John Hendy : > >> > >> On Fri, Nov 27, 2015 at 10:56 AM, Steve Moreau > >> wrote: > >> > Hi, > >> > > >> > Moving from old org-mode versions (6.33 or 7.9.3f-17-g7524ef) to the > >> > latest > >> > stable one currently (8.3.2), I noticed two changes which made me out > of > >> > my > >> > comfort zone. > >> > > >> > Demoting/promoting a header now changes the indentation of text below. > >> > I reverted to the previous mode with '(setf org-adapt-indentation > nil)' > >> > in > >> > ~/.emacs, and that's fine but I mentioned it in case it has an impact > on > >> > point#2. > >> > > >> > 'M-x fill-region' does not fill custom lists as before. In the > previous > >> > version, I could select and fill several mixed paragraphs/lists > >> > directly. > >> > For example, filling the following block (without --- separator added > as > >> > a > >> > delimiter in this message) > >> > --------------- > >> > # a very looooooooooooooooooooooooooooooooooooooooooooooooooooong > >> > comment > >> > > >> > a looooooooooooooooooooooooooooooooooooooooooooooooooooong sentence > that > >> > should be filled over 2 lines > >> > > >> > - a looooooooooooooooooooooooooooooooooong item that should be filled > >> > over 2 > >> > lines > >> > > >> > - a looooooooooooooooooooooooooooooooooong item that should be > filled > >> > over > >> > 2 lines > >> > > >> > a looooooooooooooooooooooooooooooooooooooooooooooooooooong sentence > that > >> > should be filled over 2 lines > >> > >> [snip] > >> > >> > Lists are not filled anymore and I have to select each list entry and > >> > fill > >> > it individually to get the same output. > >> > > >> > So my questions are: > >> > > >> > Is there any simple way to revert to the previous mode with a > variable? > >> > Else, could you explain briefly where I should look if I want to > >> > understand > >> > why the filling is skipped in this case, and eventually change it if I > >> > cannot change my mind and adapt to this different behavior? I had a > look > >> > at > >> > function (org.el:23249 org-setup-filling) but I am not sure this is > the > >> > right location. > >> > >> I don't really have an answer regarding *why*, but I have this in my > >> .emacs that seems to work with either spaces at the end of your > >> example above (fills the current line) or with M-x fill-region. Want > >> to try that? Maybe the new org requires manually setting fill options? > >> > >> #+begin_src .emacs > >> > >> ;; change 80 to whatever you prefer > >> (setq-default fill-column 80) > >> (add-hook 'text-mode-hook 'turn-on-auto-fill) > >> > >> #+end_src > >> > >> > >> Hope that helps! > >> John > >> > >> > > >> > Thanks, and have a nice day. > >> > > > > --001a113ea520acd0f705259cf40d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
To anyone interested in tracking this behav= ior, here's what I can say for now.

Filling list in the gi= ven example changes from tag 'release_8.0.7' to tag 'rele= ase_8.1'.

I keep you updated. Have a nice day= ,

2015-11-27 19:15 GMT+01:00 John Hendy <jw.hendy@gmail.com>= :
Whoops! I swore when I tested th= at it filled the lists, but you're
right! Hmm. Just sent a follow-up to the list clarifying that this did
*not* work, as well as including a link where it turns out I actually
asked the same thing some 2 years ago! Hope someone chimes in to help
you out. I definitely would like to use something like this, as when I
edit lists in my work reports/presentations, I mess up the nicely
filled original wrapping behavior and I'd like to tidy it back up.


John

On Fri, Nov 27, 2015 at 11:54 AM, Steve Moreau <moreau.steve@free.fr> wrote:
> Hi John,
>
> Thanks for your answer.
> You made me discover the auto-fill hook and it works fine both in para= graphs
> and list whatever the number of nested level (list entries).
> But, if I select all the block and run fill-region (let say after a > copy/paste), only the paragraphs are properly filled in my case.
> I guess it's worth getting a deeper look at the source code. Keep = you
> updated.
>
>
>
> 2015-11-27 18:32 GMT+01:00 John Hendy <jw.hendy@gmail.com>:
>>
>> On Fri, Nov 27, 2015 at 10:56 AM, Steve Moreau <moreau.steve@free.fr>
>> wrote:
>> > Hi,
>> >
>> > Moving from old org-mode versions (6.33 or 7.9.3f-17-g7524ef)= to the
>> > latest
>> > stable one currently (8.3.2), I noticed two changes which mad= e me out of
>> > my
>> > comfort zone.
>> >
>> > Demoting/promoting a header now changes the indentation of te= xt below.
>> > I reverted to the previous mode with '(setf org-adapt-ind= entation nil)'
>> > in
>> > ~/.emacs, and that's fine but I mentioned it in case it h= as an impact on
>> > point#2.
>> >
>> > 'M-x fill-region' does not fill custom lists as befor= e. In the previous
>> > version, I could select and fill several mixed paragraphs/lis= ts
>> > directly.
>> > For example, filling the following block (without --- separat= or added as
>> > a
>> > delimiter in this message)
>> > ---------------
>> > # a very looooooooooooooooooooooooooooooooooooooooooooooooooo= oong
>> > comment
>> >
>> > a looooooooooooooooooooooooooooooooooooooooooooooooooooong se= ntence that
>> > should be filled over 2 lines
>> >
>> > - a looooooooooooooooooooooooooooooooooong item that should b= e filled
>> > over 2
>> > lines
>> >
>> >=C2=A0 =C2=A0- a looooooooooooooooooooooooooooooooooong item t= hat should be filled
>> > over
>> > 2 lines
>> >
>> > a looooooooooooooooooooooooooooooooooooooooooooooooooooong se= ntence that
>> > should be filled over 2 lines
>>
>> [snip]
>>
>> > Lists are not filled anymore and I have to select each list e= ntry and
>> > fill
>> > it individually to get the same output.
>> >
>> > So my questions are:
>> >
>> > Is there any simple way to revert to the previous mode with a= variable?
>> > Else, could you explain briefly where I should look if I want= to
>> > understand
>> > why the filling is skipped in this case, and eventually chang= e it if I
>> > cannot change my mind and adapt to this different behavior? I= had a look
>> > at
>> > function (org.el:23249 org-setup-filling) but I am not sure t= his is the
>> > right location.
>>
>> I don't really have an answer regarding *why*, but I have this= in my
>> .emacs that seems to work with either spaces at the end of your >> example above (fills the current line) or with M-x fill-region. Wa= nt
>> to try that? Maybe the new org requires manually setting fill opti= ons?
>>
>> #+begin_src .emacs
>>
>> ;; change 80 to whatever you prefer
>> (setq-default fill-column 80)
>> (add-hook 'text-mode-hook 'turn-on-auto-fill)
>>
>> #+end_src
>>
>>
>> Hope that helps!
>> John
>>
>> >
>> > Thanks, and have a nice day.
>>
>


--001a113ea520acd0f705259cf40d--