From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: David Masterson Newsgroups: gmane.emacs.devel Subject: Re: Gtk version getting closer Date: 15 Nov 2002 10:46:43 -0800 Sender: emacs-devel-admin@gnu.org Message-ID: References: <200211071936.gA7JaBMU001860@stubby.bodenonline.com> <8296-Fri15Nov2002193120+0200-eliz@is.elta.co.il> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1037386968 14742 80.91.224.249 (15 Nov 2002 19:02:48 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 15 Nov 2002 19:02:48 +0000 (UTC) Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18Cljp-0003pc-00 for ; Fri, 15 Nov 2002 20:02:45 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18Clwp-00071U-00 for ; Fri, 15 Nov 2002 20:16:11 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 18CljH-0005q1-00; Fri, 15 Nov 2002 14:02:11 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18ClVb-0001Bb-00 for emacs-devel@gnu.org; Fri, 15 Nov 2002 13:48:03 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18ClVY-0001AZ-00 for emacs-devel@gnu.org; Fri, 15 Nov 2002 13:48:01 -0500 Original-Received: from main.gmane.org ([80.91.224.249]) by monty-python.gnu.org with esmtp (Exim 4.10) id 18ClUM-0000kx-00 for emacs-devel@gnu.org; Fri, 15 Nov 2002 13:46:46 -0500 Original-Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 18ClSb-0002j9-00 for ; Fri, 15 Nov 2002 19:44:57 +0100 Original-To: emacs-devel@gnu.org X-Injected-Via-Gmane: http://gmane.org/ Original-Received: from news by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 18ClSb-0002iz-00 for ; Fri, 15 Nov 2002 19:44:57 +0100 Original-Path: not-for-mail Original-Lines: 38 Original-NNTP-Posting-Host: dhcp-146-225-32-177.synopsys.com Original-X-Trace: main.gmane.org 1037385897 10474 146.225.32.177 (15 Nov 2002 18:44:57 GMT) Original-X-Complaints-To: usenet@main.gmane.org Original-NNTP-Posting-Date: Fri, 15 Nov 2002 18:44:57 +0000 (UTC) User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 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:9462 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:9462 >>>>> Eli Zaretskii writes: >> From: David Masterson >> Date: 15 Nov 2002 08:36:44 -0800 >> >> if you were going to use the menu, I would think the tooltip >> popping up might get in the way. > Can't you prevent this by customizing tooltip-x-offset and > tooltip-y-offset, or maybe tooltip-delay? I guess it's a preference thing. Some people are used to tooltips popping up all the time and, so, it doesn't distract them if they're not interested in the tooltip. Others prefer the tooltip to be available when asked for (as in "What's this?") and would be annoyed if the tooltip popped up while (say) they were thinking about choosing between menuA and menuB. The tooltip-delay might help, but it requires a fine balance between too fast (annoying you when you're not interested in the tip) and too slow (annoying you when you are interested). The offsets are also problematic because the widgets that the tooltips are applied to are not uniform size, so sometimes the offset may be too far and sometimes it may be too close. Perhaps a tooltip-style variable is needed with these options: * never - deactivate tooltips * always - full activation of tooltips * nomenus - activated except for menus * whatthis - deactivate tooltips, but "What's this?" will activate tooltip of selected widget Or, perhaps, the style should only be the first 3 and the last one is a command (which can be applied to a key) that is always available. -- David Masterson David DOT Masterson AT synopsys DOT com Sr. R&D Engineer Synopsys, Inc. Software Engineering Sunnyvale, CA