From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#41200: Displaying a tooltip with x-show-tip gets very slow as more faces are defined Date: Tue, 12 May 2020 19:42:52 +0200 Message-ID: <18cd985b-5a76-2274-1783-8c8cad6395e6@gmx.at> References: <8fd8896a-cd5c-66f4-4792-f65cac4dc4f5@gmail.com> <2050d979-369b-f546-eb48-2a34befb5602@gmx.at> <3c3cbd2d-3a05-297a-3019-13253180a4e2@gmail.com> <94f4ec10-9ac8-b12f-9bf5-896f573161de@gmx.at> <49ee1a74-2bbc-47b0-6db0-1a2489091c3f@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="116555"; mail-complaints-to="usenet@ciao.gmane.io" To: =?UTF-8?Q?Cl=C3=A9ment?= Pit-Claudel , 41200@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue May 12 19:46:00 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jYYye-000UBl-HJ for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 12 May 2020 19:46:00 +0200 Original-Received: from localhost ([::1]:42450 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jYYyd-0005Nj-9a for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 12 May 2020 13:45:59 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60390) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jYYvn-0003tA-IW for bug-gnu-emacs@gnu.org; Tue, 12 May 2020 13:43:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:44917) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jYYvn-0006J8-9z for bug-gnu-emacs@gnu.org; Tue, 12 May 2020 13:43:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jYYvm-0002Oo-7H for bug-gnu-emacs@gnu.org; Tue, 12 May 2020 13:43:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 12 May 2020 17:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 41200 X-GNU-PR-Package: emacs Original-Received: via spool by 41200-submit@debbugs.gnu.org id=B41200.15893053819216 (code B ref 41200); Tue, 12 May 2020 17:43:02 +0000 Original-Received: (at 41200) by debbugs.gnu.org; 12 May 2020 17:43:01 +0000 Original-Received: from localhost ([127.0.0.1]:56463 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jYYvl-0002OZ-8F for submit@debbugs.gnu.org; Tue, 12 May 2020 13:43:01 -0400 Original-Received: from mout.gmx.net ([212.227.17.21]:42777) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jYYvj-0002OM-NT for 41200@debbugs.gnu.org; Tue, 12 May 2020 13:43:00 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1589305373; bh=0M5uE37pchtIP3t02a4ow0WpWvHe4X/Xbdj6PIQPCQA=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=LEQJuYI2HSu4jOL4Q5Of7PSNykpPKt0WIaqDZmD93D7wnjG64Hffc5E+51Sn9xXTa JN+vmnjQPrphcPRC25EyypvT+4yiu1Fmv09h7Vqk3eu48367YfRHZwbBVbcbt2sVop upiZavsXZOXkTUcpHNsuXpSp4HL2vGj53LxmybA0= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.101] ([212.95.5.251]) by mail.gmx.com (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M4s51-1jZOXa1MZz-0021zP; Tue, 12 May 2020 19:42:53 +0200 In-Reply-To: <49ee1a74-2bbc-47b0-6db0-1a2489091c3f@gmail.com> Content-Language: en-US X-Provags-ID: V03:K1:SON8cpiPfHuEsSHV4lCSUBVWg+7fC7PeyVu06ZVOpee+kWN1+3J cBJTPQmDxunw9o3Af9vjwwlmARCyNUOZQuJqCd3Kiqut13dwMWp5RNx9Ha0OpuWb4d9UyLD g+FM6VtDLrP8zKv30VJrJpzTHTW2IY5WzUgEaWPqnvpUVwIaWZCn1/QLwECu1gknF66dsEb 7fXstk0UF+8DUoW+z2evg== X-UI-Out-Filterresults: notjunk:1;V03:K0:YrQNbWEann0=:tPYgzwAUXdOszwrr1H3K/v 5rGTizbsjzJIffTr2G7lu3/9xI0rvge2ht6CQnxilMibmQj8t416Gcumo4GuTgiq80qDyHIpM wFhXENVQ3E1IsB1GZ3W9EZ/TIf4JsLDvJSRbhoCxvxLAvfQN4UKXsQM8ydn2FXdxW83zmXuLR eeumg8UkmjZfrRTFScAWX9BASGnPzfZdDXh7Z0AJ3LJ9qDK6lcnXZL6CV6eyjYG2P8R4TrjvN Zfq2JmxCPy1DMhihZ9KPuMbBxEMUYX/O63uHd63mb04hmQfdOHFy6Yay3BPXNYXkeYwo644g+ fDD/lD16D+q/DrY7NHToxZAijWssLLgT1VDlgAyOI/wPZryeDQRHR966sr7GqA6VLcwP8PPoS i+kVbuqWLMKbPLeGYErG+xk3oHJ7P3mCGRtlNZ+HhR/pA56MW1Rarjvp+bpdEJGfef6nQSo3j LXxZDU4WeTFBNWTOPDBqdsDLvSmmDCmcJr/SxkAylqoOA6/A5OXloLX2GRLUF15pjbRN2ndyI SFn7a0YsnpIftyD97dsJIfDndViL1aTtklFF3YrjL+TUt8dVT8jAdZMLpIl2HQvAIdwydrtZ9 oWFTs9e4v1atQNt76onQaHOWnviJ5jux/lDkFXeD6IUHulkawVgNq4eSHejL7jT3XjwsM7KfX S5Ux5UjyRK9MqX5+HcU1g7OkvLt4BfFFdS+ktNLfixlEk7ra2HVtTGxBQ4KTq3Susy4MiiDzH hJDGbqniqyFDyYDI9fk8sUqm5hi/dbZMTfGPfsPuTSKgQCdv10EXSbuSyoIlJEAD4fAWxRRl X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:180114 Archived-At: > Indeed, with tooltip-reuse-hidden-frame t and your patch, creating a > tooltip is instantaneous (after the first tooltip is created) Eli, any problems to fix this in Emacs 27? > The docstring suggests that with this option, results won't always be > correct. Is there a chance that we could rebuild the frame when > needed and then make that option the default? It depends on what "when needed" stands for. Basically, the results may be incorrect when some sort of face change happens. But, as I recently mentioned in another thread, the code not reusing a hidden frame already fails picking up an internal border face specified via (set-face-background 'internal-border "red") so such annoyances are already present in the default code. In principle, you can always add or remove some non-position-specifying alist entry and the tooltip frame will be recreated from scratch. So if we can identify the "when needed", it should be easy to add such an entry and remove it as soon as the next tooltip frame has been created. martin