From mboxrd@z Thu Jan 1 00:00:00 1970 From: Steve Moreau Subject: Moving from org-mode 6.33 to 8.3.2 Date: Fri, 27 Nov 2015 16:10:39 +0100 Message-ID: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=089e01160edc26f94e0525871837 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:37309) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a2KfZ-0002zv-Tr for emacs-orgmode@gnu.org; Fri, 27 Nov 2015 10:10:48 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a2KfY-0005jO-MA for emacs-orgmode@gnu.org; Fri, 27 Nov 2015 10:10:41 -0500 Received: from mail-ig0-x22a.google.com ([2607:f8b0:4001:c05::22a]:34588) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a2KfY-0005jI-Fy for emacs-orgmode@gnu.org; Fri, 27 Nov 2015 10:10:40 -0500 Received: by igvg19 with SMTP id g19so33261296igv.1 for ; Fri, 27 Nov 2015 07:10:39 -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 --089e01160edc26f94e0525871837 Content-Type: text/plain; charset=UTF-8 Hi, Moving from an emacs with an old org-mode (6.33) to the latest stable one currently (8.3.2), I noticed two changes which made me out of my comfort area. 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): --------------- # 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. --089e01160edc26f94e0525871837 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

Moving from an emacs with an old org-mode = (6.33) to the latest stable one currently (8.3.2), I noticed two changes wh= ich made me out of my comfort area.
  1. Demoting/promoting a header = now changes the indentation of text below.
    I reverted to the previous mo= de with '(setf org-adapt-indentation nil)' in ~/.emacs, and that= 9;s fine but I mentioned it in case it has an impact on point#2.
    =C2=A0= =C2=A0
  2. 'M-x fill-region' does not fill custom lists as bef= ore. In the previous version, I could select and fill several mixed paragra= phs/lists directly. For example, filling the following block (without --- s= eparator added as a delimiter in this message)
    ---------------
    # a very loooooo= ooooooooooooooooooooooooooooooooooooooooooooooong comment

    a looooooo= oooooooooooooooooooooooooooooooooooooooooooooong sentence that should be fi= lled over 2 lines

    - a looooooooooooooooooooooooooooooooooong item th= at should be filled over 2 lines

    =C2=A0 - a looooooooooooooooooooooo= oooooooooooong item that should be filled over 2 lines

    a loooooooooo= ooooooooooooooooooooooooooooooooooooooooooong sentence that should be fille= d over 2 lines
    ---------------
    resulted in (version 6.3= 3):
    ---------------
    # a very looooooooooooooooooooooooooooooooooooooooooooooooo= oooong comment

    a loooooooooooooooooooooooooooooooooooooooooooooooooo= ooong sentence
    that should be filled over 2 lines

    - a loooooooooo= ooooooooooooooooooooooooong item that should be filled
    =C2=A0 over 2 lin= es

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

    a loooooooooooooooooo= ooooooooooooooooooooooooooooooooooong sentence
    that should be filled ove= r 2 lines
    ---------------
    and now results in (version 8= .3.2):
    ---------------
    # a very loooooooooooooooooooooooooooooooooooooooooooooo= ooooooong comment

    a looooooooooooooooooooooooooooooooooooooooooooooo= oooooong sentence
    that should be filled over 2 lines

    - a looooooo= oooooooooooooooooooooooooooong item that should be filled over 2 lines
    <= br>=C2=A0 - a looooooooooooooooooooooooooooooooooong item that should be fi= lled over 2 lines

    a looooooooooooooooooooooooooooooooooooooooooooooo= oooooong 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 previou= s mode with a variable?
  • Else, could you explain briefly where I sho= uld look if I want to understand why the filling is skipped in this case, a= nd eventually change it if I cannot change my mind and adapt to this differ= ent 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.

--089e01160edc26f94e0525871837--