From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?UTF-8?Q?Cl=c3=a9ment_Pit-Claudel?= Subject: 45048eb78359fc742097982fc1adc5ca5e4b2509 Fix `C-e' with visible lines and arguments Date: Sat, 29 Apr 2017 15:25:11 -0400 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:33196) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d4XzY-0007DP-KO for emacs-orgmode@gnu.org; Sat, 29 Apr 2017 15:25:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d4XzV-0001mv-Hu for emacs-orgmode@gnu.org; Sat, 29 Apr 2017 15:25:16 -0400 Received: from mail-qt0-x22b.google.com ([2607:f8b0:400d:c0d::22b]:33855) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1d4XzV-0001ma-DC for emacs-orgmode@gnu.org; Sat, 29 Apr 2017 15:25:13 -0400 Received: by mail-qt0-x22b.google.com with SMTP id c45so71035456qtb.1 for ; Sat, 29 Apr 2017 12:25:13 -0700 (PDT) Received: from [18.189.26.125] (dhcp-18-189-26-125.dyn.mit.edu. [18.189.26.125]) by smtp.gmail.com with ESMTPSA id v64sm7299067qkg.38.2017.04.29.12.25.12 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 29 Apr 2017 12:25:12 -0700 (PDT) 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" To: emacs-orgmode@gnu.org Hi all, Commit 45048eb78359fc742097982fc1adc5ca5e4b2509 (Fix `C-e' with visible lines and arguments, http://orgmode.org/w/?p=org-mode.git;a=commitdiff;h=45048eb78359fc742097982fc1adc5ca5e4b2509) breaks my usual org-mode workflow, in which I commonly press C-e to go past the ellipses of a folded headline and press M-S-RET to insert a new TODO item. With the change, C-e M-S-RET now moves the body of the current todo entry below the new todo header. It used to be the case that C-e moved past ellipses, which made it very easy to insert a new TODO item below the current one. Is there an easy way to do the same thing now that C-e leaves the point before ellipses? C-u C-u M-S-RET inserts at the end of the current list, unfortunately. I realize that the change in behavior isn't an accident (the commit updated the docstring to say "Go to the end of the line, but before ellipsis, if any."), but I'm curious to know whether I was doing something wrong before, and whether there is a simple way to achieve the behavior I described now (short of flet-ing end-of-line to end-of-visual-line around calls to org-end-of-line). Thanks! Clément.