From mboxrd@z Thu Jan 1 00:00:00 1970 From: Steve Moreau Subject: Moving from org-mode 6.33/7.9.3 to 8.3.2 Date: Fri, 27 Nov 2015 17:56:22 +0100 Message-ID: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=089e013c649e3f8f4d052588920d Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:34310) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a2MJs-0005lm-U1 for emacs-orgmode@gnu.org; Fri, 27 Nov 2015 11:56:26 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a2MJr-0000Ty-OT for emacs-orgmode@gnu.org; Fri, 27 Nov 2015 11:56:24 -0500 Received: from mail-ig0-x22a.google.com ([2607:f8b0:4001:c05::22a]:36401) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a2MJr-0000Tl-Gs for emacs-orgmode@gnu.org; Fri, 27 Nov 2015 11:56:23 -0500 Received: by igcph11 with SMTP id ph11so30310638igc.1 for ; Fri, 27 Nov 2015 08:56:23 -0800 (PST) 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 --089e013c649e3f8f4d052588920d Content-Type: text/plain; charset=UTF-8 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. 1. 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. 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 --------------- resulted in (version 6.33 or 7.9.3): --------------- # 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 --------------- and now results in (version 8.3.2): --------------- # 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 --------------- 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. Thanks, and have a nice day. --089e013c649e3f8f4d052588920d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

Moving from old org-mode versions (6.33 or= 7.9.3f-17-g7524ef) to the=20 latest stable one currently (8.3.2), I noticed two changes which made me out of my comfort zone.
  1. Demoting/promoting a header now changes= the indentation of text below.
    I reverted to the previous mode with '(setf org-adapt-indentation nil)&#= 39;=20 in ~/.emacs, and that's fine but I mentioned it in case it has an impac= t on point#2.
    =C2=A0=C2=A0
  2. 'M-x fill-region' does not fi= ll custom lists as before. In the previous version, I could select and fill several=20 mixed paragraphs/lists directly. For example, filling the following=20 block (without --- separator added as a delimiter in this message)
    -----= ----------
    # a very looooooooooooooooooooooooooooooooooooooooooooooooooooong comme= nt

    a looooooooooooooooooooooooooooooooooooooooooooooooooooong senten= ce that should be filled over 2 lines

    - a looooooooooooooooooooooooo= oooooooooong item that should be filled over 2 lines

    =C2=A0 - a looo= oooooooooooooooooooooooooooooooong item that should be filled over 2 lines<= br>
    a looooooooooooooooooooooooooooooooooooooooooooooooooooong sentence = that should be filled over 2 lines
    ---------------
    resu= lted in (version 6.33 or 7.9.3):
    ---------------
    # a very loooooooooooooooooooo= ooooooooooooooooooooooooooooooooong comment

    a looooooooooooooooooooo= oooooooooooooooooooooooooooooooong sentence
    that should be filled over 2= lines

    - a looooooooooooooooooooooooooooooooooong item that should b= e filled
    =C2=A0 over 2 lines

    =C2=A0 - a loooooooooooooooooooooooo= ooooooooooong item that should be
    =C2=A0=C2=A0=C2=A0 filled over 2 lines=

    a looooooooooooooooooooooooooooooooooooooooooooooooooooong sentence=
    that should be filled over 2 lines
    ---------------
    = and now results in (version 8.3.2):
    ---------------
    = # a very looooooooooooooooo= oooooooooooooooooooooooooooooooooooong comment

    a loooooooooooooooooo= ooooooooooooooooooooooooooooooooooong sentence
    that should be filled ove= r 2 lines

    - a looooooooooooooooooooooooooooooooooong item that shoul= d be filled over 2 lines

    =C2=A0 - a looooooooooooooooooooooooooooooo= oooong item that should be filled over 2 lines

    a loooooooooooooooooo= ooooooooooooooooooooooooooooooooooong sentence
    that should be filled ove= r 2 lines
    ---------------

    Lists are not filled anym= ore and I have to select each list entry and fill it individually to get th= e 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=20 why the filling is skipped in this case, and eventually change it if I=20 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=20 the right location.
Thanks, and have a nice day.
--089e013c649e3f8f4d052588920d--