From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: =?iso-8859-1?q?Stefan_Reich=F6r?= Newsgroups: gmane.emacs.devel Subject: Re: Improved help from minibuffer prompts Date: Wed, 14 Apr 2004 12:39:37 +0200 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1081939904 13245 80.91.224.253 (14 Apr 2004 10:51:44 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 14 Apr 2004 10:51:44 +0000 (UTC) Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Wed Apr 14 12:51:34 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BDhzS-0003G9-00 for ; Wed, 14 Apr 2004 12:51:34 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1BDhzR-0007oz-00 for ; Wed, 14 Apr 2004 12:51:33 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1BDhsr-00054x-9S for emacs-devel@quimby.gnus.org; Wed, 14 Apr 2004 06:44:45 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1BDhru-00051K-If for emacs-devel@gnu.org; Wed, 14 Apr 2004 06:43:46 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1BDhrL-0004qV-Fe for emacs-devel@gnu.org; Wed, 14 Apr 2004 06:43:42 -0400 Original-Received: from [140.78.161.123] (helo=proxy.riic.at) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.30) id 1BDho7-0003Vw-8a; Wed, 14 Apr 2004 06:39:51 -0400 Original-Received: from nanni.riic.uni-linz.ac.at.riic.at (nanni.riic.uni-linz.ac.at [140.78.161.79]) by proxy.riic.at (8.12.7/8.12.7/SuSE Linux 0.6) with ESMTP id i3EAdb8a011569; Wed, 14 Apr 2004 12:39:37 +0200 Original-To: Miles Bader , emacs-devel In-Reply-To: (Kim F. Storm's message of "14 Apr 2004 12:04:58 +0200") User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3.50 (berkeley-unix) X-Virus-Scanned: by AMaViS - amavis-milter (http://www.amavis.org/) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:21621 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:21621 Hi Kim! > Miles Bader writes: > >> Here's an idea: Use the normal binding for `describe-function' (`C-h f', >> or `F1 f') and either have it directly pop up the help for the currently >> executing command (i.e., don't prompt for a function name as usual), or >> else prompt as usual, but set the default value for the prompt to the >> function currently executing command (so that you'd typically use `C-h f >> RET' to get help in the situation you describe). Since users will probably >> be used to `C-h f' to get function help in other contexts, it should be >> easier to remember in the minibuffer too. > > That would be ok. > > Other possibilities are: > > C-h . => help at point > This could behave differently if point is in minibuffer, as > there is usually no specific help "at point" in there. > > C-h m => mode specific help (minibuffer specific help) > I often use this to get help specific to the current context, > so extending this to understand "minibuffer context" seems > logical to me. > > C-h C-h => maybe we don't need the "help menu" when operating on the > minibuffer I am fine with all of these bindings. My ranking would be: C-h . C-h f C-h m C-h C-h What do others think?