From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: mouse-drag-and-drop-region Date: Thu, 16 Nov 2017 17:54:45 +0200 Message-ID: <83r2syi5h6.fsf@gnu.org> References: <5A0ABD41.5040402@gmx.at> <874lpwobsa.fsf@gmail.com> <5A0C0765.2040908@gmx.at> <87375fl3z1.fsf@gmail.com> <831skzjo2o.fsf@gnu.org> <87y3n7jj2y.fsf@gmail.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1510847694 22019 195.159.176.226 (16 Nov 2017 15:54:54 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 16 Nov 2017 15:54:54 +0000 (UTC) Cc: rudalics@gmx.at, tak.kunihiro@gmail.com, emacs-devel@gnu.org To: Alex Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Nov 16 16:54:39 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFMUw-0004sA-Ma for ged-emacs-devel@m.gmane.org; Thu, 16 Nov 2017 16:54:38 +0100 Original-Received: from localhost ([::1]:41496 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eFMV4-0008Nr-3v for ged-emacs-devel@m.gmane.org; Thu, 16 Nov 2017 10:54:46 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44641) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eFMUt-0008MK-VO for emacs-devel@gnu.org; Thu, 16 Nov 2017 10:54:36 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eFMUp-0004sb-G3 for emacs-devel@gnu.org; Thu, 16 Nov 2017 10:54:36 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:54016) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eFMUp-0004sT-C3; Thu, 16 Nov 2017 10:54:31 -0500 Original-Received: from [176.228.60.248] (port=1957 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eFMUo-0004QW-Ng; Thu, 16 Nov 2017 10:54:31 -0500 In-reply-to: <87y3n7jj2y.fsf@gmail.com> (message from Alex on Wed, 15 Nov 2017 16:03:17 -0600) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:220222 Archived-At: > From: Alex > Cc: rudalics@gmx.at, tak.kunihiro@gmail.com, emacs-devel@gnu.org > Date: Wed, 15 Nov 2017 16:03:17 -0600 > > >> I suppose (display-graphic-p) should be supplied as the 2nd argument to > >> `tooltip-show', then? > > > > display-multi-frame-p is more appropriate. > > That appears to be an alias to `display-graphic-p'. That's an implementation detail. But even if it will always remain the alias, using it still conveys the intent more clearly that display-graphic-p, don't you agree? > > But I think the tooltip should not be shown at all on TTY frames, it > > looks unnecessary and even silly to show the dragged text in the echo > > area. > > That sounds better. Though I wonder if tooltips could be shown in TTY > frames using a method similar to how `x-popup-menu' displays a menu in > them? No, it can't. TTY menus pre-empt the command loop, so they cannot be shown during mouse-tracking, AFAIR. > >> I also noticed that when dragging in an X window, the tooltip flickers > >> quite a bit. Is there any easy remedy for this? > > > > We constantly redisplay the tooltip frame, don't we? Or does this > > happen only with GTK tooltips? > > I don't know the details, but it appears that there are some redisplay > cycles that don't show the tooltip, leading to flickering. > > I've only tested this with GTK tooltips so far. Does the flickering disappear if you set x-gtk-use-system-tooltips to nil? > There's also a side issue that subsequent mouse-movement events appear > to only be generated after moving a character rather than by a > configurable amount of pixels, which leads to the tooltip movement being > a bit jerky. If that, too, disappears when GTK tooltips are not used, then maybe it's due to the way we show GTK tooltips.