From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: Sibling subtrees are closed when items moved up and down in list Date: Mon, 3 Aug 2009 06:38:15 +0200 Message-ID: <2B6CC71B-EEF6-46D7-AB8F-616C825B3BDA@gmail.com> References: Mime-Version: 1.0 (Apple Message framework v935.3) Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MXpJV-0001Fg-K5 for emacs-orgmode@gnu.org; Mon, 03 Aug 2009 00:38:21 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MXpJS-0001EV-1L for emacs-orgmode@gnu.org; Mon, 03 Aug 2009 00:38:21 -0400 Received: from [199.232.76.173] (port=33782 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MXpJR-0001ES-MH for emacs-orgmode@gnu.org; Mon, 03 Aug 2009 00:38:17 -0400 Received: from mail-ew0-f211.google.com ([209.85.219.211]:49806) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MXpJR-00033a-9F for emacs-orgmode@gnu.org; Mon, 03 Aug 2009 00:38:17 -0400 Received: by mail-ew0-f211.google.com with SMTP id 7so1040643ewy.42 for ; Sun, 02 Aug 2009 21:38:17 -0700 (PDT) In-Reply-To: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: User Cc: emacs-orgmode@gnu.org On Jul 31, 2009, at 10:47 AM, User wrote: > I noticed when moving items up and down that subtrees of items on > the same level are closed during the moving. From a user point of > view it's a bit disorientating when I have a tree structure > opened in a certain folded state and I move it up or down then > sibling strees are suddenly closed changing the landscape view of > the tree and forcing the user readjust his visual comprehension > of the tree. > > Is it intentional or is it a side effect of the current > implementation? It was done in this way because moving subtrees can cause some strange visibility artifacts, and the easiest way to fix this was to switch to children view in this subtree. However, I have changed this now, originally in response to questions by Samuel about performance of subtree-move operations in trees with very many siblings. So I believe this issue is fixed now, let me know if not. - Carsten > > I think it would be better if tree folding status were preserved > after moving if possible, so the current visual layout of > the tree is affected as little as possible.