From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: propose adding Icicles to Emacs Date: Thu, 14 Jun 2007 12:07:21 -0400 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1181837310 1803 80.91.229.12 (14 Jun 2007 16:08:30 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 14 Jun 2007 16:08:30 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org To: "Drew Adams" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jun 14 18:08:27 2007 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 1Hyrs3-0003YP-4m for ged-emacs-devel@m.gmane.org; Thu, 14 Jun 2007 18:08:27 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Hyrs2-0003l4-Hu for ged-emacs-devel@m.gmane.org; Thu, 14 Jun 2007 12:08:26 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Hyrr4-00036g-8K for emacs-devel@gnu.org; Thu, 14 Jun 2007 12:07:26 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Hyrr2-00035a-IX for emacs-devel@gnu.org; Thu, 14 Jun 2007 12:07:25 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Hyrr2-00035R-9k for emacs-devel@gnu.org; Thu, 14 Jun 2007 12:07:24 -0400 Original-Received: from tomts43.bellnexxia.net ([209.226.175.110] helo=tomts43-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Hyrr1-00080l-56; Thu, 14 Jun 2007 12:07:23 -0400 Original-Received: from pastel.home ([70.55.143.156]) by tomts43-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20070614160721.JKSC5730.tomts43-srv.bellnexxia.net@pastel.home>; Thu, 14 Jun 2007 12:07:21 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 1BFFD7F83; Thu, 14 Jun 2007 12:07:21 -0400 (EDT) In-Reply-To: (Drew Adams's message of "Thu\, 14 Jun 2007 08\:51\:28 -0700") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1.50 (gnu/linux) X-detected-kernel: Solaris 8 (1) 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:72865 Archived-At: > I gave concrete examples for `completing-read' and pointed to the code for > the others as well. Each of the functions has different additional things > added, which cannot be done on `minibuffer-setup-hook'. Initializations etc. > that are appropriate for only one function (e.g. `completing-read') cannot > be put on a hook that is run when every function activates the minibuffer. Saying "can't do that" is not helpful. Please explain why you think you can't do that. What would you need to do be able to do? E.g. you can probably distinguish from minibuffer-setup-hook between most of the possible situations by looking at which keymap is used locally, what are the settings for the various minibuffer- variables, etc... Maybe these solutions are just as ugly (e.g. comparing (current-local-map) with minibuffer-local-completion-map would definitely count as an ugly hack), but at least they may give us some idea of what might be needed. Maybe other things just can't be done in minibuffer-setup-hook or minibuffer-exit-hook because they need to be run at some completely different moment. Let's try to be constructive. Stefan