Package: emacs-wiki
Version: 2.66-1
Severity: normal
Suppose I write a link [[foo][bar]] and move to it with
emacs-wiki-next-reference. When I try and edit it with
emacs-wiki-edit-link-at-point, in the edit process the link is
presented as "[[foo][bar]]", and the text as "[bar]", rather than
"foo" and "bar", respectively.
This is the result of the expression:
(looking-at emacs-wiki-url-or-name-regexp)))
in emacs-wiki-link-at-point, such that:
(match-string-no-properties 1)
"[[foo][bar]]"
(match-string-no-properties 2)
"foo"
(match-string-no-properties 3)
"[bar]"
(match-string-no-properties 4)
"bar"
and in emacs-wiki-edit-link-at-point matches 1 and 3 are presented.
In fact, the behaviour is sensitive to the position of point within
the invisible text; if I use emacs-wiki-next-reference and
forward-char before trying to edit the link, then
emacs-wiki-link-at-point returns nil, and an error is flagged. As far
as I have tested, the behaviour is as expected as long as point isn't
on one of the first two [ characters at the beginning of the invisible
link text.
I think it's important that this feature should work when a link is
moved to with emacs-wiki-next-reference, and the behaviour should
probably be the same regardless of where point is within the link,
especially since the text isn't opened (made visible) when moving
through it.
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages emacs-wiki depends on:
ii emacs21 21.3+1-8 The GNU Emacs editor
ii xemacs21 21.4.16-1 Editor and kitchen sink
ii xemacs21-nomule [xemacs21] 21.4.16-1 Editor and kitchen sink -- Non-mul
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
