From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: Bug: shiftmeta[left|right] on multi line items [9.1.2 (release_9.1.2-40-g6ca906 @ /usr/local/share/emacs/27.0.50/lisp/org/)] Date: Sun, 10 Dec 2017 17:01:17 +0100 Message-ID: <87609eshbm.fsf@nicolasgoaziou.fr> References: <87a7zezz4e.fsf@gmail.com> <87r2seuzm7.fsf@nicolasgoaziou.fr> <87k1xvwh1m.fsf@gmail.com> <87indfw3vf.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:40904) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eO42e-0005e5-TB for emacs-orgmode@gnu.org; Sun, 10 Dec 2017 11:01:25 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eO42b-0008N4-RW for emacs-orgmode@gnu.org; Sun, 10 Dec 2017 11:01:24 -0500 Received: from relay3-d.mail.gandi.net ([217.70.183.195]:52692) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eO42b-0008LR-LH for emacs-orgmode@gnu.org; Sun, 10 Dec 2017 11:01:21 -0500 In-Reply-To: <87indfw3vf.fsf@gmail.com> (Nathan Aclander's message of "Sat, 09 Dec 2017 21:25:56 -0800") 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: Nathan Aclander Cc: Allen Li , emacs-orgmode@gnu.org Hello, Nathan Aclander writes: > Using ^ as point like you did, what I am expecting to happen is: > > Case 1: > > * Heading > > - foo > - ^bar > second bar line > > M-S-left/right moves > > - bar > second bar line > > left and right. > > Case 2: > > - foo > - bar > ^second bar line > > M-S-left/right moves > > - bar > second bar line > > left and right. > > Case 3: > ... > some very long text > ^some very long text > some very long text > ... > > Whatever sub list that "some very long text" is part of should be moved > left and right. > > None of these scenarios seem very confusing, and ( at least to me ) seem > more consistent than the current behavior. Could you explain why you > find adding this behavior would make this confusing? This is confusing because it is ambiguous. The same point could correspond to a table, multiple lists, and multiple headings, all reclaiming S-M-left binding. Of course, we could apply the change to the closest, i.e., the inner, structure, but, in some cases, e.g. the third one, the context is not obvious. You may end up ignoring if the whole section was shifted, or just some random sub-list. I don't find this behaviour particularly satisfactory. OTOH, only reacting when point is on item bullet's line is totally unambiguous. > As a current workaround, what I have to do is: > > 1. save point > 2. Go to the parent sub-list > 3. Shift left or right > 4. move point back to its previous location. You can also define a function that does this and add it to `org-shiftmetaleft-hook' or `org-shiftmetaright-hook'. I suggest to do that if you think that's better. Regards, -- Nicolas Goaziou 0x80A93738