From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Brady Montz Newsgroups: gmane.emacs.devel Subject: Re: The minibuffer vs. Dialog Boxes (Re: Making XEmacs be more up-to-date) Date: 24 Apr 2002 09:31:13 -0700 Sender: emacs-devel-admin@gnu.org Message-ID: References: NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1019669435 15154 127.0.0.1 (24 Apr 2002 17:30:35 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 24 Apr 2002 17:30:35 +0000 (UTC) Cc: xemacs-design@xemacs.org, 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 170QbD-0003wJ-00 for ; Wed, 24 Apr 2002 19:30:35 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 170Qcy-0000Jo-00 for ; Wed, 24 Apr 2002 19:32:24 +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 170Qb4-00029o-00; Wed, 24 Apr 2002 13:30:26 -0400 Original-Received: from c64-255-216-95.sea1.cablespeed.com ([64.255.216.95] helo=sandman.balestra.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 170Pfu-00069J-00 for ; Wed, 24 Apr 2002 12:31:22 -0400 Original-Received: (from bradym@localhost) by sandman.balestra.org (8.10.2/8.10.2) id g3OGVEF01809; Wed, 24 Apr 2002 09:31:14 -0700 (PDT) X-Authentication-Warning: sandman.balestra.org: bradym set sender to bradym@balestra.org using -f Original-To: Eli Zaretskii In-Reply-To: Original-Lines: 56 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.5 (bamboo) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:3194 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:3194 Eli Zaretskii writes: > On 23 Apr 2002, Brady Montz wrote: > > > > Sounds good, but how does a user get into the ring in the first place? > > > > Lessee, we currently have: > > 1. the help menu > > 2. the items on the splash page > > > > those seem a good start. > > Yes, but I thought you were unhappy with the current UI that enters help, > including the menu bar. I thought you were suggesting something > different... I'm mildly unhappy with the current UI, in that the entry points are fairly cryptic. That's easily fixed. The greater unhappiness is that the help system is a bit of a maze (unavoidable), and which entrance you take decides a lot about the route you take, and the lack of cross-linking between the paths makes it tricky to jump from one to the next. So, the first decision the user makes has much more weight than it should, and it's probably the decision where he has the least information. And it's a cryptic choice. So, better linkage upfront, with a single help dialog box (but not mandated). And better linkage later in case I want to wander a different route through the help maze. And, perhaps ironically, if we have a more fluid way of navigating the maze, we can have even more entry points. Like tooltips. > > 1. a button on the toolbar and/or in the menu to describe the current modes. > > 2. "what's this?" tooltips or buttons. > > 3. a minor mode like eldoc that makes the symbols in your elisp files > > clickable, just like we have for info and man pages. Click on a > > symbol to find out more. > > ...like this. > > > "What's this?" might be particularly useful for the modeline. > > Emacs 21 implements some of that with tooltips that pop up depending on > the area of the mode line where you place the mouse pointer. For > example, place it on the "%%" marker, and a tooltip will pop up saying > "Read-only buffer, mouse-3 toggles". I think this should be used in more > parts of the display. Stuff like that is nice. Especially if it doesn't slow you down. I long since turned off the "oh, you coulda typed this key instead" because the message was inline with my action, and slowed it down. Tooltips are nicely unobtrusive. -- Brady Montz bradym@balestra.org