GNU bug report logs -
#20150
24.4: bookmarks: return from editing annotations (FIX INCLUDED)
Previous Next
Reported by: Boruch Baum <boruch_baum <at> gmx.com>
Date: Fri, 20 Mar 2015 07:26:02 UTC
Severity: minor
Tags: patch
Found in version 24.4
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 20150 in the body.
You can then email your comments to 20150 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20150
; Package
emacs
.
(Fri, 20 Mar 2015 07:26:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Boruch Baum <boruch_baum <at> gmx.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 20 Mar 2015 07:26:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
When completing a bookmark annotation edit, the point on the bmenu-list
would move to point-max and the selected window would be wherever the
annotation buffer had been displayed.
The fix restores focus to the bmenu-list window, and restores point to
where it had been prior to editing the annotation.
(defun bookmark-send-edited-annotation ()
"Use buffer contents as annotation for a bookmark.
Lines beginning with `#' are ignored."
(interactive)
(if (not (derived-mode-p 'bookmark-edit-annotation-mode))
(error "Not in bookmark-edit-annotation-mode"))
(goto-char (point-min))
(while (< (point) (point-max))
(if (looking-at "^#")
(bookmark-kill-line t)
(forward-line 1)))
;; Take no chances with text properties.
(let
((annotation (buffer-substring-no-properties (point-min) (point-max)))
(bookmark-name bookmark-annotation-name)
(return-line
(with-current-buffer "*Bookmark List*"
(line-number-at-pos)))
(return-column
(with-current-buffer "*Bookmark List*"
(current-column))))
(bookmark-set-annotation bookmark-name annotation)
(setq bookmark-alist-modification-count
(1+ bookmark-alist-modification-count))
(kill-buffer (current-buffer))
(pop-to-buffer (get-buffer "*Bookmark List*"))
(bookmark-bmenu-list)
(goto-char (point-min))
(forward-line (1- return-line))
(forward-char return-column)))
--
hkp://keys.gnupg.net
CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0
[attachment (text/plain, attachment)]
[signature.asc (application/pgp-signature, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20150
; Package
emacs
.
(Fri, 20 Mar 2015 14:30:06 GMT)
Full text and
rfc822 format available.
Message #8 received at 20150 <at> debbugs.gnu.org (full text, mbox):
> The fix restores focus to the bmenu-list window, and restores point to
> where it had been prior to editing the annotation.
Could you send it as a patch, otherwise I can't really see what's different.
Stefan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20150
; Package
emacs
.
(Fri, 20 Mar 2015 16:24:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 20150 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Pleasure.
On 03/20/2015 10:28 AM, Stefan Monnier wrote:
>> The fix restores focus to the bmenu-list window, and restores point to
>> where it had been prior to editing the annotation.
>
> Could you send it as a patch, otherwise I can't really see what's different.
>
>
> Stefan
>
--
hkp://keys.gnupg.net
CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0
[emacs_bug_20150.patch (text/x-patch, attachment)]
[signature.asc (application/pgp-signature, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20150
; Package
emacs
.
(Tue, 02 Jul 2019 01:55:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 20150 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Boruch Baum <boruch_baum <at> gmx.com> writes:
> When completing a bookmark annotation edit, the point on the bmenu-list
> would move to point-max and the selected window would be wherever the
> annotation buffer had been displayed.
I can confirm this bug, and suggest the attached fix.
Thanks,
Stefan Kangas
[0001-Restore-focus-to-Bookmark-List-after-editing-annotat.patch (application/octet-stream, attachment)]
Added tag(s) patch.
Request was from
Stefan Kangas <stefan <at> marxist.se>
to
control <at> debbugs.gnu.org
.
(Tue, 02 Jul 2019 02:03:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20150
; Package
emacs
.
(Tue, 02 Jul 2019 03:25:01 GMT)
Full text and
rfc822 format available.
Message #19 received at 20150 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Stefan Kangas <stefan <at> marxist.se> writes:
> > When completing a bookmark annotation edit, the point on the bmenu-list
> > would move to point-max and the selected window would be wherever the
> > annotation buffer had been displayed.
>
> I can confirm this bug, and suggest the attached fix.
Please see this somewhat improved patch instead.
Thanks,
Stefan Kangas
[0001-Restore-focus-to-Bookmark-List-after-editing-annotat-2.patch (application/octet-stream, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20150
; Package
emacs
.
(Wed, 03 Jul 2019 20:06:01 GMT)
Full text and
rfc822 format available.
Message #22 received at 20150 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Stefan Kangas <stefan <at> marxist.se> writes:
> > > When completing a bookmark annotation edit, the point on the bmenu-list
> > > would move to point-max and the selected window would be wherever the
> > > annotation buffer had been displayed.
> >
> > I can confirm this bug, and suggest the attached fix.
>
> Please see this somewhat improved patch instead.
Now that the test suite for bookmark.el has hit master, I reworked
this to also include tests. Please find attached an updated patch.
Thanks,
Stefan Kangas
[0001-Restore-focus-to-Bookmark-List-after-editing-annotat-3.patch (application/octet-stream, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20150
; Package
emacs
.
(Thu, 04 Jul 2019 19:21:01 GMT)
Full text and
rfc822 format available.
Message #25 received at 20150 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Stefan Kangas <stefan <at> marxist.se> writes:
> Now that the test suite for bookmark.el has hit master, I reworked
> this to also include tests. Please find attached an updated patch.
I thought about this a bit more and realized there is a problem with
the fix: we can of course also edit an annotation when
bookmark-use-annotations is t. In this case we would not want to
return to the bookmark list.
The fix will therefore have to be a bit more involved to handle both
cases correctly. I have attached a fourth (and hopefully final) patch
here.
I also ran into a suspected bug in with-current-buffer (Bug#36497). I
added a FIXME in one of the test cases so we can clean it up once
that's fixed.
This is my first patch with this many changes, and I did my best to
document it thoroughly. Not sure if we like that or prefer something
more terse. Comments would be much appreciated.
Thanks,
Stefan Kangas
[0001-Restore-focus-to-Bookmark-List-after-editing-annotat-4.patch (application/octet-stream, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20150
; Package
emacs
.
(Thu, 04 Jul 2019 19:42:02 GMT)
Full text and
rfc822 format available.
Message #28 received at 20150 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Stefan Kangas <stefan <at> marxist.se> writes:
> I also ran into a suspected bug in with-current-buffer (Bug#36497). I
> added a FIXME in one of the test cases so we can clean it up once
> that's fixed.
Turns out this was not a bug, but only my own confusion. Gmail had
helpfully put the reply to the bug report in the spam folder, so I
only realized *after* I sent this email that it had been replied to
hours ago.
I've attached an updated patch without this FIXME. Other than that,
it's identical.
Thanks,
Stefan Kangas
[0001-Restore-focus-to-Bookmark-List-after-editing-annotat-5.patch (application/octet-stream, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20150
; Package
emacs
.
(Sat, 13 Jul 2019 07:31:02 GMT)
Full text and
rfc822 format available.
Message #31 received at 20150 <at> debbugs.gnu.org (full text, mbox):
> From: Stefan Kangas <stefan <at> marxist.se>
> Date: Thu, 4 Jul 2019 21:40:45 +0200
> Cc: 20150 <at> debbugs.gnu.org
>
> I've attached an updated patch without this FIXME. Other than that,
> it's identical.
Thanks.
> +(define-obsolete-variable-alias 'bookmark-annotation-name
> + 'bookmark-annotation--name "27.1")
Hmm... we declare a non-internal variable obsolete and replace it with
an internal variable? Why is that a good idea? Does the new variable
have to be internal?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20150
; Package
emacs
.
(Sat, 13 Jul 2019 13:10:02 GMT)
Full text and
rfc822 format available.
Message #34 received at 20150 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Eli Zaretskii <eliz <at> gnu.org> writes:
> > +(define-obsolete-variable-alias 'bookmark-annotation-name
> > + 'bookmark-annotation--name "27.1")
>
> Hmm... we declare a non-internal variable obsolete and replace it with
> an internal variable? Why is that a good idea? Does the new variable
> have to be internal?
I thought about it a bit more, and I guess it doesn't have to be internal. I
suggest that the new variable should be kept internal for now though.
I also don't know why I named the new variable bookmark-annotation--name, so
I've changed that to bookmark--annotation-name to better reflect current
practices.
Please see this updated patch with those two changes.
Thanks,
Stefan Kangas
[0001-Restore-focus-to-Bookmark-List-after-editing-annotat.patch (text/x-patch, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20150
; Package
emacs
.
(Sat, 13 Jul 2019 13:26:02 GMT)
Full text and
rfc822 format available.
Message #37 received at 20150 <at> debbugs.gnu.org (full text, mbox):
> From: Stefan Kangas <stefan <at> marxist.se>
> Date: Sat, 13 Jul 2019 15:09:39 +0200
> Cc: 20150 <at> debbugs.gnu.org
>
> > Hmm... we declare a non-internal variable obsolete and replace it with
> > an internal variable? Why is that a good idea? Does the new variable
> > have to be internal?
>
> I thought about it a bit more, and I guess it doesn't have to be internal. I
> suggest that the new variable should be kept internal for now though.
You mean, it doesn't have to be obsolete?
> I also don't know why I named the new variable bookmark-annotation--name, so
> I've changed that to bookmark--annotation-name to better reflect current
> practices.
Hmm... I don't see bookmark--annotation-name in the patch. Did you
send the correct patch?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20150
; Package
emacs
.
(Sat, 13 Jul 2019 13:53:02 GMT)
Full text and
rfc822 format available.
Message #40 received at 20150 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
> > I also don't know why I named the new variable bookmark-annotation--name, so
> > I've changed that to bookmark--annotation-name to better reflect current
> > practices.
>
> Hmm... I don't see bookmark--annotation-name in the patch. Did you
> send the correct patch?
Oops, please ignore that part. I wrote the wrong variable name, and
actually meant to say:
I also don't know why I initially named the new variable
bookmark-annotation--from-bookmark-list, so in the updated patch I've
changed that to bookmark--annotation-from-bookmark-list to better
reflect current practices. (Note the placement of dashes.)
bookmark-annotation-name is unchanged in the updated patch. I didn't
rename it nor make it obsolete. I don't think it matters too much --
it could be internal, but it might not be worth renaming.
Sorry for the confusion.
Thanks,
Stefan Kangas
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20150
; Package
emacs
.
(Sun, 14 Jul 2019 01:49:01 GMT)
Full text and
rfc822 format available.
Message #43 received at 20150 <at> debbugs.gnu.org (full text, mbox):
Off topic, but it seems to me like you should request write access so
you can apply changes directly. I believe you use
"request for inclusion form" at
https://savannah.gnu.org/project/memberlist.php?group=emacs
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20150
; Package
emacs
.
(Sun, 14 Jul 2019 06:05:03 GMT)
Full text and
rfc822 format available.
Message #46 received at 20150 <at> debbugs.gnu.org (full text, mbox):
> From: Glenn Morris <rgm <at> gnu.org>
> Cc: Eli Zaretskii <eliz <at> gnu.org>, 20150 <at> debbugs.gnu.org
> Date: Sat, 13 Jul 2019 21:48:30 -0400
>
>
> Off topic, but it seems to me like you should request write access
He did.
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Sun, 14 Jul 2019 06:30:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Boruch Baum <boruch_baum <at> gmx.com>
:
bug acknowledged by developer.
(Sun, 14 Jul 2019 06:30:02 GMT)
Full text and
rfc822 format available.
Message #51 received at 20150-done <at> debbugs.gnu.org (full text, mbox):
> From: Stefan Kangas <stefan <at> marxist.se>
> Date: Sat, 13 Jul 2019 15:09:39 +0200
> Cc: 20150 <at> debbugs.gnu.org
>
> Please see this updated patch with those two changes.
Thanks, pushed to the master branch.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 11 Aug 2019 11:24:09 GMT)
Full text and
rfc822 format available.
This bug report was last modified 5 years and 105 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.