From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Alex Newsgroups: gmane.emacs.devel Subject: Re: mouse-drag-and-drop-region Date: Fri, 17 Nov 2017 00:33:48 -0600 Message-ID: <87r2sx4do3.fsf@gmail.com> 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> <83r2syi5h6.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1510900449 15166 195.159.176.226 (17 Nov 2017 06:34:09 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 17 Nov 2017 06:34:09 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.90 (gnu/linux) Cc: rudalics@gmx.at, tak.kunihiro@gmail.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Nov 17 07:33:59 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 1eFaDu-0003IS-Aw for ged-emacs-devel@m.gmane.org; Fri, 17 Nov 2017 07:33:58 +0100 Original-Received: from localhost ([::1]:44121 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eFaE1-0004wC-2j for ged-emacs-devel@m.gmane.org; Fri, 17 Nov 2017 01:34:05 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:59147) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eFaDs-0004vu-Cw for emacs-devel@gnu.org; Fri, 17 Nov 2017 01:33:57 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eFaDp-0006UF-8g for emacs-devel@gnu.org; Fri, 17 Nov 2017 01:33:56 -0500 Original-Received: from mail-it0-x232.google.com ([2607:f8b0:4001:c0b::232]:45348) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eFaDp-0006TM-4W; Fri, 17 Nov 2017 01:33:53 -0500 Original-Received: by mail-it0-x232.google.com with SMTP id l196so2864209itl.4; Thu, 16 Nov 2017 22:33:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=fRFv9OI7bXOkQ4Vao6FaLB1t/9m8ozaKaxmc/xTrkPE=; b=qnIFinCK3ZsRDekbwkkvDwrJHHpPkjI5HMT9eoFkJAnGTn9iq6Bb4BvzCYymNQIRul x8qErp6zKbZQHSEOtAkEpKE/Rp5tc0fFeZdIoOqs4nB40ckFV+UtiIcRZTaNCJ3qMNfH 2fT52s05Hw1rgbdjlSnZSncaT2rnH98jkatO3/8GJbonaVL1rt+i97nbfGQq5Rx5bH4d wgUTFgi6iQCXEGyqT2ao9F5EmPxNQHzUFoULpeQ+Ly8WwM6gTyOW2u8xNNCBJA2/niHd tF3f318tJ1rrlpz0363sF40S1/325osCUbdxPTU4LJx4TC/I2G5n7L1kq5eVENXKvb+3 5Zmw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=fRFv9OI7bXOkQ4Vao6FaLB1t/9m8ozaKaxmc/xTrkPE=; b=fhLgr3WBXeRagQRB40MWotXW0lhdFFOxzFCW4lfO9Los044YKhtzvsR2JP14pAEaA6 0qv0iuRbT+4UQeE+nC3A/rKz74kImVJHYdzFp08/X3v+Z7W+cBjUpYaGFFlA7PW8lSSx AaylBpTNN1PU8xgrWSwAWaSPX1UbIhiwefcDJJsEoa9IIBlEe9eZQI0o0dk3siN9oMmX 4mvPOGofSTzpvE6KMfzJuomKqOKIwDu7hiHZ1EfhAt8lkRtkduc0o53n/FcN1U0FOzQK YOypDAbVwouHKoJ3c9o/hXmCk9Wl6+tZAYsWfULDYagYzZMBDvQ54pgo32cP++Mm20SJ pVfA== X-Gm-Message-State: AJaThX5An1B0NjgrdtMBjK2M2ZMu0Oizycue9PuPs1QuukFU+uo+IjLR 3y+7OoLcPynS/8AdS+NfvMiXbQ== X-Google-Smtp-Source: AGs4zMYluB2qBk0dOXpQhjaS/RJOgLJQCuEH63BNmfNrmf3BOWL8NlOWzpqqIsiz+uxLEDiMJCuOYQ== X-Received: by 10.36.19.81 with SMTP id 78mr5264056itz.143.1510900431914; Thu, 16 Nov 2017 22:33:51 -0800 (PST) Original-Received: from lylat (S010664777d9cebe3.ss.shawcable.net. [70.64.85.59]) by smtp.gmail.com with ESMTPSA id 23sm1652573itj.15.2017.11.16.22.33.50 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 16 Nov 2017 22:33:51 -0800 (PST) In-Reply-To: <83r2syi5h6.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 16 Nov 2017 17:54:45 +0200") X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4001:c0b::232 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:220239 Archived-At: Eli Zaretskii writes: >> > 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? Yeah, I 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 didn't mean to use menus directly, but to use a similar method of displaying something "on top of" a TTY frame. Is displaying the rectangle that makes up a menu necessarily incompatible with a regular command loop? If so, do you know why? >> > 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? Yes, it appears that only GTK tooltips are affected here. Should I file a bug report? >> 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. I don't believe this one has to do with GTK. If you set `track-mouse' to t, then, after the first pixel movement, you will only see mouse-movement events when you move the mouse to a whole character position. This might be intentional, but I think it's poor behaviour.