From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id u40xBxN8yl6xYgAA0tVLHw (envelope-from ) for ; Sun, 24 May 2020 13:52:19 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id iKGDAhN8yl7SCAAAbx9fmQ (envelope-from ) for ; Sun, 24 May 2020 13:52:19 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 2BFE99403EC for ; Sun, 24 May 2020 13:52:18 +0000 (UTC) Received: from localhost ([::1]:44528 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jcr31-0007Jf-50 for larch@yhetil.org; Sun, 24 May 2020 09:52:15 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:41262) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jcr2b-0007JV-8y for emacs-orgmode@gnu.org; Sun, 24 May 2020 09:51:49 -0400 Received: from mout01.posteo.de ([185.67.36.65]:51725) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jcr2Z-0000vF-FL for emacs-orgmode@gnu.org; Sun, 24 May 2020 09:51:48 -0400 Received: from submission (posteo.de [89.146.220.130]) by mout01.posteo.de (Postfix) with ESMTPS id 1C84716005C for ; Sun, 24 May 2020 15:51:43 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1590328304; bh=L6Lm1/ooSOxowW1avAXBYMeRL9D8Y4qB+nHltR5Lk9o=; h=Date:From:To:Cc:Subject:From; b=rm3XME1gE2kzH/ETa/9k66L4I3NNPYiluggz5n/RYGnbr11QL4suZ9qPlEvJh0Zov tuwUm00F+JxYq2qulRB3gSltfKXEI4idkyaqT3snZwUDRr8HnLlORkrxGXd2VaXtSA YnVW9/m1oJ7MbxrCD5CVYD7V1ZTB9c+Eq+gDDqFE7a4L/oTlWa7psZoVxZkMiTO2xN YFTQYJjCQXwI47YBBF6vtcgDOwhGXWe2ECSE50AJv1y0nadY3rVNZWG+PdZpIxmZYV Sog560qAAT+qxNO+9C5glAeW5ICyA6bJ07aWlOA7BFgXeH5C9+RXZnyKehO9Y3/Sx3 25iS3u0t/SxRQ== Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 49VM8b5CfMz9rxH; Sun, 24 May 2020 15:51:43 +0200 (CEST) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="=_867de922f25841273016cafbbbebe306" Date: Sun, 24 May 2020 15:51:43 +0200 From: lamaglama@posteo.net To: Bastien Subject: Re: (org-cycle) in new plain list items In-Reply-To: <87wo51vbmf.fsf@gnu.org> References: <8cad8532ce7e4290b363d633dd2287d6@posteo.net> <87wo51vbmf.fsf@gnu.org> Message-ID: <08ba74d978cf7d4fe5df296731e582cc@posteo.net> X-Sender: lamaglama@posteo.net User-Agent: Posteo Webmail Received-SPF: pass client-ip=185.67.36.65; envelope-from=lamaglama@posteo.net; helo=mout01.posteo.de X-detected-operating-system: by eggs.gnu.org: First seen = 2020/05/24 06:42:09 X-ACL-Warn: Detected OS = Linux 3.11 and newer X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: emacs-orgmode@gnu.org Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=posteo.net header.s=2017 header.b=rm3XME1g; dmarc=pass (policy=none) header.from=posteo.net; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Spam-Score: -0.20 X-TUID: fE2QeFIKkCnQ --=_867de922f25841273016cafbbbebe306 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sorry for being unclear, I'll try to rephrase what I am talking about. Bastien wrote: > So I guess you have (setq org-cycle-include-plain-lists nil), right? It is set to integrate, but I tested it and it does not seem to matter. > I'm not sure what "move to the parent level" really means here. Sorry, again. I am talking about "nested" plain lists: > - "Parent" level > - Initial level for new item > - At this point I created the empty item with M-RET. If I then press TAB, it demotes this item, which is also mentioned here: https://orgmode.org/org.html#Plain-Lists [1]. > - "Parent" level > - Initial level for new item > - So far, so good. But if I then press TAB again, we go back to this: > - "Parent" level > - Initial level for new item > - Whereas I would expect it to move the item to this position: > - "Parent" level > - Initial level for new item > - If it would do this, it would behave analogous to how it is implemented for headings, as described at https://orgmode.org/manual/Structure-Editing.html#Structure-Editing [2]: > In a new entry with no text yet, the first TAB demotes the entry to become a child of the previous one. The next TAB makes it a parent, and so on, all the way to top level. Yet another TAB, and you are back to the initial level. I am using Emacs 26.3 on Windows and this behaviour replicated on a clean install. Thank you for your time! Links: ------ [1] https://orgmode.org/org.html#Plain-Lists [2] https://orgmode.org/manual/Structure-Editing.html#Structure-Editing --=_867de922f25841273016cafbbbebe306 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8 
Sorry for being unclear, I'll try to rephrase what I am talking about=
=2E

Bastien wrote:
> So I guess you have (setq org-cycle-include-plain-lists nil), right?

It is set to integrate, but I tested it and it does not seem to matter.

> I'm not sure what "move to the parent level" really means here.

Sorry, again. I am talking about "nested" plain lists:

- "Parent" level
  - Initial level for new item
  -<= /p>

At this point I created the empty item with M-RET. If I then press TAB, it = demotes this item, which is also mentioned here: https://orgmode.org/org.html#Plain-Lists.

- "Parent" level
  - Initial level for new item
  &n= bsp; -

So far, so good. But if I then press TAB again, we go back to this:
- "Parent" level
  - Initial level for = new item
  -
Whereas I would expect it to move the item to this position:
- "Parent" level
  - Initial level for = new item
-
If it would do this, it would behave analogous to how it is implemented for= headings, as described at https://orgmode.org/manual/Structure-E= diting.html#Structure-Editing:
In a new entry with no text yet, the first&= nbsp;TAB demotes the entry to become a child o= f the previous one. The next TAB makes it= a parent, and so on, all the way to top level. Yet another TAB, and you are back to the initial level.
I am using Emacs 26.3 on Windows and this behaviour replicated on a c= lean install.

Thank you for your time! --=_867de922f25841273016cafbbbebe306--