From mboxrd@z Thu Jan 1 00:00:00 1970 From: James Harkins Subject: TAB cycling doesn't work from end of line Date: Mon, 8 Apr 2013 22:12:42 +0800 Message-ID: Reply-To: jamshark70@dewdrop-world.net Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Return-path: Received: from eggs.gnu.org ([208.118.235.92]:33191) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UPCoU-0004qy-Qh for Emacs-orgmode@gnu.org; Mon, 08 Apr 2013 10:12:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UPCoN-00045X-5X for Emacs-orgmode@gnu.org; Mon, 08 Apr 2013 10:12:50 -0400 Received: from mail-ob0-x22e.google.com ([2607:f8b0:4003:c01::22e]:43923) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UPCoN-00045E-1X for Emacs-orgmode@gnu.org; Mon, 08 Apr 2013 10:12:43 -0400 Received: by mail-ob0-f174.google.com with SMTP id wm15so3201288obc.33 for ; Mon, 08 Apr 2013 07:12:42 -0700 (PDT) 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-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: "Emacs-orgmode@gnu.org" I bet this has been asked before and I just didn't see it... anyway, I'm wondering if that was intentional that TAB visibility cycling doesn't do anything if the insertion point is after the ellipses indicating folded content. ** Example header... ^1 ^2 ^3 ^4 If the point is at locations 1, 2 or 3, TAB will reveal the next level of children. (The ^ locations will make sense if you format the e-mail using a monospace font. A proportional font will just look nonsensical.) ** Example header *** Child node If it's at location 4, TAB cycling does nothing. It's a minor point, but somehow when I'm moving the pointer around in Emacs, quite often it ends up at the end of a displayed line, and then I have to remember to take an extra step to make sure TAB does what it's supposed to do. I'll grant, there could be a good reason for the behavior, but I think it's reasonable to expect TAB to expand a heading if the point is anywhere on the line (including at the end). hjh