From unknown Tue Jun 17 01:36:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30399: 27.0.50; tooltips are broken Resent-From: Stephen Berman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 08 Feb 2018 22:27:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 30399 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 30399@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.151812880631553 (code B ref -1); Thu, 08 Feb 2018 22:27:01 +0000 Received: (at submit) by debbugs.gnu.org; 8 Feb 2018 22:26:46 +0000 Received: from localhost ([127.0.0.1]:34438 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ejueT-0008Cr-Np for submit@debbugs.gnu.org; Thu, 08 Feb 2018 17:26:46 -0500 Received: from eggs.gnu.org ([208.118.235.92]:57775) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ejueS-0008Cf-5C for submit@debbugs.gnu.org; Thu, 08 Feb 2018 17:26:44 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ejueL-0002eM-Ok for submit@debbugs.gnu.org; Thu, 08 Feb 2018 17:26:38 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:53235) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1ejueL-0002e8-LT for submit@debbugs.gnu.org; Thu, 08 Feb 2018 17:26:37 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:48727) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ejueK-0003TZ-Av for bug-gnu-emacs@gnu.org; Thu, 08 Feb 2018 17:26:37 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ejueH-0002br-4E for bug-gnu-emacs@gnu.org; Thu, 08 Feb 2018 17:26:36 -0500 Received: from mout.gmx.net ([212.227.17.21]:37425) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ejueG-0002aX-QW for bug-gnu-emacs@gnu.org; Thu, 08 Feb 2018 17:26:33 -0500 Received: from rosalinde ([83.135.20.87]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LezI3-1f3Ktl1S1P-00qfA1 for ; Thu, 08 Feb 2018 23:26:30 +0100 From: Stephen Berman Date: Thu, 08 Feb 2018 23:26:29 +0100 Message-ID: <87wozn9kyy.fsf@gmx.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:rWsc+HdTEoYlFIGt1brPRLDuq92no4LHujG8TuFNiJ6Wb7JF7MB 1UztC+cHQvnM8jYf0igXHcX6Nj3qWteqQoC6yUbUg0d5UcOD86kTDH/pLSdL2k9vhBJKcB8 gDop8uW0OT0Qbc7yii7P8WenVwsgr+vnmxz3VuTfVk1C9vxKRH3ZhUm5ejlNNabg4fboT8O 3/QarClXs35hr8Vuo/cPA== X-UI-Out-Filterresults: notjunk:1;V01:K0:/yjkYoWtxSI=:t87WRM7ittkwtp2isio3mq ExQje/qNX+zu7eIxz7asv94Z2nb6rkiCQD9ikYvnVa8sLPVjCO2UHO0RAwMkNNOrhz4pn1YwS M3g3tmgJVG7aYEciyIRfAAJRoeIUKnhM+/KgnwQAk7ueH6ucGjc4ThtwBcgsTHk1G/JCtdxWD 4/MKwZzYmdXk/ucp9QcwkFYDZtNQ6aqojSejb++r9oN4UKwkCJH6BAH677Th9OmEIpre2J6Xp g5eOGbyRlZ126VhiCJAZAdy6WkUbA7CneQYMsseQ7EIrCLhvUdNXKd6YxgBsMgmlF5vm33QJi lWtycJY3gZrDZb/fUl6k/bovr47hBqh9hKwZ02+BN4pce+f78kNinnIniRSSYVEVlMc90xGXU 1S6Fo5rrgdUnv0fHrVPkPvCdhWznOcwd2RtTWU4gyuEkHXObZIoAqpI88gRWsK9mbweZHbF57 eOZ13rSI1t3bllDHthXrHbP72u9MSJVpw5Y3OBVDHz8S2WvBDObYJ+55tEKr1eYYtvBfIqwYg iSQcaK975GOGEmZ/hgmQAae1zJVyrsully8Eb3C8VJL+dP7S/0UrBev4W0py7CaMLLp0+6/qC ZYRWV9AdkR8jLesv62GZkJaab3bali1bH19qki/0ZgDb3G1l1PmWYq8XY79hIhR4sklIB0Lqp i4u41R6WEd/TopOn1sodQJ886teT7uxe8LaY7SR8V6RkZZfWTEsbFWtvs2DvTzaKudNG5ao56 MiCs0iRkgDfHEiyxP7l1JwmKTxPHcgQaZ+KtUJkVEd3SjhldwaEWSKmVy6upUR65r6yDjLl9F oGkAWtLUXWJN6ebYBaQmYAto9yFVYXcFZiM9YbgURsRISnzFYk= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.1 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.1 (----) I'm seeing buggy behavior with tooltips on master, and though I haven't bisected with git, I see the problems starting with my first build after this commit: e462308f03..: Martin Rudalics 2018-01-18 Fix some tooltip related problems and I don't see the problems in my builds before that commit. My builds are with GTK+; I haven't tried with another or no toolkit. Here's the (expected) behavior prior to that commit (also seen in current emacs-26): 0. emacs -Q 1. evaluate (tooltip-show "This is a test") => A GTK+-themed tooltip is displayed for 10 seconds or until there is an input event, then disappears. 2. evaluate (x-show-tip "This is a test") => A GTK+-themed tooltip is displayed for 5 seconds or until there is an input event, then disappears. 3. evaluate (let (x-gtk-use-system-tooltips) (tooltip-show "This is a test")) => A non-toolkit tooltip is displayed for 10 seconds or until there is an input event, then disappears. 4. evaluate (let (x-gtk-use-system-tooltips) (x-show-tip "This is a test")) => A non-toolkit tooltip is displayed for 5 seconds or until there is an input event, then disappears. And here's the buggy behavior (starting with step 2) I see on master since the above commit: 0. emacs -Q 1. evaluate (tooltip-show "This is a test") => A GTK+-themed tooltip is displayed for 10 seconds or until there is an input event, then disappears. 2. evaluate (x-show-tip "This is a test") => A GTK+-themed tooltip is displayed and remains displayed, even if there are input events, until executing step 3 or repeating step 1. 3. evaluate (let (x-gtk-use-system-tooltips) (tooltip-show "This is a test")) => A non-toolkit tooltip is displayed and remains displayed, even if there are input events, until the end of the Emacs session (at least I haven't found a way to get rid of it); however, if the GTK+-themed tooltip from step 2 is still displayed when the above sexp is evaluated, then after 10 (not 5) seconds the GTK+-themed tooltip disappears (but the non-toolkit tooltip remains). 4. evaluate (let (x-gtk-use-system-tooltips) (x-show-tip "This is a test")) => A non-toolkit tooltip is displayed and remains displayed, even if there are input events, until the end of the Emacs session AFAICT; if the tooltip from step 3 is still displayed when the above sexp is evaluated, it is just moved by this step but does not disappear, and if the GTK+-themed tooltip from step 2 is still displayed that tooltip also remains displayed (unlike in step 3). I tried stepping through Fx_show_tip in gdb while executing step 1 and again with step 2 in current master. In both cases the GTK+-themed tooltip appears, the code path jumps to start_timer, runs a timer, calls x-hide-tip and then the function returns; in step 1, on continuing, the tooltip disappears, but in step 2, on continuing, the tooltip remains. Then I tried stepping through x_hide_tip, but the breakpoint was hit before the tooltip was displayed and on continuing until the command loop was again accessible, any input immediate hit the breakpoint again. So I probably cannot debug this further without guidance. In GNU Emacs 27.0.50 (build 17, x86_64-pc-linux-gnu, GTK+ Version 3.22.18) of 2018-02-08 built on rosalinde Repository revision: a710f8aa61ca73054109dc4f926d1ac6aabdd849 Windowing system distributor 'The X.Org Foundation', version 11.0.11903000 System Description: Linux From Scratch Configured using: 'configure --with-xwidgets 'CFLAGS=-Og -g3'' Configured features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS NOTIFY ACL GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 THREADS XWIDGETS LCMS2 Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix From unknown Tue Jun 17 01:36:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30399: 27.0.50; tooltips are broken Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 09 Feb 2018 09:54:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30399 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stephen Berman , 30399@debbugs.gnu.org Received: via spool by 30399-submit@debbugs.gnu.org id=B30399.151817001931217 (code B ref 30399); Fri, 09 Feb 2018 09:54:01 +0000 Received: (at 30399) by debbugs.gnu.org; 9 Feb 2018 09:53:39 +0000 Received: from localhost ([127.0.0.1]:34672 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ek5ND-00087R-8i for submit@debbugs.gnu.org; Fri, 09 Feb 2018 04:53:39 -0500 Received: from mout.gmx.net ([212.227.17.20]:41079) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ek5NB-00087E-8e for 30399@debbugs.gnu.org; Fri, 09 Feb 2018 04:53:37 -0500 Received: from [192.168.1.100] ([213.162.73.16]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LnPnu-1fCGyi3qSU-00hhTx; Fri, 09 Feb 2018 10:53:31 +0100 Message-ID: <5A7D6F9A.1010504@gmx.at> Date: Fri, 09 Feb 2018 10:53:30 +0100 From: martin rudalics MIME-Version: 1.0 References: <87wozn9kyy.fsf@gmx.net> In-Reply-To: <87wozn9kyy.fsf@gmx.net> Content-Type: multipart/mixed; boundary="------------090708010908040702090704" X-Provags-ID: V03:K0:ZU0rpz7aBHcTTcqiaedg3M4Y0qNG2DU0mLqc0f10TsHPPDvDbwW v7YSm1HoGFAQO6Rg5sO93p5DVOF/hficGobCZYdA4gejVtzy0j+hqFZ2oX3IbWj6AfqcErk NMAvzhJ8trlPMQsKI49SgDcaJUUw2avYnlhIDnVX6SYhyV3v3ken+0fhMZXA3dYd5Ep3vx/ v764aXXF4sgnFJ2MqjNrg== X-UI-Out-Filterresults: notjunk:1;V01:K0:1TxWNjWcL0w=:EC8F9egMYxWR0hVd+UQEev V2tD87p2UYkbxmfmjcDlfblCA2V+HLc266alIlUrDK8QstWh8b7Oe+ly78MiF1ApV5fmCMMos I+O/FsVKSh9RMk486qFWuuom+laqONr6McYVD3cAu13dN5l/457LHwuWJYwc+wU70mK5En3vG WcdUwh3EMtZz9EkjJKDk4nHqJuMyisltr2PB/mJzMipAl5XnkqXqsUqGs7Xm6I9h/qwGjwpOc Wt5xVSV1uiBK3kZwnNo/aJBKVTcE6WOVYfIqFw9Frs0EwU8XX6hdjfhDTtEndcOSC1G6862mL IPTJj7yF07RH5oD6qnUzqw48t+piJ74rNrotjtPrRP3zs8TV6yrlIrs433AlUcSlu5q8NRu1t aZ5kZEFBxrsnMXqpNTrffHsVMgoU0XRPysg9lalBHWZQkzQhHUTfNPQL95wRWJU7w62a5Kdr4 glaVwArzUaLZe7J6KB22X8oAFGu/TIwFAMVo7o8dzL1TpZ+oHTX81ORxIuOX+QfhX5bGGst5L PN7ET0vj5KXN3H0SO8yns7EkIBcnC+hIlVvv5nO12fQ8or/wRU0zavB4kcVq5y7hPqJQRiPer YgwLQWKhk5AbQctv2DMoydWLokYdgA1OrIqNlIagefAVACkIbLc6SztQkPWtG5ui/kMjoNGkY S76qWM0IkMQbTh59/0H8gXBWFDOzByNM8/NbIB9pum8G7hWWTOZHeOj9Ce4ZPcSvi+gG7q77c P9UyC2SaggPUPj1laqvNSjsjOsz85Khnlh8JkkC1qtwtTzEzzZqaQnlY0tW8P1nZXDSSP1J/X VlWbhXrjfrepzePlHyab3R0N4WeHchQvKQz56GFxyzV43Csobo= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) This is a multi-part message in MIME format. --------------090708010908040702090704 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit > And here's the buggy behavior (starting with step 2) I see on master > since the above commit: > > 0. emacs -Q > 1. evaluate (tooltip-show "This is a test") > => A GTK+-themed tooltip is displayed for 10 seconds or until there > is an input event, then disappears. > 2. evaluate (x-show-tip "This is a test") > => A GTK+-themed tooltip is displayed and remains displayed, even if > there are input events, until executing step 3 or repeating step 1. This is due to a rather silly omission which should have already defeated a feature in Emacs 26 when calling 'x-show-tip' (you've been warned - Lisp code should call 'tooltip-show'). > 3. evaluate (let (x-gtk-use-system-tooltips) > (tooltip-show "This is a test")) > => A non-toolkit tooltip is displayed and remains displayed, even if > there are input events, until the end of the Emacs session (at least > I haven't found a way to get rid of it); however, if the GTK+-themed > tooltip from step 2 is still displayed when the above sexp is > evaluated, then after 10 (not 5) seconds the GTK+-themed tooltip > disappears (but the non-toolkit tooltip remains). > 4. evaluate (let (x-gtk-use-system-tooltips) > (x-show-tip "This is a test")) > => A non-toolkit tooltip is displayed and remains displayed, even if > there are input events, until the end of the Emacs session AFAICT; if > the tooltip from step 3 is still displayed when the above sexp is > evaluated, it is just moved by this step but does not disappear, and > if the GTK+-themed tooltip from step 2 is still displayed that > tooltip also remains displayed (unlike in step 3). Let-binding 'x-gtk-use-system-tooltips' is a more delicate issue. As a rule, options should never be let-bound but since the customizer is always right we'll probably have to fix this as well. Please try the attached fix. And please test it also with the inverse scenario (setq x-gtk-use-system-tooltips nil) (let ((x-gtk-use-system-tooltips t)) (tooltip-show "Test")) Thanks, martin --------------090708010908040702090704 Content-Type: text/plain; charset=windows-1252; name="gtk-tooltip.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="gtk-tooltip.diff" ZGlmZiAtLWdpdCBhL3NyYy94Zm5zLmMgYi9zcmMveGZucy5jDQppbmRleCBkYjFjZTMxLi45 ZjBkOTQ2IDEwMDY0NA0KLS0tIGEvc3JjL3hmbnMuYw0KKysrIGIvc3JjL3hmbnMuYw0KQEAg LTYwNzcsNyArNjA3Nyw3IEBAIHN0YXRpYyB2b2lkIGNvbXB1dGVfdGlwX3h5IChzdHJ1Y3Qg ZnJhbWUgKiwgTGlzcF9PYmplY3QsIExpc3BfT2JqZWN0LA0KIC8qIFNUUklORyBhcmd1bWVu dCBvZiBsYXN0IGB4LXNob3ctdGlwJyBjYWxsLiAgKi8NCiBzdGF0aWMgTGlzcF9PYmplY3Qg dGlwX2xhc3Rfc3RyaW5nOw0KIA0KLS8qIEZSQU1FIGFyZ3VtZW50IG9mIGxhc3QgYHgtc2hv dy10aXAnIGNhbGwuICAqLw0KKy8qIE5vcm1hbGl6ZWQgRlJBTUUgYXJndW1lbnQgb2YgbGFz dCBgeC1zaG93LXRpcCcgY2FsbC4gICovDQogc3RhdGljIExpc3BfT2JqZWN0IHRpcF9sYXN0 X2ZyYW1lOw0KIA0KIC8qIFBBUk1TIGFyZ3VtZW50IG9mIGxhc3QgYHgtc2hvdy10aXAnIGNh bGwuICAqLw0KQEAgLTY1NDIsMTYgKzY1NDIsMjAgQEAgc3RhdGljIHZvaWQgY29tcHV0ZV90 aXBfeHkgKHN0cnVjdCBmcmFtZSAqLCBMaXNwX09iamVjdCwgTGlzcF9PYmplY3QsDQogICAg IH0NCiANCiAjaWZkZWYgVVNFX0dUSw0KLSAgLyogVGhlIEdUSysgc3lzdGVtIHRvb2x0aXAg d2luZG93IGNhbiBiZSBmb3VuZCB2aWEgdGhlIHhfb3V0cHV0DQotICAgICBzdHJ1Y3R1cmUg b2YgdGlwX2xhc3RfZnJhbWUsIGlmIGl0IHN0aWxsIGV4aXN0cy4gICovDQotICBpZiAoeF9n dGtfdXNlX3N5c3RlbV90b29sdGlwcyAmJiBOSUxQICh0aXBfbGFzdF9mcmFtZSkpDQotICAg IHJldHVybiBRbmlsOw0KLSAgZWxzZSBpZiAoIXhfZ3RrX3VzZV9zeXN0ZW1fdG9vbHRpcHMN Ci0JICAgJiYgKE5JTFAgKHRpcF9mcmFtZSkNCi0JICAgICAgIHx8ICghZGVsZXRlDQotCQkg ICAmJiBGUkFNRVAgKHRpcF9mcmFtZSkNCi0JCSAgICYmIEZSQU1FX0xJVkVfUCAoWEZSQU1F ICh0aXBfZnJhbWUpKQ0KLQkJICAgJiYgIUZSQU1FX1ZJU0lCTEVfUCAoWEZSQU1FICh0aXBf ZnJhbWUpKSkpKQ0KKyAgLyogQW55IEdUSysgc3lzdGVtIHRvb2x0aXAgY2FuIGJlIGZvdW5k IHZpYSB0aGUgeF9vdXRwdXQgc3RydWN0dXJlIG9mDQorICAgICB0aXBfbGFzdF9mcmFtZSwg cHJvdmlkZWQgdGhhdCBmcmFtZSBpcyBzdGlsbCBsaXZlLiAgQW55IEVtYWNzDQorICAgICB0 b29sdGlwIGlzIGZvdW5kIHZpYSB0aGUgdGlwX2ZyYW1lIHZhcmlhYmxlLiAgTm90ZSB0aGF0 IHRoZSBjdXJyZW50DQorICAgICB2YWx1ZSBvZiB4X2d0a191c2Vfc3lzdGVtX3Rvb2x0aXBz IG1pZ2h0IG5vdCBiZSB0aGUgc2FtZSBhcyB1c2VkDQorICAgICBmb3IgdGhlIHRvb2x0aXAg d2UgaGF2ZSB0byBoaWRlLCBzZWUgQnVnIzMwMzk5LiAgKi8NCisgIGlmICgoTklMUCAodGlw X2xhc3RfZnJhbWUpICYmIE5JTFAgKHRpcF9mcmFtZSkpDQorICAgICAgfHwgKCF4X2d0a191 c2Vfc3lzdGVtX3Rvb2x0aXBzDQorCSAgJiYgIWRlbGV0ZQ0KKwkgICYmIEZSQU1FUCAodGlw X2ZyYW1lKQ0KKwkgICYmIEZSQU1FX0xJVkVfUCAoWEZSQU1FICh0aXBfZnJhbWUpKQ0KKwkg ICYmICFGUkFNRV9WSVNJQkxFX1AgKFhGUkFNRSAodGlwX2ZyYW1lKSkpKQ0KKyAgICAvKiBF aXRoZXIgdGhlcmUncyBubyB0b29sdGlwIHRvIGhpZGUgb3IgaXQncyBhbiBhbHJlYWR5IGlu dmlzaWJsZQ0KKyAgICAgICBFbWFjcyB0b29sdGlwIGFuZCB3ZSBkb24ndCB3YW50IHRvIGNo YW5nZSBpdHMgdHlwZS4gIFJldHVybg0KKyAgICAgICBxdWlja2x5LiAgKi8NCiAgICAgcmV0 dXJuIFFuaWw7DQogICBlbHNlDQogICAgIHsNCkBAIC02NTYyLDEwICs2NTY2LDkgQEAgc3Rh dGljIHZvaWQgY29tcHV0ZV90aXBfeHkgKHN0cnVjdCBmcmFtZSAqLCBMaXNwX09iamVjdCwg TGlzcF9PYmplY3QsDQogICAgICAgc3BlY2JpbmQgKFFpbmhpYml0X3JlZGlzcGxheSwgUXQp Ow0KICAgICAgIHNwZWNiaW5kIChRaW5oaWJpdF9xdWl0LCBRdCk7DQogDQotICAgICAgaWYg KHhfZ3RrX3VzZV9zeXN0ZW1fdG9vbHRpcHMpDQorICAgICAgLyogVHJ5IHRvIGhpZGUgdGhl IEdUSysgc3lzdGVtIHRpcCBmaXJzdC4gICovDQorICAgICAgaWYgKEZSQU1FUCAodGlwX2xh c3RfZnJhbWUpKQ0KIAl7DQotCSAgLyogVGhlIEdUSysgc3lzdGVtIHRvb2x0aXAgd2luZG93 IGlzIHN0b3JlZCBpbiB0aGUgeF9vdXRwdXQNCi0JICAgICBzdHJ1Y3R1cmUgb2YgdGlwX2xh c3RfZnJhbWUuICAqLw0KIAkgIHN0cnVjdCBmcmFtZSAqZiA9IFhGUkFNRSAodGlwX2xhc3Rf ZnJhbWUpOw0KIA0KIAkgIGlmIChGUkFNRV9MSVZFX1AgKGYpKQ0KQEAgLTY1NzMsMzMgKzY1 NzYsMzcgQEAgc3RhdGljIHZvaWQgY29tcHV0ZV90aXBfeHkgKHN0cnVjdCBmcmFtZSAqLCBM aXNwX09iamVjdCwgTGlzcF9PYmplY3QsDQogCSAgICAgIGlmICh4Z19oaWRlX3Rvb2x0aXAg KGYpKQ0KIAkJd2FzX29wZW4gPSBRdDsNCiAJICAgIH0NCi0JICBlbHNlDQotCSAgICB0aXBf bGFzdF9mcmFtZSA9IFFuaWw7DQogCX0NCi0gICAgICBlbHNlDQorDQorICAgICAgLyogUmVz ZXQgdGlwX2xhc3RfZnJhbWUsIGl0IHdpbGwgYmUgcmVhc3NpZ25lZCB3aGVuIHNob3dpbmcg dGhlDQorCSBuZXh0IEdUSysgc3lzdGVtIHRvb2x0aXAuICAqLw0KKyAgICAgIHRpcF9sYXN0 X2ZyYW1lID0gUW5pbDsNCisNCisgICAgICAvKiBOb3cgbG9vayB3aGV0aGVyIHRoZXJlJ3Mg YW4gRW1hY3MgdGlwIGFyb3VuZC4gICovDQorICAgICAgaWYgKEZSQU1FUCAodGlwX2ZyYW1l KSkNCiAJew0KLQkgIGlmIChGUkFNRVAgKHRpcF9mcmFtZSkpDQotCSAgICB7DQotCSAgICAg IHN0cnVjdCBmcmFtZSAqZiA9IFhGUkFNRSAodGlwX2ZyYW1lKTsNCisJICBzdHJ1Y3QgZnJh bWUgKmYgPSBYRlJBTUUgKHRpcF9mcmFtZSk7DQogDQotCSAgICAgIGlmIChGUkFNRV9MSVZF X1AgKGYpKQ0KKwkgIGlmIChGUkFNRV9MSVZFX1AgKGYpKQ0KKwkgICAgew0KKwkgICAgICBp ZiAoZGVsZXRlIHx8IHhfZ3RrX3VzZV9zeXN0ZW1fdG9vbHRpcHMpDQogCQl7DQotCQkgIGlm IChkZWxldGUpDQotCQkgICAgew0KLQkJICAgICAgZGVsZXRlX2ZyYW1lICh0aXBfZnJhbWUs IFFuaWwpOw0KLQkJICAgICAgdGlwX2ZyYW1lID0gUW5pbDsNCi0JCSAgICB9DQotCQkgIGVs c2UNCi0JCSAgICB4X21ha2VfZnJhbWVfaW52aXNpYmxlIChmKTsNCi0NCi0JCSAgd2FzX29w ZW4gPSBRdDsNCisJCSAgLyogRGVsZXRlIHRoZSBFbWFjcyB0b29sdGlwIGZyYW1lIHdoZW4g REVMRVRFIGlzIHRydWUNCisJCSAgICAgb3Igd2UgY2hhbmdlIHRoZSB0b29sdGlwIHR5cGUg ZnJvbSBhbiBFbWFjcyBvbmUgdG8NCisJCSAgICAgYSBHVEsrIHN5c3RlbSBvbmUuICAqLw0K KwkJICBkZWxldGVfZnJhbWUgKHRpcF9mcmFtZSwgUW5pbCk7DQorCQkgIHRpcF9mcmFtZSA9 IFFuaWw7DQogCQl9DQogCSAgICAgIGVsc2UNCi0JCXRpcF9mcmFtZSA9IFFuaWw7DQorCQl4 X21ha2VfZnJhbWVfaW52aXNpYmxlIChmKTsNCisNCisJICAgICAgd2FzX29wZW4gPSBRdDsN CiAJICAgIH0NCiAJICBlbHNlDQogCSAgICB0aXBfZnJhbWUgPSBRbmlsOw0KIAl9DQorICAg ICAgZWxzZQ0KKwl0aXBfZnJhbWUgPSBRbmlsOw0KIA0KICAgICAgIHJldHVybiB1bmJpbmRf dG8gKGNvdW50LCB3YXNfb3Blbik7DQogICAgIH0NCkBAIC02NzIxLDcgKzY3MjgsMTAgQEAg d2l0aCBvZmZzZXQgRFkgYWRkZWQgKGRlZmF1bHQgaXMgLTEwKS4NCiAgIGlmIChTQ0hBUlMg KHN0cmluZykgPT0gMCkNCiAgICAgc3RyaW5nID0gbWFrZV91bmlieXRlX3N0cmluZyAoIiAi LCAxKTsNCiANCisgIGlmIChOSUxQIChmcmFtZSkpDQorICAgIGZyYW1lID0gc2VsZWN0ZWRf ZnJhbWU7DQogICBmID0gZGVjb2RlX3dpbmRvd19zeXN0ZW1fZnJhbWUgKGZyYW1lKTsNCisN CiAgIGlmIChOSUxQICh0aW1lb3V0KSkNCiAgICAgdGltZW91dCA9IG1ha2VfbnVtYmVyICg1 KTsNCiAgIGVsc2UNCg== --------------090708010908040702090704-- From unknown Tue Jun 17 01:36:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30399: 27.0.50; tooltips are broken Resent-From: Stephen Berman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 09 Feb 2018 10:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30399 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 30399@debbugs.gnu.org Received: via spool by 30399-submit@debbugs.gnu.org id=B30399.151817338018359 (code B ref 30399); Fri, 09 Feb 2018 10:50:02 +0000 Received: (at 30399) by debbugs.gnu.org; 9 Feb 2018 10:49:40 +0000 Received: from localhost ([127.0.0.1]:34724 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ek6FQ-0004m3-1P for submit@debbugs.gnu.org; Fri, 09 Feb 2018 05:49:40 -0500 Received: from mout.gmx.net ([212.227.15.15]:44555) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ek6FO-0004lq-3q for 30399@debbugs.gnu.org; Fri, 09 Feb 2018 05:49:38 -0500 Received: from rosalinde ([83.135.20.151]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MTSrf-1eIlx61yUx-00SRnb; Fri, 09 Feb 2018 11:49:31 +0100 From: Stephen Berman References: <87wozn9kyy.fsf@gmx.net> <5A7D6F9A.1010504@gmx.at> Date: Fri, 09 Feb 2018 11:49:30 +0100 In-Reply-To: <5A7D6F9A.1010504@gmx.at> (martin rudalics's message of "Fri, 09 Feb 2018 10:53:30 +0100") Message-ID: <87d11eh1z9.fsf@gmx.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:rhan4VSfczawkY9ASaSwDBw3EudhzTICK1lOgI0PICIy7lxh5Js rUbA+0+/dYJxv2ZQ5d5S6bjgs5CAu3TKxrAZ1C5MVhSr0ztV6BmOf9R3Qre4Pfmjab9/jar 9RDG63wdnuXyjw5luMXmh9ha2NhXSypwYIVazR13F76lZHjw6n8bDNaLLuG3zOA1QALvXgC MnRSiGBMGbXPS7p9xi+ow== X-UI-Out-Filterresults: notjunk:1;V01:K0:/ymsaLCvo+Q=:YazEDyOWTecAvxA3RWST6q RPcp52Br3Etvmv18IKJ/SIJ+D0w61F1oMODI9ckbcoom9uapxTy/8eEz6sL0oeBE5YuphzzoM K8nidnMOFB7lT5rf+q4S0s/q1VcGCdzO7ILy/KjFpMslDFCZqNGtLlbinXibxI1uSXoMGP8wS kpV09BgfSHMwBlDh4rY8zhEsZ2KxUV/msktm/t2sjsjGjeWy58SAT8bss5RT0r46CErVh358g BDPGgREmzlNdFKCgh/E8DlL2Y5sYLIT0L0mdbIw8ScvqhGxzpJQTaAvPIMG5OtdhHSYD26XlY En4B7aqKEqhKZdGipd1mWN6YoETG8ohJCMzgU0XBahnewrY1r8Vl//iSdC/tcevdgG/ZSFk1p LF8PmB2k87KewxG//dysQxBQLzriZrxIAwBEmdVT5EJwknyohceEiUGTJlXSMGE28wnmnhwlv IXlUHIS1EJgW9JV4ZZ9UV+voSo9pKy5d47wcrr9b8w0+vqb+L70t3ZXfCuBue7fIzjMTd8AJr DQz+TWrqitHeyCq6huhOIVHsiDF9kaSxe/XBZkBit3Eyo5Z7qSB9PZ3ItE0oIi3QslbmsGYyp 0+us2l7eJ1FNOBppXTVgoYqzrX+JHsbfz1pa5fHBrU37gRKQervSffFn+Nh9NESTMgMcsPucV FbsYtpNLF02wlr6YAYj0omnUdWVcs2TjjeCK7FE9tNC3FoC8tLRgb+1poYU2d4CrHeKPu5snk 4gzbQb+bxw0zXS1dgQ3ygyaXDjZ8BOMrpvDeAfafvJSf6VA0MY8vw+VYpF6wtBsQaXo21ksK6 e9GjAhJN3F46OxwTzMoWBzcHswfRps4zAdW0vbUS/tmy0Savp8= X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On Fri, 09 Feb 2018 10:53:30 +0100 martin rudalics wrote: >> And here's the buggy behavior (starting with step 2) I see on master >> since the above commit: >> >> 0. emacs -Q >> 1. evaluate (tooltip-show "This is a test") >> => A GTK+-themed tooltip is displayed for 10 seconds or until there >> is an input event, then disappears. >> 2. evaluate (x-show-tip "This is a test") >> => A GTK+-themed tooltip is displayed and remains displayed, even if >> there are input events, until executing step 3 or repeating step 1. > > This is due to a rather silly omission which should have already > defeated a feature in Emacs 26 when calling 'x-show-tip' (you've been > warned - Lisp code should call 'tooltip-show'). I know, and the code that revealed this bug does use tooltip-show; but the above difference between them puzzled me, since tooltip-show is a wrapper around x-show-tip. >> 3. evaluate (let (x-gtk-use-system-tooltips) >> (tooltip-show "This is a test")) >> => A non-toolkit tooltip is displayed and remains displayed, even if >> there are input events, until the end of the Emacs session (at least >> I haven't found a way to get rid of it); however, if the GTK+-themed >> tooltip from step 2 is still displayed when the above sexp is >> evaluated, then after 10 (not 5) seconds the GTK+-themed tooltip >> disappears (but the non-toolkit tooltip remains). >> 4. evaluate (let (x-gtk-use-system-tooltips) >> (x-show-tip "This is a test")) >> => A non-toolkit tooltip is displayed and remains displayed, even if >> there are input events, until the end of the Emacs session AFAICT; if >> the tooltip from step 3 is still displayed when the above sexp is >> evaluated, it is just moved by this step but does not disappear, and >> if the GTK+-themed tooltip from step 2 is still displayed that >> tooltip also remains displayed (unlike in step 3). > > Let-binding 'x-gtk-use-system-tooltips' is a more delicate issue. As > a rule, options should never be let-bound but since the customizer is > always right we'll probably have to fix this as well. I generally use the default value of x-gtk-use-system-tooltips, but for appointments I use a custom tooltip, which AFAICT requires setting x-gtk-use-system-tooltips to nil. Is there some way to achieve this without let-binding (or using setq twice within the function defining the appointment tooltip)? > Please try the attached fix. It restores the previous behavior; thanks! > And please test it also with the inverse > scenario > > (setq x-gtk-use-system-tooltips nil) > (let ((x-gtk-use-system-tooltips t)) > (tooltip-show "Test")) This also works as expected, i.e., within the let-binding the tooltip is the GTK+-themed one, and outside of the let-binding it's the not-toolkit tooltip. Thanks for the quick fix. Steve Berman From unknown Tue Jun 17 01:36:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30399: 27.0.50; tooltips are broken Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 09 Feb 2018 15:43:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30399 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics , Stephen Berman , 30399@debbugs.gnu.org Received: via spool by 30399-submit@debbugs.gnu.org id=B30399.151819092727861 (code B ref 30399); Fri, 09 Feb 2018 15:43:01 +0000 Received: (at 30399) by debbugs.gnu.org; 9 Feb 2018 15:42:07 +0000 Received: from localhost ([127.0.0.1]:35589 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ekAoR-0007FI-0f for submit@debbugs.gnu.org; Fri, 09 Feb 2018 10:42:07 -0500 Received: from userp2120.oracle.com ([156.151.31.85]:34608) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ekAoP-0007Eq-TQ for 30399@debbugs.gnu.org; Fri, 09 Feb 2018 10:42:06 -0500 Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w19Fatpk156334; Fri, 9 Feb 2018 15:41:59 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2017-10-26; bh=W4Mqrl+LMsG4/CFgF8F/hXsAGIZeEbBsOsrTFiIgdhE=; b=gTLgG9mxqUi2NNuPm3WPRR5DydiDuXMceCbUbDUGfaiLk/yDfHosAYn2pjsXClZ62BbA 2ohJd1cSbDJ28CdWJ8w48g9qgeOH/wzT4aU9oVhTCodq9af/LynX4xukDe8NwVKl2vkg BM7CX1XcUopWqETDz7CmGdzQfIOo67DM7hIOglmtiG/PFlcVVXUL9iTJVVh88Fniy3+8 oqyT9fbE/WB5Ok04kXfNVAyo6lZClCwZmbgDcZC3u3H5b70qWFJMdZJBxe+9zlRPmrxA JKirrUHHdtYH2b/aPuLZwCVHWohl/b49mEu4yBjLkHT03th2YpNPphaU3gvOMi7MVC80 ZQ== Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by userp2120.oracle.com with ESMTP id 2g1dp8rby0-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 09 Feb 2018 15:41:59 +0000 Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserv0021.oracle.com (8.14.4/8.14.4) with ESMTP id w19Ffwr2012873 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Fri, 9 Feb 2018 15:41:58 GMT Received: from abhmp0006.oracle.com (abhmp0006.oracle.com [141.146.116.12]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id w19Ffugk024494; Fri, 9 Feb 2018 15:41:56 GMT MIME-Version: 1.0 Message-ID: Date: Fri, 9 Feb 2018 07:41:55 -0800 (PST) From: Drew Adams References: <87wozn9kyy.fsf@gmx.net> <5A7D6F9A.1010504@gmx.at> In-Reply-To: <5A7D6F9A.1010504@gmx.at> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4639.0 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8799 signatures=668665 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1802090198 X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) > This is due to a rather silly omission which should have already > defeated a feature in Emacs 26 when calling 'x-show-tip' (you've > been warned - Lisp code should call 'tooltip-show'). That warning sounds very bad to me. It's vague, however, so forgive me if I'm overreacting. I have 4 libraries that will presumably break completely if `x-show-tip' is defeated or is no longer available. `tooltip-show' does NOT do the same thing and will not work (AFAICT) for what I use `x-show-tip' for. The libraries are `pp+.el', `apu.el', `modeline-char.el', and `showkey.el'. They are all available on Emacs Wiki, Elisp Area. https://www.emacswiki.org/emacs?action=3Delisp-area;context=3D0 `tooltip-show' constrains its call of `x-show-tip' to only one particular behavior/appearance, etc. Replacing the latter function with just the former would be like replacing the general function `goto-char' a limited one such as `beginning-of-line'. `x-show-tip' is much more general than `tooltip-show'. Here's a typical call: (x-show-tip (propertize cmd-desc 'face `(:foreground "red" :height ,showkey-tooltip-height)) nil nil showkey-tooltip-timeout) From unknown Tue Jun 17 01:36:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30399: 27.0.50; tooltips are broken Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 10 Feb 2018 09:48:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30399 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams , Stephen Berman , 30399@debbugs.gnu.org Received: via spool by 30399-submit@debbugs.gnu.org id=B30399.15182560796437 (code B ref 30399); Sat, 10 Feb 2018 09:48:02 +0000 Received: (at 30399) by debbugs.gnu.org; 10 Feb 2018 09:47:59 +0000 Received: from localhost ([127.0.0.1]:36046 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ekRlG-0001fl-Sz for submit@debbugs.gnu.org; Sat, 10 Feb 2018 04:47:59 -0500 Received: from mout.gmx.net ([212.227.17.20]:59541) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ekRlF-0001fY-Fh for 30399@debbugs.gnu.org; Sat, 10 Feb 2018 04:47:57 -0500 Received: from [192.168.1.100] ([212.95.5.41]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LbPza-1f7ucY0evy-00kuFR; Sat, 10 Feb 2018 10:47:48 +0100 Message-ID: <5A7EBFC2.1040104@gmx.at> Date: Sat, 10 Feb 2018 10:47:46 +0100 From: martin rudalics MIME-Version: 1.0 References: <87wozn9kyy.fsf@gmx.net> <5A7D6F9A.1010504@gmx.at> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:2+wQSxMdbReXHXj84DZcyMTeZ7i0y3T9vhrKw0yBkWWMsfzghBv IVv8c4tntH4iv+6paKajK0rx429gle9CKeYOCFUXE0QeMgrUJbfvPa4+5T9N6bkNHBEMPgg vg58iPHXIJvkvTmp1dA0oakr1FhwvyK7mqkpxghptNzD0xJE3oCa9g7UENd17gAdfCck+I/ gE8jK+ruth8pbE+Jh+jOA== X-UI-Out-Filterresults: notjunk:1;V01:K0:R8JCC9j4ytI=:rk6SDUoYVcy5XnCXJrb/wd yYi14TCLueE0sTd+VXcLRxwrbmfyggQcnfZPZrSZdA/sdPxUEvrOsudKd46FP9Y5dCTEhm8Nc 2YcERX+44bOqho0zmK5qh4KB3Or3vVmjjTsZPpdSmaLT9ChS0Uu5j8/ygq5uQCBlUiXo4x+Nv ZkT15syIjkX71RwK/GxMML5rA1bIDvjJoUDuHW1LUNJE1Nwu/67rbUNA2NXOPw/f3pFr8Ickf V7qZ+n65tAE/3dM1fh5XUNSEmifO0/iEjDUwJdRYfUBQXV7r6n5RWR51ZjdaoyrJcUjH6FXGD p32XPyl/iNmidr9rKZrYpxTm63IkoZ2GsRbcaI0olwZlf2SmEN3LeU9UQ+YwfZ+92rCPjCVRp lV81FkRbbP86yaaKVAi25VspaSZ4C3WiLaXOtj9K1h1h3RUgipcPG4/46+G9BCfv07pQghU2U RO4B9p0swfEn4qeQcXAQav3cUbaX6Kbqqt0KaH7JnMyGt46ceSDFJb1IyKz7K1XCnztbL8O5u +R3pX5tq2cWlMFMNGZ/wL6+HsWId8Ecnpn5coJByJV55cckl53VpW+t9sSqiRxloDl7EZ/vFN YjYVAnqX1IJjcfFgjA52QVKA2Eo6Cc+WAjLsm50yMCtgOZPoTYcZ6mTZoSLVjbBhqXZ9f9RMx WRUMdPMjfZZH0XAKnSj4zFQKWPdQm6bUO0uk4P5Zq1hV3eGHo+3cWI4SNcoTkp+t9GugJQeZN RiD834gSUfXmJugrf6rD7xrebic8+HQir968Ka3x4Qsehh4ID8KtTSvAycjCOZdx7REl8plWV 4rPO0YuP4dSlYCEyQNzk5jbI/tMfQV4fm4kCW+ZXKb3+6kmyA0td36YwX3b7G+BLeiswLIg X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) >> This is due to a rather silly omission which should have already >> defeated a feature in Emacs 26 when calling 'x-show-tip' (you've >> been warned - Lisp code should call 'tooltip-show'). > > That warning sounds very bad to me. It's vague, however, > so forgive me if I'm overreacting. It's up to you to ignore warnings. > Here's a typical call: > > (x-show-tip (propertize > cmd-desc > 'face > `(:foreground "red" > :height ,showkey-tooltip-height)) > nil > nil > showkey-tooltip-timeout) Make sure to use (selected-frame) as second argument for Emacs < 27. nil is broken but you might not notice it. martin From unknown Tue Jun 17 01:36:13 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Stephen Berman Subject: bug#30399: closed (Re: bug#30399: 27.0.50; tooltips are broken) Message-ID: References: <5A7EBFA7.3000105@gmx.at> <87wozn9kyy.fsf@gmx.net> X-Gnu-PR-Message: they-closed 30399 X-Gnu-PR-Package: emacs Reply-To: 30399@debbugs.gnu.org Date: Sat, 10 Feb 2018 09:48:04 +0000 Content-Type: multipart/mixed; boundary="----------=_1518256084-6474-1" This is a multi-part message in MIME format... ------------=_1518256084-6474-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #30399: 27.0.50; tooltips are broken which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 30399@debbugs.gnu.org. --=20 30399: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D30399 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1518256084-6474-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 30399-close) by debbugs.gnu.org; 10 Feb 2018 09:47:28 +0000 Received: from localhost ([127.0.0.1]:36043 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ekRkm-0001f4-L1 for submit@debbugs.gnu.org; Sat, 10 Feb 2018 04:47:28 -0500 Received: from mout.gmx.net ([212.227.17.22]:41951) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ekRkl-0001es-AU for 30399-close@debbugs.gnu.org; Sat, 10 Feb 2018 04:47:27 -0500 Received: from [192.168.1.100] ([212.95.5.41]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Mdrph-1eLSeS1HLB-00PccV; Sat, 10 Feb 2018 10:47:21 +0100 Message-ID: <5A7EBFA7.3000105@gmx.at> Date: Sat, 10 Feb 2018 10:47:19 +0100 From: martin rudalics MIME-Version: 1.0 To: Stephen Berman Subject: Re: bug#30399: 27.0.50; tooltips are broken References: <87wozn9kyy.fsf@gmx.net> <5A7D6F9A.1010504@gmx.at> <87d11eh1z9.fsf@gmx.net> In-Reply-To: <87d11eh1z9.fsf@gmx.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:5IjCRZ7B+/YBheJz2pJd1dB/rEYGmEv/RWKnGzWeA0dRWpvFuDu KzLFltBIhkOwT1nuXbwsUXY4F/Y8sOVj2Gq6/s6jUh0BtIVK3PBhKGFKcSvvF3ffg83egws w64m/N9XVcRBcazlPu4uJsAvFQTF+9OugwHwxznFn9uVDlyfvRuUaDceqthMM4nW55oeaha UpB4IdLlbKVALy/cyeJHA== X-UI-Out-Filterresults: notjunk:1;V01:K0:94N8Ucu31OM=:MO3IYIF2kw7cMxEaOjvmYe +B14hLNwPrrXgGfPuQIzliy5ugJ8Kf4WVJKWw9Xe71hIqW6RZ/bnoFOqOiqlKHBVBM1+xiE6P dbw5b0kJPBcSz/bniIh4OyeWzjNXtzfeyTj7Cd7IMkLDY67qvVK5nFFTOXatAmlEeC5yDM6S8 uchlpoChzmvpoKZVG6tkZnUnPFfsRMDSCsjCHSeZ1W4bsSXBwM21vgL3/Y/rUsSmc2j0yKd2G rpdV8h+iVIRDdoErqeAGWGOvWZrkeAChVvZZUQVVcZhmokcpCR4hF7n9TniH3aOREv1AkQcJ/ lNYuLf5PJZvIA+MBRyNLLIhgEFAiRDP8DblGwu2QTyGlwWTzzioZ98XWQ5cgCoHsEfxOVAYLk s0Hor/DN5XA4yebF37gt9Cyf48o6NMALJrsDdY8hgUUNLnkHYKhFzYMn6rRcDuRGPJq8+sJbb NR67viwZA+eDwPWdYr3PQgc2JE6hd9zXOHenID3XLYcwkrKH2jStMXWUfY0EVjoF9E2hkGZ5q ToeCtD4gFbWfe6Lsl/3UMCNC21Z3zQJG/2hXK0ESv/Q3SVTqP/i8CP98mbrGbT9j9XU37qxZ6 qTFs2tZ9DAnAbGBLb1yqSOxHaQ9kFBOyoV0KLDUnfVteL2c+pglgtB759wG9Hd0Yb8rodrxMl DYin6nVyceXgutgPgDKd3VUM5p+CDr3ykK4OhEq107BrBbZcCyeWLB8wg34Uz22lURRDB/HEB x3wMSOAbyJeC5CRhyi/OqejwNxMEpZFh/1kb6WsDj8U8NBUwf78yuMULMxauVO55M5FjJ3Qsb 3W6+DBbJSxrczZXIbSEEXSLz2wI4WHswl13Pb56UZ+NQCNhtECM61Y1mm2glg7424PJDZOk X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 30399-close Cc: 30399-close@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) > I know, and the code that revealed this bug does use tooltip-show; but > the above difference between them puzzled me, since tooltip-show is a > wrapper around x-show-tip. Good catch - that bug was with us for quite some time. > I generally use the default value of x-gtk-use-system-tooltips, but for > appointments I use a custom tooltip, which AFAICT requires setting > x-gtk-use-system-tooltips to nil. Is there some way to achieve this > without let-binding (or using setq twice within the function defining > the appointment tooltip)? Let-binding is certainly more convenient in this regard. But a package should (IMO) make it customizable whether the user value of 'x-gtk-use-system-tooltips' should be applied for appointments too. > Thanks for the quick fix. Thanks for the very helpful report. Bug closed, martin ------------=_1518256084-6474-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 8 Feb 2018 22:26:46 +0000 Received: from localhost ([127.0.0.1]:34438 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ejueT-0008Cr-Np for submit@debbugs.gnu.org; Thu, 08 Feb 2018 17:26:46 -0500 Received: from eggs.gnu.org ([208.118.235.92]:57775) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ejueS-0008Cf-5C for submit@debbugs.gnu.org; Thu, 08 Feb 2018 17:26:44 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ejueL-0002eM-Ok for submit@debbugs.gnu.org; Thu, 08 Feb 2018 17:26:38 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:53235) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1ejueL-0002e8-LT for submit@debbugs.gnu.org; Thu, 08 Feb 2018 17:26:37 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:48727) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ejueK-0003TZ-Av for bug-gnu-emacs@gnu.org; Thu, 08 Feb 2018 17:26:37 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ejueH-0002br-4E for bug-gnu-emacs@gnu.org; Thu, 08 Feb 2018 17:26:36 -0500 Received: from mout.gmx.net ([212.227.17.21]:37425) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ejueG-0002aX-QW for bug-gnu-emacs@gnu.org; Thu, 08 Feb 2018 17:26:33 -0500 Received: from rosalinde ([83.135.20.87]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LezI3-1f3Ktl1S1P-00qfA1 for ; Thu, 08 Feb 2018 23:26:30 +0100 From: Stephen Berman To: bug-gnu-emacs@gnu.org Subject: 27.0.50; tooltips are broken Date: Thu, 08 Feb 2018 23:26:29 +0100 Message-ID: <87wozn9kyy.fsf@gmx.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:rWsc+HdTEoYlFIGt1brPRLDuq92no4LHujG8TuFNiJ6Wb7JF7MB 1UztC+cHQvnM8jYf0igXHcX6Nj3qWteqQoC6yUbUg0d5UcOD86kTDH/pLSdL2k9vhBJKcB8 gDop8uW0OT0Qbc7yii7P8WenVwsgr+vnmxz3VuTfVk1C9vxKRH3ZhUm5ejlNNabg4fboT8O 3/QarClXs35hr8Vuo/cPA== X-UI-Out-Filterresults: notjunk:1;V01:K0:/yjkYoWtxSI=:t87WRM7ittkwtp2isio3mq ExQje/qNX+zu7eIxz7asv94Z2nb6rkiCQD9ikYvnVa8sLPVjCO2UHO0RAwMkNNOrhz4pn1YwS M3g3tmgJVG7aYEciyIRfAAJRoeIUKnhM+/KgnwQAk7ueH6ucGjc4ThtwBcgsTHk1G/JCtdxWD 4/MKwZzYmdXk/ucp9QcwkFYDZtNQ6aqojSejb++r9oN4UKwkCJH6BAH677Th9OmEIpre2J6Xp g5eOGbyRlZ126VhiCJAZAdy6WkUbA7CneQYMsseQ7EIrCLhvUdNXKd6YxgBsMgmlF5vm33QJi lWtycJY3gZrDZb/fUl6k/bovr47hBqh9hKwZ02+BN4pce+f78kNinnIniRSSYVEVlMc90xGXU 1S6Fo5rrgdUnv0fHrVPkPvCdhWznOcwd2RtTWU4gyuEkHXObZIoAqpI88gRWsK9mbweZHbF57 eOZ13rSI1t3bllDHthXrHbP72u9MSJVpw5Y3OBVDHz8S2WvBDObYJ+55tEKr1eYYtvBfIqwYg iSQcaK975GOGEmZ/hgmQAae1zJVyrsully8Eb3C8VJL+dP7S/0UrBev4W0py7CaMLLp0+6/qC ZYRWV9AdkR8jLesv62GZkJaab3bali1bH19qki/0ZgDb3G1l1PmWYq8XY79hIhR4sklIB0Lqp i4u41R6WEd/TopOn1sodQJ886teT7uxe8LaY7SR8V6RkZZfWTEsbFWtvs2DvTzaKudNG5ao56 MiCs0iRkgDfHEiyxP7l1JwmKTxPHcgQaZ+KtUJkVEd3SjhldwaEWSKmVy6upUR65r6yDjLl9F oGkAWtLUXWJN6ebYBaQmYAto9yFVYXcFZiM9YbgURsRISnzFYk= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.1 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.1 (----) I'm seeing buggy behavior with tooltips on master, and though I haven't bisected with git, I see the problems starting with my first build after this commit: e462308f03..: Martin Rudalics 2018-01-18 Fix some tooltip related problems and I don't see the problems in my builds before that commit. My builds are with GTK+; I haven't tried with another or no toolkit. Here's the (expected) behavior prior to that commit (also seen in current emacs-26): 0. emacs -Q 1. evaluate (tooltip-show "This is a test") => A GTK+-themed tooltip is displayed for 10 seconds or until there is an input event, then disappears. 2. evaluate (x-show-tip "This is a test") => A GTK+-themed tooltip is displayed for 5 seconds or until there is an input event, then disappears. 3. evaluate (let (x-gtk-use-system-tooltips) (tooltip-show "This is a test")) => A non-toolkit tooltip is displayed for 10 seconds or until there is an input event, then disappears. 4. evaluate (let (x-gtk-use-system-tooltips) (x-show-tip "This is a test")) => A non-toolkit tooltip is displayed for 5 seconds or until there is an input event, then disappears. And here's the buggy behavior (starting with step 2) I see on master since the above commit: 0. emacs -Q 1. evaluate (tooltip-show "This is a test") => A GTK+-themed tooltip is displayed for 10 seconds or until there is an input event, then disappears. 2. evaluate (x-show-tip "This is a test") => A GTK+-themed tooltip is displayed and remains displayed, even if there are input events, until executing step 3 or repeating step 1. 3. evaluate (let (x-gtk-use-system-tooltips) (tooltip-show "This is a test")) => A non-toolkit tooltip is displayed and remains displayed, even if there are input events, until the end of the Emacs session (at least I haven't found a way to get rid of it); however, if the GTK+-themed tooltip from step 2 is still displayed when the above sexp is evaluated, then after 10 (not 5) seconds the GTK+-themed tooltip disappears (but the non-toolkit tooltip remains). 4. evaluate (let (x-gtk-use-system-tooltips) (x-show-tip "This is a test")) => A non-toolkit tooltip is displayed and remains displayed, even if there are input events, until the end of the Emacs session AFAICT; if the tooltip from step 3 is still displayed when the above sexp is evaluated, it is just moved by this step but does not disappear, and if the GTK+-themed tooltip from step 2 is still displayed that tooltip also remains displayed (unlike in step 3). I tried stepping through Fx_show_tip in gdb while executing step 1 and again with step 2 in current master. In both cases the GTK+-themed tooltip appears, the code path jumps to start_timer, runs a timer, calls x-hide-tip and then the function returns; in step 1, on continuing, the tooltip disappears, but in step 2, on continuing, the tooltip remains. Then I tried stepping through x_hide_tip, but the breakpoint was hit before the tooltip was displayed and on continuing until the command loop was again accessible, any input immediate hit the breakpoint again. So I probably cannot debug this further without guidance. In GNU Emacs 27.0.50 (build 17, x86_64-pc-linux-gnu, GTK+ Version 3.22.18) of 2018-02-08 built on rosalinde Repository revision: a710f8aa61ca73054109dc4f926d1ac6aabdd849 Windowing system distributor 'The X.Org Foundation', version 11.0.11903000 System Description: Linux From Scratch Configured using: 'configure --with-xwidgets 'CFLAGS=-Og -g3'' Configured features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS NOTIFY ACL GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 THREADS XWIDGETS LCMS2 Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix ------------=_1518256084-6474-1-- From unknown Tue Jun 17 01:36:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30399: 27.0.50; tooltips are broken Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 10 Feb 2018 16:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30399 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics , Stephen Berman , 30399@debbugs.gnu.org Received: via spool by 30399-submit@debbugs.gnu.org id=B30399.151828163217884 (code B ref 30399); Sat, 10 Feb 2018 16:54:02 +0000 Received: (at 30399) by debbugs.gnu.org; 10 Feb 2018 16:53:52 +0000 Received: from localhost ([127.0.0.1]:37182 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ekYPP-0004eO-Pt for submit@debbugs.gnu.org; Sat, 10 Feb 2018 11:53:51 -0500 Received: from aserp2130.oracle.com ([141.146.126.79]:40346) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ekYPO-0004eC-MD for 30399@debbugs.gnu.org; Sat, 10 Feb 2018 11:53:51 -0500 Received: from pps.filterd (aserp2130.oracle.com [127.0.0.1]) by aserp2130.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w1AGpoda128200; Sat, 10 Feb 2018 16:53:43 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2017-10-26; bh=C2lHZ2Z7eordEb9Azxp6Vaw1ckwrDMO6pBKfYjecbSA=; b=ZiIGMzspB+eUh/MSr3Q9ysj0P0f4AX/978F/WZhaQtQuWJLKErWbvdhDorng54jJIlZP SmmDL3Uu92/7XZ6P+HcpLxwjTN3d/OR7JF8cNZhWq7+/4tNMQ2L1cpfLlbuN1gh5iq1T PbYuEQHHu3dhojGE53ZwqHd1yUPpWWrIviKSV1AG20E/gdSVH+OcX8tgbIfpv4sNCfXD mkmyaTLr7CIw5NZAJ8HhduJJbUENfhsSGGeZlXQXrScCFjSWPcmqGmukeYx6uEJbmTqX nRY7snrpnOPiiY7LMP6QcVWcnNG61jyinUOLeZkjHLTGUwquxldcUQY21d6WPT8i17wr yA== Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by aserp2130.oracle.com with ESMTP id 2g24fa8167-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 10 Feb 2018 16:53:43 +0000 Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by aserv0021.oracle.com (8.14.4/8.14.4) with ESMTP id w1AGd4NT030564 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Sat, 10 Feb 2018 16:39:04 GMT Received: from abhmp0009.oracle.com (abhmp0009.oracle.com [141.146.116.15]) by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id w1AGd371009018; Sat, 10 Feb 2018 16:39:03 GMT MIME-Version: 1.0 Message-ID: <0f060af6-d348-4d38-806e-a0d6d9f194ff@default> Date: Sat, 10 Feb 2018 08:39:02 -0800 (PST) From: Drew Adams References: <87wozn9kyy.fsf@gmx.net> <5A7D6F9A.1010504@gmx.at> <5A7EBFC2.1040104@gmx.at> In-Reply-To: <5A7EBFC2.1040104@gmx.at> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4639.0 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8801 signatures=668668 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1802100222 X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) >>> This is due to a rather silly omission which should have already >>> defeated a feature in Emacs 26 when calling 'x-show-tip' (you've >>> been warned - Lisp code should call 'tooltip-show'). >> >> That warning sounds very bad to me. It's vague, however, >> so forgive me if I'm overreacting. >=20 > It's up to you to ignore warnings. I'm objecting to the possible change in support forewarned by your warning, not the fact of the warning's existence. Can you clarify the warning, please? If there is a reason to replace `x-show-tip', can you not replace it with something that is just as general? Why would we take away something that lets you specify the appearance and behavior, replacing it by something that just hard-codes properties etc.? I hope I'm just missing something (i.e., misunderstanding). > > (x-show-tip (propertize > > cmd-desc > > 'face > > `(:foreground "red" > > :height ,showkey-tooltip-height)) > > nil > > nil > > showkey-tooltip-timeout) >=20 > Make sure to use (selected-frame) as second argument for > Emacs < 27. nil is broken but you might not notice it. Thank you. I didn't know that. And you're right that I haven't noticed it, so far. Can you please say what the brokenness is? Is there a bug # for that, so we can learn about the brokenness that we might not notice? Thx. From unknown Tue Jun 17 01:36:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30399: 27.0.50; tooltips are broken Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 11 Feb 2018 09:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30399 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams , Stephen Berman , 30399@debbugs.gnu.org Received: via spool by 30399-submit@debbugs.gnu.org id=B30399.151834179125032 (code B ref 30399); Sun, 11 Feb 2018 09:37:02 +0000 Received: (at 30399) by debbugs.gnu.org; 11 Feb 2018 09:36:31 +0000 Received: from localhost ([127.0.0.1]:37602 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eko3j-0006Vg-A0 for submit@debbugs.gnu.org; Sun, 11 Feb 2018 04:36:31 -0500 Received: from mout.gmx.net ([212.227.15.15]:50527) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eko3g-0006VM-T2 for 30399@debbugs.gnu.org; Sun, 11 Feb 2018 04:36:29 -0500 Received: from [192.168.1.103] ([212.95.5.201]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MIuSH-1enH220LFJ-002VOB; Sun, 11 Feb 2018 10:36:19 +0100 Message-ID: <5A800E8F.60706@gmx.at> Date: Sun, 11 Feb 2018 10:36:15 +0100 From: martin rudalics MIME-Version: 1.0 References: <87wozn9kyy.fsf@gmx.net> <5A7D6F9A.1010504@gmx.at> <5A7EBFC2.1040104@gmx.at> <0f060af6-d348-4d38-806e-a0d6d9f194ff@default> In-Reply-To: <0f060af6-d348-4d38-806e-a0d6d9f194ff@default> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:2pdYhuCZUOOPwHY81JzxSYW4zscsrC9Yq8ZOAKCpbw8+hOxQM30 7iIT0MEH9IMArUat0UPHLNFhTegA1xwzWYlmG2KD6pOQlTcGISMWq9s4Ob/1WEIa8QBg/Gj u8mNecNBLOnTnL5BswYgqaXbucQ5w2FOB0aFPR1GdwIkfxNeHYsG5e1g1ilFz60SpdDiD3z 6kX2wr/1lg0TILx49hFPg== X-UI-Out-Filterresults: notjunk:1;V01:K0:FAhKdDG9iH4=:Fvhxshb5QTAZVhqeAOGU1B Wpa9p5emXwW/WPHyuaQzbrOOuDNuGA/YpmOs4peHGulrblYBPXGQI/PRFm5+QexCJA7wXoeoI W42cvA2DgdTwj07/Veqn9HPqohziNC/fR3aU/uYz+bLstzyUvwo9pbLZOpzXtTR1QLYZc8B2Q JpZ1rB1GWVh3yaDw34WCzfVMrSFcJRMlXWLO8Q7IbnPcYkczbzDDlDC0b03dPtui2+YRXvKw4 rOyDVOjvvj1wOi1Qhhh2fvujsbNPanS0T5Gh6zHDsV9AtTj0KUFwnmqUo9iPqnIoJSUjf/7aU hZltNU2+VCOWVEvrg8RoxXZ6ZZq4pkItqiJjws4zbrz0dIatAY4nnBOFknlStBGiIXzeoBVoa gYqMxg9TZHOXLNF4e8RbawaAzfDVyG4Xz87XkMFuKUkt2IVpAnmLFNbEeShvpSFz5Pnh6bWKi +kcoNdasXHB/fCd+iCYBmVmx/tZAy2qIah4PU1012WOs02+6+jVMbBuI0Kus1NrgJpg1q/lUi Xu3F7XXB+SzinUbDl7frBZYnKcv/tK7X7r9P1YgIxK76MmBwnRoWvXTyquKPKSaEd9C0xQjLN AOQXXFk56aq7aGCIG8MJjnqRyfiz1Rr18xsV2kzJX1xrJavIWyXRz577ilDhewb+0OuTn9a+t 39cCcvVducAIrg/0kTdylSvjUM+cGvLleT+mMHlKKwxWbHW+joJQnYUz1yEygP5//0cV6drQO YBrDlmRMH/FQs3Xszys+AQyMkgdQQ+bzaY8U11yaGAxpxOi1pjmh0g8GwOeaReVbTbbMi65U/ fupNqFA8YCCa0DTtN/VjOWKc6ASyLaov9gPe76xlQjMxN7fqKh/h2oz63kbHIO1MQcH2P9Q X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) > Can you clarify the warning, please? That when the behavior of 'x-show-tip' changes, applications will have to adapt. > If there is a reason to replace `x-show-tip', can you not > replace it with something that is just as general? Why > would we take away something that lets you specify the > appearance and behavior, replacing it by something that > just hard-codes properties etc.? Currently there are no plans to replace 'x-show-tip' AFAICT. >> Make sure to use (selected-frame) as second argument for >> Emacs < 27. nil is broken but you might not notice it. > > Thank you. I didn't know that. And you're right that > I haven't noticed it, so far. > > Can you please say what the brokenness is? Is there > a bug # for that, so we can learn about the brokenness > that we might not notice? Thx. Internally, Emacs tries to not delete/recreate a tooltip frame when the text of the tooltip remains the same and only its position changes. This optimization may get broken when using nil as the second argument. As mentioned, you probably won't notice it. martin From unknown Tue Jun 17 01:36:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30399: 27.0.50; tooltips are broken Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 11 Feb 2018 17:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30399 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics , Stephen Berman , 30399@debbugs.gnu.org Received: via spool by 30399-submit@debbugs.gnu.org id=B30399.151836985316703 (code B ref 30399); Sun, 11 Feb 2018 17:25:02 +0000 Received: (at 30399) by debbugs.gnu.org; 11 Feb 2018 17:24:13 +0000 Received: from localhost ([127.0.0.1]:38556 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ekvMK-0004LL-Ml for submit@debbugs.gnu.org; Sun, 11 Feb 2018 12:24:12 -0500 Received: from aserp2120.oracle.com ([141.146.126.78]:44430) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ekvMK-0004L8-02 for 30399@debbugs.gnu.org; Sun, 11 Feb 2018 12:24:12 -0500 Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w1BHMM61139429; Sun, 11 Feb 2018 17:24:04 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2017-10-26; bh=3eZST4WtsI+1O0Ovk18tbi7FzOojwMWYSBzIlhYD0f8=; b=PqptzIUaW70T9GC/A3b1jpvhBIpq1dEVmn9qPvS1uPtfpcJnIQi0GFbroKjwFg730MXz fQOpMuzjUZsnCyUuv/MwJvq6yZjo3Ytjrv7uzMT1lEP2qeC7v3j0xMv0gTT7+NDqr4cH LyLkADy+9FiePYasgv2UYuUu1BPQwB+0qycwzJVyLZEA7pxrXiCLak3zN8xJjF+BzcRz k4bSUwk+er3XMivyWd+ymtcSuyTTmFpXKGQX8W+okSfOFnHx/oNRwVWJPx2gTUKQKUSy xcnVagYJynrUuPrHPCxaltGZwOBSkA09iNIEr8v4Ho7M6Q8C3sze09zOHwqP6Ckx05lG HA== Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by aserp2120.oracle.com with ESMTP id 2g2t2x80c3-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 11 Feb 2018 17:24:04 +0000 Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by userv0022.oracle.com (8.14.4/8.14.4) with ESMTP id w1BHO2wo029500 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Sun, 11 Feb 2018 17:24:03 GMT Received: from abhmp0009.oracle.com (abhmp0009.oracle.com [141.146.116.15]) by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id w1BHO1vl014005; Sun, 11 Feb 2018 17:24:02 GMT MIME-Version: 1.0 Message-ID: Date: Sun, 11 Feb 2018 09:23:59 -0800 (PST) From: Drew Adams References: <87wozn9kyy.fsf@gmx.net> <5A7D6F9A.1010504@gmx.at> <5A7EBFC2.1040104@gmx.at> <0f060af6-d348-4d38-806e-a0d6d9f194ff@default> <5A800E8F.60706@gmx.at> In-Reply-To: <5A800E8F.60706@gmx.at> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4639.0 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8802 signatures=668668 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=812 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1802110231 X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) > > Can you clarify the warning, please? >=20 > That when the behavior of 'x-show-tip' changes, > applications will have to adapt. That's even more vague - not a clarification at all. What is the behavior change? What kind of adaptation are you hinting at? > > If there is a reason to replace `x-show-tip', can you not > > replace it with something that is just as general? Why > > would we take away something that lets you specify the > > appearance and behavior, replacing it by something that > > just hard-codes properties etc.? >=20 > Currently there are no plans to replace 'x-show-tip' AFAICT. Let's not quibble over the word "replace", please. You imply that "the behavior of 'x-show-tip'" will change. That's what I'm asking about, in talking about "replacement". You also said that we should not use 'x-show-tip' but should use only `tooltip-show', which is much more limited - not a substitute for 'x-show-tip' at all. The question is, if `x-tool-tip' is not expected to be replaced, but it is expected to change, just _how_ is it expected to change? Will we be able to do with the "new" `x-show-tip', what we can do with it now, even if we must "adapt" in some way to be able to do that? You are being quite vague, it seems. You make a pronouncement that we should not use the function, but also that it will change - somehow. The real question is not the words to name the impending change or replacement that you warn us about. The question is how, after the change/replacement, to get done everything we can do now with that function. From unknown Tue Jun 17 01:36:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30399: 27.0.50; tooltips are broken Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 12 Feb 2018 09:27:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30399 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams , Stephen Berman , 30399@debbugs.gnu.org Received: via spool by 30399-submit@debbugs.gnu.org id=B30399.151842761615341 (code B ref 30399); Mon, 12 Feb 2018 09:27:01 +0000 Received: (at 30399) by debbugs.gnu.org; 12 Feb 2018 09:26:56 +0000 Received: from localhost ([127.0.0.1]:38931 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1elAO0-0003zN-IN for submit@debbugs.gnu.org; Mon, 12 Feb 2018 04:26:56 -0500 Received: from mout.gmx.net ([212.227.15.18]:49125) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1elANy-0003zA-T0 for 30399@debbugs.gnu.org; Mon, 12 Feb 2018 04:26:55 -0500 Received: from [192.168.1.101] ([46.125.250.92]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MNYxW-1esIBi2PW6-007FOJ; Mon, 12 Feb 2018 10:26:44 +0100 Message-ID: <5A815DD0.9090205@gmx.at> Date: Mon, 12 Feb 2018 10:26:40 +0100 From: martin rudalics MIME-Version: 1.0 References: <87wozn9kyy.fsf@gmx.net> <5A7D6F9A.1010504@gmx.at> <5A7EBFC2.1040104@gmx.at> <0f060af6-d348-4d38-806e-a0d6d9f194ff@default> <5A800E8F.60706@gmx.at> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:593RPeZH2fOfOlj9CJwoUHTpxJj4RhctNDh8nrD1B6/dRM+ew7K 34Jpg4Va3JghjGZMyELq7qmSqRht6PMnPutQ48gYrjcBxkEml1J0rQCPr/LQYAvuYxhW4IS sYNWxvLgHAoo73Vp6wMqgFwxaFcMQbucy8xD+nmuO+MkLWpCEkl/yf7s0RL/Qadgu9n7Gx4 zythnF54FSnTZb/uGY2cg== X-UI-Out-Filterresults: notjunk:1;V01:K0:G2F85f2teUk=:XvqVcFw1Vm815N/zIoBSwh JR74ALirdiWYVZHbt2qmgBWigMfeGrGeJuosrdBHJpijW3Ig5RRyyQTA8SR0iDqj02sbqj26N Q5j1PSBjWeMDLF7HYGCRiZLOUXUWz27T7rSpheSddkhAjPE2MNxBklBXHhCqVuqGlAk3Lumx/ mNWR/KBQ61z7clbPmMQyuk8hLWUpjsPO2GwagIcdd189iylh82ZIDiCTi4rMV+GisTN+bzwUO 5p6/902BvsOtTIuQ1HHTOci4FpELoAc3dQNG9EcUrTJfVmomzgANlN3FxGwnnRu0lENfbFFsW NcNI3OIjOPEhCGsJR/x9oPI2OE9NaoDqwR/YBw59ehzJJCRZD82BhVh4bpLqpKZ33KSBfhs2C qi5gnjgvyqZCTeo4UiysSY9Q3/yxxX0doGfUDrAIDWr0ET7WBbGq5vAUSyF4mNyLoGdwYGQgR Y1xyccL8erGOjeuuj2JPsZjqoizStDtcWkL8pBG2lLu9rHNfLcb7wP/tl6YRovI2Cs0MRTUFX CaW9WrD6EdLowGn5kh5hiZiX3wezIwGEBA4K510JFfw9+Slu5+KKfQCnx1hECMPZw/64LfTps YnBBMYzuSTiSGm4/t1bQspecbOYLdoJ1kfOJOtKWvvSgf5wO8aqGKvVwlrStM8stuhhBnaQwp PmCrY2D6kee8FBfHOLEBJF5b4QaOHMSQfbEyhhyPvxdPj0/ui1bJKjAr8A8ndM+bvM7dsmuN9 +gTelk4ZY/0lxb2/28/WaCzcPqo5a8iz6s3HfPUoCmYDokGatbRzErIazyDa8Yu/hyoZFrxtq /B6MyL0Fdq0RMTk37sOnNttAnqR24G1Q/0hDWv8oSPJzwdrOmCrfhbkKV1rbwOjoFwiCNq3 X-Spam-Score: 0.8 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.8 (/) >> That when the behavior of 'x-show-tip' changes, >> applications will have to adapt. > > That's even more vague - not a clarification at all. > What is the behavior change? What kind of adaptation > are you hinting at? That if for some reason the behavior of that function must be changed, its callers may have to change too. >> Currently there are no plans to replace 'x-show-tip' AFAICT. > > Let's not quibble over the word "replace", please. > > You imply that "the behavior of 'x-show-tip'" will > change. That's what I'm asking about, in talking > about "replacement". 'x-show-tip' had a bug that has been hopefully fixed. I did not imply anything else. > You also said that we should not use 'x-show-tip' > but should use only `tooltip-show', which is much > more limited - not a substitute for 'x-show-tip' > at all. I'm using 'x-show-tip' in my private code, so why should I say such a thing. > The question is, if `x-tool-tip' is not expected > to be replaced, but it is expected to change, just > _how_ is it expected to change? > > Will we be able to do with the "new" `x-show-tip', > what we can do with it now, even if we must "adapt" > in some way to be able to do that? Hopefully so. > You are being quite vague, it seems. You make a > pronouncement that we should not use the function, > but also that it will change - somehow. I did neither the former nor the latter. > The real question is not the words to name the > impending change or replacement that you warn us > about. > > The question is how, after the change/replacement, > to get done everything we can do now with that > function. Let's see to that when we're there. martin From unknown Tue Jun 17 01:36:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#30399: 27.0.50; tooltips are broken Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 12 Feb 2018 14:45:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30399 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics , Stephen Berman , 30399@debbugs.gnu.org Received: via spool by 30399-submit@debbugs.gnu.org id=B30399.151844665018243 (code B ref 30399); Mon, 12 Feb 2018 14:45:01 +0000 Received: (at 30399) by debbugs.gnu.org; 12 Feb 2018 14:44:10 +0000 Received: from localhost ([127.0.0.1]:39024 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1elFL0-0004kB-Dg for submit@debbugs.gnu.org; Mon, 12 Feb 2018 09:44:10 -0500 Received: from aserp2120.oracle.com ([141.146.126.78]:38998) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1elFKx-0004jr-Uz for 30399@debbugs.gnu.org; Mon, 12 Feb 2018 09:44:08 -0500 Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w1CEgGCD173916; Mon, 12 Feb 2018 14:44:02 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2017-10-26; bh=vJUw8jLAOGoyjT2RGg1GIF/g/XaimCAVJVZNKsrZvSY=; b=Nt+OxDyr5OVLAv/fGkAYT3TPTWiGYvL9AC942TSK+Ke12/KlO+S7TiBhEgkxy1KUOVUU /Q58DE/SIiDwzNzT5vl88DKPGsappQxESlu8Xke1r5ivHMOE5KmfBjCPwsAIOzi0YBbT qBx4m3g+n0ZRKmO/g3gL4x7G/PwGLyYUxQQDw48xmM6Btz+Ys2noeJfm2odo5Se8HkiL nhVScJCvvh6uM5VfOBzmwTmfgAep0LFJdVWceFO0vdOVMIMYorLDhTUwVO+dXeAX+emW xoJS8jpmKW0iyKIeVEte10DheJ2TXZwfz05jyviMIkjM4Z+RQOgEyv9RS01OGuY6a9OY 4w== Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by aserp2120.oracle.com with ESMTP id 2g3bve8djg-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 12 Feb 2018 14:44:01 +0000 Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id w1CEi1SQ015301 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 12 Feb 2018 14:44:01 GMT Received: from abhmp0002.oracle.com (abhmp0002.oracle.com [141.146.116.8]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id w1CEhwJe011805; Mon, 12 Feb 2018 14:43:59 GMT MIME-Version: 1.0 Message-ID: <28591819-f037-4517-b9b1-210b3f103114@default> Date: Mon, 12 Feb 2018 06:43:57 -0800 (PST) From: Drew Adams References: <87wozn9kyy.fsf@gmx.net> <5A7D6F9A.1010504@gmx.at> <5A7EBFC2.1040104@gmx.at> <0f060af6-d348-4d38-806e-a0d6d9f194ff@default> <5A800E8F.60706@gmx.at> <5A815DD0.9090205@gmx.at> In-Reply-To: <5A815DD0.9090205@gmx.at> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4639.0 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8802 signatures=668668 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=844 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1802120190 X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) > > You imply that "the behavior of 'x-show-tip'" will > > change. That's what I'm asking about, in talking > > about "replacement". >=20 > 'x-show-tip' had a bug that has been hopefully fixed. > I did not imply anything else. That's good to hear. That was not clear to me. > > You also said that we should not use 'x-show-tip' > > but should use only `tooltip-show', which is much > > more limited - not a substitute for 'x-show-tip' > > at all. >=20 > I'm using 'x-show-tip' in my private code, so why > should I say such a thing. I certainly got the wrong impression from what you wrote, then. Thanks for clarifying. > > The question is, if `x-tool-tip' is not expected > > to be replaced, but it is expected to change, just > > _how_ is it expected to change? > > > > Will we be able to do with the "new" `x-show-tip', > > what we can do with it now, even if we must "adapt" > > in some way to be able to do that? >=20 > Hopefully so. Very good to hear. Glad I asked for clarification, and thank you for clarifying. None of what you say now was clear (to me) from your previous msgs in this thread. Sorry, if the misunderstanding was my fault here. And thanks for fixing the `x-show-tip' bug.