GNU bug report logs - #12581
24.2.50: redo+ fails to modify edit menu

Previous Next

Package: emacs;

Reported by: Konstantinos Efstathiou <konstantinos <at> efstathiou.gr>

Date: Fri, 5 Oct 2012 21:04:01 UTC

Severity: normal

Found in version 24.2.50

Done: Stefan Monnier <monnier <at> iro.umontreal.ca>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#12581: closed (24.2.50: redo+ fails to modify edit menu)
Date: Fri, 05 Oct 2012 21:56:02 +0000
[Message part 1 (text/plain, inline)]
Your message dated Fri, 05 Oct 2012 17:55:27 -0400
with message-id <jwvbogg38c4.fsf-monnier+emacs <at> gnu.org>
and subject line Re: bug#12581: 24.2.50: redo+ fails to modify edit menu
has caused the debbugs.gnu.org bug report #12581,
regarding 24.2.50: redo+ fails to modify edit menu
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
12581: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=12581
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: Konstantinos Efstathiou <konstantinos <at> efstathiou.gr>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.2.50: redo+ fails to modify edit menu
Date: Fri, 5 Oct 2012 23:00:43 +0200
In the latest versions from the repository it is impossible to load redo+.el
(version 1.15 available from ELPA). The command (require 'redo+)
fails with (error "Attempt to modify read-only object").

I have tracked this down to the command

(setcar (cdr (memq :enable (assq 'undo menu-bar-edit-menu))) nil)

that fails with the same error. Actually redo+ attempts to setcar to 
something else but obviously the problem is that for some reason

(car (cdr (memq :enable (assq 'undo menu-bar-edit-menu)))

is now read-only while it used to be modifiable.

Is this a bug or expected behavior? Should redo+ be modified?



[Message part 3 (message/rfc822, inline)]
From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Konstantinos Efstathiou <konstantinos <at> efstathiou.gr>
Cc: 12581-done <at> debbugs.gnu.org
Subject: Re: bug#12581: 24.2.50: redo+ fails to modify edit menu
Date: Fri, 05 Oct 2012 17:55:27 -0400
> I have tracked this down to the command
> (setcar (cdr (memq :enable (assq 'undo menu-bar-edit-menu))) nil)
[...]
> that fails with the same error. Actually redo+ attempts to setcar to
> something else but obviously the problem is that for some reason
[...]
> Is this a bug or expected behavior? Should redo+ be modified?

It's not a bug, AFAIC.  You can change redo+ to use something like:

   (define-key menu-bar-edit-menu [undo]
     ;; We use `cdr+assq' instead of `lookup-key' because lookup-key
     ;; would return the actual binding inside the menu-item, whereas
     ;; we want the whole menu-item (IOW we don't want the get_keyelt
     ;; part of lookup-key).  We could use
     ;; (catch 'found
     ;;   (map-keymap (lambda (k v)
     ;;                 (if (eq k 'undo) (throw 'found v)))
     ;;               menu-bar-edit-menu))
     ;; instead.
     (let ((elem (copy-sequence (cdr (assq 'undo menu-bar-edit-menu)))))
       (setcar (cdr (memq :enable elem)) <your-exp-here>)
       elem))

       
-- Stefan



This bug report was last modified 12 years and 317 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.