From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: Confusing org-cycle invocation when cursor is in invisible text Date: Mon, 25 Dec 2017 23:57:26 +0100 Message-ID: <87incu1kmh.fsf@nicolasgoaziou.fr> References: Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:56014) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eTbgZ-00079q-FC for emacs-orgmode@gnu.org; Mon, 25 Dec 2017 17:57:33 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eTbgY-00070Y-Mh for emacs-orgmode@gnu.org; Mon, 25 Dec 2017 17:57:31 -0500 Received: from relay4-d.mail.gandi.net ([2001:4b98:c:538::196]:42220) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eTbgY-0006yE-GI for emacs-orgmode@gnu.org; Mon, 25 Dec 2017 17:57:30 -0500 In-Reply-To: (Ruy Exel's message of "Fri, 15 Dec 2017 18:51:18 -0200") 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: Ruy Exel Cc: emacs-org list Hello, Ruy Exel writes: > Consider the following simple tree structure > > ----- > > * Trees > ** Pine > It is a conifer > ** Oak > Place cursor here -> > It belongs to the genus Quercus > > ----- > > If you place the cursor where indicated (i.e. after the sentence > "Place cursor here ->" above) and press (org-shifttab), > your buffer will show > > * Trees... > > with the cursor placed on the first of the three dots. If you then go > to the kitchen to prepare a coffee and come back, you will probably > not going to remember where the cursor was before the visibility went > to the OVERVIEW state. Suppose you then decide to expand your tree by > pressing (org-cycle) without having changed cursor position. In > this case your buffer will turn to > > * Trees... > ** Oak > Place cursor here -> > It belongs to the genus Quercus > > and you might then be led to thinking that your header "Trees" has > only one sub-header, namely "Oak". Yes I know that the three dots > after "Trees" is meant to indicate that there is still some hidden > text but, given that your intention was to expand "Trees" and that you > pressed the correct key for this purpose you might (incorrectly) feel > assured that you achieved the appropriate goal and hence not pay due > attention to the three dots. > > The point I want to raise is that I believe users should not be > required to remember the position of the cursor when it falls inside > hiddent text. Even more so, the state of the system at any given time > should not depend on said position. > > Thus, after the first press of , above, the cursor should > go by default to the beginning (maybe the end) of the hidden text. I agree the current situation is not satisfactory, but I also think TAB or S-TAB should never, ever, move point. For example, I use S-TAB to get a quick overview of the structure of the document. I fixed this by making TAB show more when called from an invisible part of the buffer. Thank you for the report. Regards, -- Nicolas Goaziou