From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: Tooltips on w32 slow and strange Date: Tue, 15 Feb 2005 01:27:15 +0100 Message-ID: References: <016b01c51163$45e1d630$0200a8c0@sedrcw11488> <16186.217.194.34.123.1108368907.squirrel@wwws.franken.de> <4210762C.9030203@gnu.org> <003a01c5129c$c2c55e80$0200a8c0@sedrcw11488> <01c512d3$Blat.v2.4$ddc805c0@zahav.net.il> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1108427946 28801 80.91.229.2 (15 Feb 2005 00:39:06 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 15 Feb 2005 00:39:06 +0000 (UTC) Cc: lennart.borgman.073@student.lu.se, emacs-devel@gnu.org, stahl@eos.franken.de, Eli Zaretskii , snogglethorpe@gmail.com, miles@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Feb 15 01:39:05 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1D0qjz-00045a-T6 for ged-emacs-devel@m.gmane.org; Tue, 15 Feb 2005 01:39:00 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D0qzd-0002s7-FQ for ged-emacs-devel@m.gmane.org; Mon, 14 Feb 2005 19:55:09 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1D0qyF-0002Jn-BT for emacs-devel@gnu.org; Mon, 14 Feb 2005 19:53:43 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1D0qwZ-0001ns-Dl for emacs-devel@gnu.org; Mon, 14 Feb 2005 19:52:03 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1D0qwU-0001Yv-EI for emacs-devel@gnu.org; Mon, 14 Feb 2005 19:51:54 -0500 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1D0qYe-0001nD-N9 for emacs-devel@gnu.org; Mon, 14 Feb 2005 19:27:16 -0500 Original-Received: from localhost ([127.0.0.1] helo=lola.goethe.zz) by fencepost.gnu.org with esmtp (Exim 4.34) id 1D0qUb-0007y0-5Q; Mon, 14 Feb 2005 19:23:05 -0500 Original-To: Jason Rumney In-Reply-To: (Jason Rumney's message of "Mon, 14 Feb 2005 23:58:23 +0000") 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:33440 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:33440 Jason Rumney writes: > Miles Bader writes: > >> On Mon, 14 Feb 2005 22:28:19 +0200, Eli Zaretskii wrote: >>> > "Emacs Frame" tooltips seems to work really well in X11; why not just >>> > make them work well in Windows too? >>> >>> FWIW, I use Emacs on Windows XP and never saw any special slowness >>> of the Emacs tooltips. >> >> Might it be simply that Windows is very slow in window-creation (it >> is reputedly much slower to create new OS processes than other >> OSes) and the original poster has a very slow machine? > > I think any slowness to create windows would not be perceptable, as > it would just mean a slightly longer delay before the tooltip pops > up. The perceived slowness I think is the delay between window > creation and drawing its contents. We might be able to hide the > tooltip window until it is completely drawn so the user does not see > this. Uh, disagree. The really disturbing effect of a tooltip popup is when you type keys and Emacs basically appears to freeze without explanation until the Windows pops up. Once we start working on a tooltip, response is gone until we finished the tooltip. So it is essential that we do the tooltip in the fastest possible way. Double buffering not only makes the operation slower, it also removes the possibility of guessing just why the machine does not react immediately. > But the other problem of focus changing when tooltips pop up is more > urgent, I think. That too... -- David Kastrup, Kriemhildstr. 15, 44793 Bochum