From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Dokos Subject: Re: org-special-ctrl-a/e broken [7.9.3f (release_7.9.3f-1447-gb2e1d6-git @ org-loaddefs.el can not be found!)] Date: Thu, 07 Mar 2013 23:39:36 -0500 Message-ID: <4173.1362717576@alphaville> References: Reply-To: nicholas.dokos@hp.com Return-path: Received: from eggs.gnu.org ([208.118.235.92]:50892) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UDp5y-0005qA-43 for emacs-orgmode@gnu.org; Thu, 07 Mar 2013 23:39:51 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UDp5v-0001wR-SC for emacs-orgmode@gnu.org; Thu, 07 Mar 2013 23:39:50 -0500 Received: from g1t0028.austin.hp.com ([15.216.28.35]:29302) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UDp5v-0001vU-IA for emacs-orgmode@gnu.org; Thu, 07 Mar 2013 23:39:47 -0500 In-Reply-To: Message from jeff stern of "Thu, 07 Mar 2013 20:16:03 PST." 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: jeff stern Cc: emacs-orgmode jeff stern wrote: > Hi, all. > > i am noticing that in at least the latest git pull version of > org-mode, org-special-ctrl-a/e (if setq'd to t) does not work > correctly in Org-mode version 7.9.3f (release_7.9.3f-1447-gb2e1d6-git > but does work correctly in Org-mode version 7.8.03 > (release_7.8.03.268.g9706.dirty). > > I run neither version fully installed - -just run via source in a > subdir which is on my load-path (~/git/org-mode/lisp). > Are you doing `make autoloads' at least? > I am running GNU Emacs 24.2.1 (x86_64-pc-linux-gnu, GTK+ Version > 2.24.10) of 2012-11-08 on lakoocha, modified by Debian (on Ubuntu > 12.10). (My emacs does have an org-mode built-in (apparently 7.8.11) > which gets 'redefined' every time I start up, because of my git-pulled > org-mode in the load-path. I don't know how to get rid of it. > However, that is true both when I am running org-mode 7.8.03 and > 7.9.3f..) > > Because of a 2nd bug which I also experience only in 7.9.3f, I cannot > post this bug via M-x org-submit-bug-report, either. (I get as far as > being prompted (in the minibuffer) with: "Include your Org-mode > configuration (yes or no)" and I type yes and then in the mini-buffer > returns the message, "Wrong type argument: stringp, nil", and I am > returned only to the blank *scratch* buffer.) > This might be a sign that you have a mixed installation. > Fortunately, I saved my previous org-mode git directory (7.8.03), and > can switch back and forth between that and the new one (7.9.3f) and > restart emacs each time to test and confirm. > > Erroneous behavior has 2 parts: > > 1) C-a: When (setq org-special-ctrl-a/e t) in the newest org-mode, C-a > doesn't work correctly when on a header. Repeated presses of C-a > toggle point back and forth between 1st star in the headline (or a > later star if #+startup indent is specified and on a 2nd or more level > headline) and the first character of text after the todo keyword. > That's what I get under 7.8.03 as well. > 2) C-e: C-e doesn't work at all. Whether on a headline line, or in > normal text, C-e only results in minibuffer message: Symbol's function > definition is void: org-element-at-point > This might be a sign that you have a mixed installation. > Expected Behavior: > > Of course, correct behavior (as I experience it when running org-mode > 7.8.03) is that C-a (no matter how many times typed) takes point ONLY > to 1st character of headline title text following any TODO keyword. > Correct behavior for C-e is to take point only to just after the last > char of headline title text (but before any trailing tags). > That's not what the doc says: ,---- | When t, `C-a' will bring back the cursor to the beginning of the | headline text, i.e. after the stars and after a possible TODO | keyword. In an item, this will be the position after bullet and | check-box, if any. When the cursor is already at that position, | another `C-a' will bring it to the beginning of the line. | | `C-e' will jump to the end of the headline, ignoring the presence | of tags in the headline. A second `C-e' will then jump to the | true end of the line, after any tags. This also means that, when | this variable is non-nil, `C-e' also will never jump beyond the | end of the heading of a folded section, i.e. not after the | ellipses. `---- Nick