From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?utf-8?B?xaB0xJtww6FuIE7Em21lYw==?= Newsgroups: gmane.emacs.help Subject: Re: going back in time Date: Tue, 27 Jul 2010 14:22:49 +0200 Message-ID: <87sk35cdwm.fsf@gmail.com> References: <87iq42dpqn.fsf@gmail.com> <87fwz611jl.fsf@pellet.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1280233475 28768 80.91.229.12 (27 Jul 2010 12:24:35 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 27 Jul 2010 12:24:35 +0000 (UTC) Cc: help-gnu-emacs@gnu.org To: Eric Abrahamsen Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Jul 27 14:24:32 2010 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OdjCy-0006ma-Aa for geh-help-gnu-emacs@m.gmane.org; Tue, 27 Jul 2010 14:24:32 +0200 Original-Received: from localhost ([127.0.0.1]:46329 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OdjCx-00022A-Pg for geh-help-gnu-emacs@m.gmane.org; Tue, 27 Jul 2010 08:24:31 -0400 Original-Received: from [140.186.70.92] (port=44676 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OdjCY-000223-NT for help-gnu-emacs@gnu.org; Tue, 27 Jul 2010 08:24:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OdjCX-0001Z3-Gy for help-gnu-emacs@gnu.org; Tue, 27 Jul 2010 08:24:06 -0400 Original-Received: from mail-pv0-f169.google.com ([74.125.83.169]:64272) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OdjCX-0001Yr-Bc for help-gnu-emacs@gnu.org; Tue, 27 Jul 2010 08:24:05 -0400 Original-Received: by pvc30 with SMTP id 30so854359pvc.0 for ; Tue, 27 Jul 2010 05:24:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject :in-reply-to:references:user-agent:date:message-id:mime-version :content-type:content-transfer-encoding; bh=HUB6rUBioH8jlGCu3YjDnoIWQHQvtaxFlcXpBD/Oj0o=; b=OdXFtdhEsl5pIELClG3EaNk4BCm9pLoCqeejga+nkXDAlhd5IaQW0zjLISvXCMkRJO On8Yt8NLGjddsmlaZrA1ochC6tq4eNxQzWfRaFD7K54dAWS8koOH3NTaonoPxPR8WBou 1HfPl2D/2SvKUylm+6GghgQeS/EG6Pbtg6J0A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:in-reply-to:references:user-agent:date :message-id:mime-version:content-type:content-transfer-encoding; b=PDz8LEorYwq5FLL55Fd/tEhpoGzL+2NMTTg2ciZJ6DIztnmArU3KWqWAGjg9NR/TZc 0ijMfbCWEBDY6Ow1c3Zgh3wdpUQDQcxvLkHbv7UrdYX0GMi/M1Ah9bknju70zNbC3jrr GVE+tKpQjPbjie9PAfp+0ITZxuRom7laMrIHY= Original-Received: by 10.115.75.20 with SMTP id c20mr13277877wal.77.1280233444193; Tue, 27 Jul 2010 05:24:04 -0700 (PDT) Original-Received: from localhost ([88.103.132.186]) by mx.google.com with ESMTPS id d38sm8750800wam.20.2010.07.27.05.24.01 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 27 Jul 2010 05:24:03 -0700 (PDT) In-Reply-To: <87fwz611jl.fsf@pellet.net> (Eric Abrahamsen's message of "Mon, 26 Jul 2010 12:33:02 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:74307 Archived-At: Eric Abrahamsen writes: > =C5=A0t=C4=9Bp=C3=A1n N=C4=9Bmec writes: > >> Andrea Crotti writes: >>> Is there any way to revert back to the last global state (it might be >>> useful also in other cases of cours)? >> >> No (other than redoing your original bindings yourself, obviously). >> And if a package unconditionally/irreversibly adds global bindings, you >> can safely say it's badly written and complain to its author. That's >> what modes and keymaps are for. > > Out of curiosity, does unload-feature also unload that feature's > keybindings? How would a package author provide keybindings in > reversible way? (info "(elisp)Unloading") I don't think it does. The problem is not unloading, but restoring the original bindings. The package could provide a FEATURE-unload-function which would restore the bindings previously saved (which would also have to be done manually). But as I said, I can't think of a legitimate reason for a package to mess with global-map. If you think defining a mode and a keymap for the functionality you provide is unnecessary, just define the commands and put some keybinding recommendations into a commentary. =C5=A0t=C4=9Bp=C3=A1n