From: Nick Dokos <nicholas.dokos@hp.com>
To: jeff stern <jas.61803@gmail.com>
Cc: emacs-orgmode <emacs-orgmode@gnu.org>
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 [thread overview]
Message-ID: <4173.1362717576@alphaville> (raw)
In-Reply-To: Message from jeff stern <jas.61803@gmail.com> of "Thu, 07 Mar 2013 20:16:03 PST." <CALMHRHHwTWGR6=1BVy23rwE1qjHHjt1UFGfWbC=e3jdQDhtutw@mail.gmail.com>
jeff stern <jas.61803@gmail.com> 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
next prev parent reply other threads:[~2013-03-08 4:39 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-08 4:16 org-special-ctrl-a/e broken [7.9.3f (release_7.9.3f-1447-gb2e1d6-git @ org-loaddefs.el can not be found!)] jeff stern
2013-03-08 4:39 ` Nick Dokos [this message]
2013-03-08 4:50 ` Jambunathan K
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4173.1362717576@alphaville \
--to=nicholas.dokos@hp.com \
--cc=emacs-orgmode@gnu.org \
--cc=jas.61803@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).