From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel,gmane.emacs.pretest.bugs Subject: Re: Help with partial line needed Date: Sat, 12 Feb 2005 22:34:56 +0100 Message-ID: References: <420BC387.3000503@swipnet.se> <420E6D91.9070205@swipnet.se> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1108244779 11426 80.91.229.2 (12 Feb 2005 21:46:19 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 12 Feb 2005 21:46:19 +0000 (UTC) Cc: emacs-pretest-bug@gnu.org, Emacs-Devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Feb 12 22:46:18 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1D055g-00068A-90 for ged-emacs-devel@m.gmane.org; Sat, 12 Feb 2005 22:46:12 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D05Kt-0008Qf-9x for ged-emacs-devel@m.gmane.org; Sat, 12 Feb 2005 17:01:55 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D05GY-0007M2-Nr for emacs-devel@gnu.org; Sat, 12 Feb 2005 16:57:32 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D05GO-0007FW-2k for emacs-devel@gnu.org; Sat, 12 Feb 2005 16:57:19 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D05GI-0007DL-9D; Sat, 12 Feb 2005 16:57:10 -0500 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1D04um-0000YZ-P7; Sat, 12 Feb 2005 16:34:56 -0500 Original-Received: from localhost ([127.0.0.1] helo=lola.goethe.zz) by fencepost.gnu.org with esmtp (Exim 4.34) id 1D04qx-0006MR-Gi; Sat, 12 Feb 2005 16:31:00 -0500 Original-To: "Jan D." In-Reply-To: <420E6D91.9070205@swipnet.se> (Jan D.'s message of "Sat, 12 Feb 2005 21:56:49 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) 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 X-MailScanner-To: ged-emacs-devel@m.gmane.org Xref: main.gmane.org gmane.emacs.devel:33318 gmane.emacs.pretest.bugs:5846 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:33318 "Jan D." writes: > There is definitly some bug in fluxbox, it sends the most crazy > configure notify events to Emacs when the tool bar is detached. It > usually sends three, two correct ones and one that is off by about 5 > pixels. It is those missing 5 pixels that shrinks the window > (i.e. Emacs rounds it to an even line). There should only be one > configure notify. > > Emacs is special in the way it handles (or rather the GTK version) > detaching and attaching of the tool bar. It tries to keep the same > lines as before, thus the resizing and the configure notify events. Hm. > I see that other applications instead keeps the total pixel size, so > then no configure notify is sent (the frame size is kept). I can > change to that behaviour, but since the tool bar height may not be a > multiple of the line height (as it is in other Emacs ports), there > will most probably be a partial line. And that partial line is the > minibuffer. It would be better if that partial line was in a > non-minibuffer. Does anybody know how to achive that (I just call > change_frame_size)? More concretely: it would be perfect if the _whole_ area from the toolbar was added to the window immediately below the toolbar, and if at the same time vscrol was adjusted by that amount, so that detaching and reattaching the toolbar would not cause any text to move on the screen. There may be exceptions: a) if the buffer display is already at the beginning of the buffer when the toolbar gets detached, the window contents will have to move up. b) if attaching the toolbar moves the cursor off-screen, recentering will become necessary. And of course, the toolbar can't be attached in that manner if the top window does not have the space to accommodate it. > There are another race condition involving configure notify and tool > bar attach/detach, but they happen very seldom, and usually ends up > growing the Emacs frame rather than shrink it. The fluxbox > behaviour is not changed by fixing that race condition. I haven't > checked in the fix for the race condition. If there is a way to > force the partial line to a non-minibuffer I think I'll go with that > solution instead. That sounds much better. > Sorry I couldn't help. Well, if the problem with fluxbox could be wrapped in a bug report and sent to the maintainers, this _could_ help. For me, the effect is not overly tragic since I usually don't use the toolbar, let alone detach it. Detached, I'd consider it quite more useful if it would be vertically arranged, but I have no clue about what GTK+ might offer in that respect. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum