From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: JD Smith Newsgroups: gmane.emacs.devel Subject: Re: Toolbar redraw causes unwanted selection Date: Tue, 19 Dec 2006 07:50:58 -0700 Message-ID: <5C56236E-6757-4AE1-A8AC-F61E0866E95F@as.arizona.edu> References: NNTP-Posting-Host: dough.gmane.org Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1166539892 25794 80.91.229.10 (19 Dec 2006 14:51:32 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 19 Dec 2006 14:51:32 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Dec 19 15:51:31 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by dough.gmane.org with esmtp (Exim 4.50) id 1GwgJU-0004Ef-To for ged-emacs-devel@m.gmane.org; Tue, 19 Dec 2006 15:51:28 +0100 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GwgJS-0003y2-BE for ged-emacs-devel@m.gmane.org; Tue, 19 Dec 2006 15:51:26 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GwgJR-0006m3-T1 for ged-emacs-devel@m.gmane.org; Tue, 19 Dec 2006 09:51:25 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GwgJF-0006hd-VI for emacs-devel@gnu.org; Tue, 19 Dec 2006 09:51:13 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GwgJC-0006am-7h for emacs-devel@gnu.org; Tue, 19 Dec 2006 09:51:13 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GwgJC-0006aj-56 for emacs-devel@gnu.org; Tue, 19 Dec 2006 09:51:10 -0500 Original-Received: from [64.233.184.239] (helo=wr-out-0506.google.com) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GwgJC-0002nU-4B for emacs-devel@gnu.org; Tue, 19 Dec 2006 09:51:10 -0500 Original-Received: by wr-out-0506.google.com with SMTP id i12so766680wra for ; Tue, 19 Dec 2006 06:51:09 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer:sender; b=C698WAVy750ISG2PxWXhN4ZzRbicHs0J5jEig+RVKEbIKlzOBhjMgrEL21JOG43eTTkMH88F8Kl8c4kJ/jgJaO92lKIIxM6PJo9wUm7wbA0qZYiUaaD2uvuIxVesmTxmoLadiPZT9CrVluHFAZ5ScgK3H+17Yg676ZIZg1ny61w= Original-Received: by 10.90.79.6 with SMTP id c6mr5439644agb.1166539868294; Tue, 19 Dec 2006 06:51:08 -0800 (PST) Original-Received: from ?192.168.100.145? ( [64.252.153.52]) by mx.google.com with ESMTP id 20sm8852557agb.2006.12.19.06.51.04; Tue, 19 Dec 2006 06:51:07 -0800 (PST) In-Reply-To: Original-To: storm@cua.dk (Kim F. Storm) X-Mailer: Apple Mail (2.752.2) 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:63955 Archived-At: On Dec 19, 2006, at 3:02 AM, Kim F. Storm wrote: >> As someone who often switches rapidly between row and 1-row toolbar >> windows (a C buffer and an IDLWAVE buffer, for instance), I can >> confirm that the constant resizing is a bit annoying -- though much >> less than the original unintended selection. > > So why don't you turn it off then? That's what I end up doing. Many users prefer the toolbar (which has some conveniences), and don't know how to turn it off. And I might actually use it more if not for these twin inconveniences. >> One toolbar size per >> frame would seem a good idea, > > That's already what tool-bar-lines in frame-paramteres do. Hadn't heard of it, but if this is optional, I suppose all modes would need to set it to be effective. >> based on the maximum number of rows >> required for all windows in that frame. This way, as buffers are >> switched to other modes/etc., the toolbar resizes, but simply >> switching windows (by clicking, C-x o, etc.) won't trigger the >> resize. > > That's a nice idea, but quite impractical. The tool-bar may depend on > a keymap property at specific buffer positions, so how can you know > what's needed? That's a good point. I suppose Richard's "grow but don't shrink" method is the only suitable approach in light of this. If the toolbar grew too large due to some over-eager mode, that would also be frustrating. The current behavior may be the least of the various evils. > I think the only practical approach is an explicit "grow-only" setting > for auto-resize-tool-bars, and then define some specific commands > which may reduce the toolbar size (e.g. C-l as RMS suggested). > >> Post-release, it would also be very nice to be able to specify the >> addition of a new row of toolbar buttons independent of frame width, >> for modes which append to the original set of buttons. This would >> also result in less churn in toolbar height, and would be more >> visually appealing for modes which add a themed set of icons. > > I'm not sure I understand. Do you want a "line break" in the toolbar > lines or ? Basically, yes. One row of default editing icons. One row of mode- specific icons. Thanks, JD