From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Reitter Newsgroups: gmane.emacs.devel Subject: tool-bar changes when in minibuffer Date: Mon, 28 Apr 2008 16:31:36 +0100 Message-ID: <05BD7E3F-AC9E-4C2B-8BD2-EB65CB85BBAC@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v919.2) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1209396821 29645 80.91.229.12 (28 Apr 2008 15:33:41 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 28 Apr 2008 15:33:41 +0000 (UTC) To: emacs- devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Apr 28 17:34:14 2008 connect(): Connection refused Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1JqVLl-0003rp-3u for ged-emacs-devel@m.gmane.org; Mon, 28 Apr 2008 17:33:05 +0200 Original-Received: from localhost ([127.0.0.1]:46542 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JqVL4-0004Qb-Iz for ged-emacs-devel@m.gmane.org; Mon, 28 Apr 2008 11:32:22 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JqVKR-0003fG-Az for emacs-devel@gnu.org; Mon, 28 Apr 2008 11:31:43 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JqVKP-0003dW-Ow for emacs-devel@gnu.org; Mon, 28 Apr 2008 11:31:42 -0400 Original-Received: from [199.232.76.173] (port=49155 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JqVKP-0003dL-L1 for emacs-devel@gnu.org; Mon, 28 Apr 2008 11:31:41 -0400 Original-Received: from nf-out-0910.google.com ([64.233.182.189]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JqVKP-0008Ir-Mq for emacs-devel@gnu.org; Mon, 28 Apr 2008 11:31:41 -0400 Original-Received: by nf-out-0910.google.com with SMTP id f5so1927436nfh.26 for ; Mon, 28 Apr 2008 08:31:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to:content-type:content-transfer-encoding:mime-version:subject:date:x-mailer; bh=/OTsWX5TzDSj/lSU9+vAkeOfeTPbyNVx1cQlVj46HoM=; b=Fma2alK+qqpYpl/xbIb3AxG7w7Jizqv7II6Z9+jbepWjYwvAnaDpm3Bd/BDhz7WrBtRRjIWpm19lKrOhyFNPAQ/9blHKQH922FVG8ZhfgcZUh2DX0I+7rVF2Un4cWPxN4ogkYk8gCwzGlazYuBwjT5iGitQjnFs9fiKPUGWW0UI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:content-type:content-transfer-encoding:mime-version:subject:date:x-mailer; b=qRHg++yN6B9nbuQRboSdbYtYLRmsuaeaZORl/5qqzLeVWndNOw7BintTK/L73a2uJiWyVxI94rynjhVFmNgT2JpwaX8zhhH5a21Syq/iyvN2JOLXB0RFrwRGwQJIUW3ZIc5CXiC0VKw0eWyl99vOobBzCrrbAg+yGL3XKniW76Q= Original-Received: by 10.78.68.18 with SMTP id q18mr1380690hua.72.1209396699385; Mon, 28 Apr 2008 08:31:39 -0700 (PDT) Original-Received: from scarlett.lan ( [78.148.193.183]) by mx.google.com with ESMTPS id 37sm5402614hub.4.2008.04.28.08.31.37 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 28 Apr 2008 08:31:38 -0700 (PDT) X-Mailer: Apple Mail (2.919.2) X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:96072 Archived-At: My locally defined tool-bar changes when I enter the minibuffer, e.g. when editing a buffer in LaTeX mode (with AUCTeX) and then doing C-c C- c to compile. This seems perfectly logical given that the minibuffer is treated as a separate "buffer" which does not specify its own tool-bar-map. Still, the visual effect of a changing tool-bar is distracting and doesn't make much sense, given that one would not normally use tool- bar items to edit anything in the minibuffer (I'm sure one could copy and paste...). Would it be problematic to stick with previous tool-bar, but disable all items? The code below illustrates what I mean. It works, but ignores tool-bar items coming from the mode-map of the major mode, and it does not disable the items. (defun keep-tool-bar () (let ((former-tool-bar-map (with-current-buffer (window-buffer (minibuffer-selected-window)) tool-bar-map))) (if former-tool-bar-map (set (make-local-variable 'tool-bar-map) former-tool-bar-map)))) (add-hook 'minibuffer-setup-hook 'keep-tool-bar)