From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel Clemente Subject: Re: Is column view buggy? Date: Mon, 16 Mar 2009 16:50:38 +0100 Message-ID: <87k56pjwkx.fsf@CPU107.opentrends.net> References: <877i357ieu.fsf@CPU107.opentrends.net> <32A26ADD-3A9B-40DA-A106-225A43867C82@uva.nl> <87wsay33gb.fsf@CPU107.opentrends.net> <21FFCD20-5422-4523-B398-2F97FD448678@uva.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LjF5T-0005Xn-5S for emacs-orgmode@gnu.org; Mon, 16 Mar 2009 11:50:47 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LjF5O-0005Xb-LP for emacs-orgmode@gnu.org; Mon, 16 Mar 2009 11:50:46 -0400 Received: from [199.232.76.173] (port=41758 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LjF5O-0005XY-Ef for emacs-orgmode@gnu.org; Mon, 16 Mar 2009 11:50:42 -0400 Received: from mail-fx0-f176.google.com ([209.85.220.176]:64840) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LjF5N-0003jm-Uf for emacs-orgmode@gnu.org; Mon, 16 Mar 2009 11:50:42 -0400 Received: by fxm24 with SMTP id 24so3699770fxm.42 for ; Mon, 16 Mar 2009 08:50:40 -0700 (PDT) In-Reply-To: <21FFCD20-5422-4523-B398-2F97FD448678@uva.nl> (Carsten Dominik's message of "Tue, 10 Mar 2009 18:52:19 +0100") 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: Carsten Dominik Cc: org-mode mailing list El dt, mar 10 2009, Carsten Dominik va escriure: > On Mar 9, 2009, at 8:23 PM, Daniel Clemente wrote: > >> (setq org-startup-truncated nil) > > Ah, an important piece of information. > > I believe this is fixed now. Thanks. Thanks. There are still many minor movement bugs in cursor view. I think = some of the ones I wanted to report are actually caused by the same strange= behaviour: When the entry spans two visual lines (like in the last test case I sent = in this thread, with org-startup-truncated nil), lateral movement (right/le= ft arrow keys) makes the cursor jump not only to the beginning of each =E2= =80=9Ecell=E2=80=9C, but also to a point where it shouldn't be: the first c= haracter of the second visual line (which isn't a cell beginning; it could = be in the middle of the text contents). In fact it's stranger because the cursor stays there for 3 seconds and th= en returns to the former position. Mmm... even with show-paren-mode disable= d. This misplacement, even if temporary, causes problems like the following = (not reliably reproduceable): - sometimes, when entries are folded, the right arrow key can't move the c= ursor because it is blocked in the first character of the entry's second vi= sual line - the down arrow seems to move correctly to the start of the cell below, b= ut the up arrow doesn't always move *to the start* of the cell above, but t= o the beginning of the second visual line Please don't lose much time with these complex and unimportant bugs. -- Daniel