From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Juanma Barranquero Newsgroups: gmane.emacs.devel Subject: Re: ehelp woes, or why I hate a module that I love so much Date: Thu, 27 Jun 2002 19:11:13 +0200 Sender: emacs-devel-admin@gnu.org Message-ID: <20020627190100.35DA.LEKTU@terra.es> References: <20020625155158.5935.LEKTU@terra.es> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1025198200 31867 127.0.0.1 (27 Jun 2002 17:16:40 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 27 Jun 2002 17:16:40 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17Ncsq-0008Hr-00 for ; Thu, 27 Jun 2002 19:16:40 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17NcvX-0004xK-00 for ; Thu, 27 Jun 2002 19:19:27 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17Ncsp-0002vz-00; Thu, 27 Jun 2002 13:16:39 -0400 Original-Received: from [62.22.27.141] (helo=mail.peoplecall.com) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17Ncnb-0002Wn-00; Thu, 27 Jun 2002 13:11:15 -0400 Original-Received: from [62.22.27.143] (jbarranquero.ofi.peoplecall.com [62.22.27.143]) by mail.peoplecall.com (8.11.6/8.11.6) with ESMTP id g5RHBDa30093; Thu, 27 Jun 2002 19:11:13 +0200 Original-To: rms@gnu.org In-Reply-To: X-Mailer: Becky! ver. 2.05 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:5237 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:5237 On Wed, 26 Jun 2002 18:24:24 -0400, Richard Stallman wrote: > I don't think anyone else is working on this, so if you want to > develop these changes, please do. First I'd like to get some input from people around here regarding why it is necessary for ehelp to use its own command-loop. I sure would like to get rid of it. AFAICS, the command-loop is used only to (sort of) "force" the user to do only pg-up, pg-down, quit, retain, etc. and show a prompt in the echo area. But in fact it is perfectly posible to switch to another window, kill the electrified buffer, etc., so the command-loop is more of a nuisance than any kind of help. I think ehelp is conflating two different things: a framework to make temporary, small-sized windows at the bottom of the frame and restore the window configuration afterwards, and an "electric" interface to get a reminding prompt and to dismiss the window with just one keystroke. IMHO, there should be a splicit framework for temporary, small-sized windows (using fit-window-to-buffer, etc), but its "electricity" should be limited to defining a few useful keybindings. Moving around is self-evident (I mean, all modes have a way to move around), and quitting and remaining are just particular cases of burying or killing the buffer or switching to another window. Or am I missing something important here? /L/e/k/t/u