From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Po Lu via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#23341: x-show-tip does not respect the value of tooltip-hide-delay, and the default tooltip timeout isn't configurable Date: Mon, 02 May 2022 10:50:07 +0800 Message-ID: <871qxcps0w.fsf@yahoo.com> References: <571AE240.2090103@live.com> <8735hu1u9o.fsf@gnus.org> <83zgk27fn6.fsf@gnu.org> <87r15ezim2.fsf@gnus.org> <83y1zm7e6q.fsf@gnu.org> <87a6c2zglu.fsf@gnus.org> <87ee1ertza.fsf@yahoo.com> <87k0b5tzqu.fsf@gnus.org> <87o80hr4nb.fsf@yahoo.com> <87zgk1poi2.fsf@gnus.org> <87h769r10l.fsf@yahoo.com> <874k29pme6.fsf@gnus.org> <87a6c1qzzk.fsf@yahoo.com> <875ympo4vy.fsf@gnus.org> <8735htqum4.fsf@yahoo.com> <87tua8py9y.fsf@yahoo.com> Reply-To: Po Lu Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="18644"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.91 (gnu/linux) Cc: "clement.pitclaudel@live.com" , Lars Ingebrigtsen , Eli Zaretskii , "23341@debbugs.gnu.org" <23341@debbugs.gnu.org>, martin rudalics To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon May 02 04:51:22 2022 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 1nlM9h-0004fM-GR for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 02 May 2022 04:51:21 +0200 Original-Received: from localhost ([::1]:47980 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nlM9g-0003Ts-2j for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 01 May 2022 22:51:20 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:60644) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nlM9O-0003Th-FO for bug-gnu-emacs@gnu.org; Sun, 01 May 2022 22:51:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:40681) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nlM9O-0004tI-4C for bug-gnu-emacs@gnu.org; Sun, 01 May 2022 22:51:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1nlM9N-0006H2-Vm for bug-gnu-emacs@gnu.org; Sun, 01 May 2022 22:51:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Po Lu Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 02 May 2022 02:51:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23341 X-GNU-PR-Package: emacs Original-Received: via spool by 23341-submit@debbugs.gnu.org id=B23341.165145982524069 (code B ref 23341); Mon, 02 May 2022 02:51:01 +0000 Original-Received: (at 23341) by debbugs.gnu.org; 2 May 2022 02:50:25 +0000 Original-Received: from localhost ([127.0.0.1]:34578 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nlM8m-0006G9-TG for submit@debbugs.gnu.org; Sun, 01 May 2022 22:50:25 -0400 Original-Received: from sonic302-20.consmr.mail.ne1.yahoo.com ([66.163.186.146]:35372) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nlM8l-0006Fu-ST for 23341@debbugs.gnu.org; Sun, 01 May 2022 22:50:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1651459818; bh=t8pTY45Aq2frkC15fkjn/zEggnctt3jZGvVAkjFjIYI=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=Mn0QfTCOiPWJFVXmk5+AhMuGz2LMHY18I49Z+Q+60JoUThggRYOCoeOH5nI9gfbaM86c5doF0URUmZNkTC2GbW210jjm4BR1Qo3VuzG6NflfZUSXSwgSLw02mx8DopHjfmWEFrQLvqaRKp75Knmowr/L0YWMP7ZpRBUa/smwZ/9xDRHznUH+bPB8waeq7U91T6DtYeZfZhTloucAz/LzacxD2HcmVBXuGZxq/ulStQJ5YiS5bzhev53yGN9LtDa5Pgaohplrm5gLjAlPFsGU5KsUGVt4QeSiI3ntjol4lVOvDoG3GDASpllPS/rWKp9PP8DcAzayavfOa9ZygB7mQA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1651459818; bh=Q5ZDmXBuPZiXTLs/iMlkbeNx8HW4JWdhukoEypuKraC=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=UivaFtPlqUN8TQIVvArkK7ZpfcEYNTuF5hnVgPpLmmnn1C/KP+N2Cr6Wb/qRG282YJFIbBmvu2+0pCqcXOZTREbDb/4hKxLnnBuVsywarIPGbNtGs8PuqtgmNko1me7VKCkz6gEUY35HFTymi+EVVL0vJnY1d6lYSZhh9LdijMP1g6ZAqC1VvSSSnZJsQvDojTJ4tIpv9Eq964xRk6ixnwqLNlXHdZKR5H4tFDBxLuTqpfjxoFG1Kx7/c6ZnwF7nBotfus0+B3bHt+ma7/dsPBDAn7nSOQjwc3tFE+DuPxPsOW/rzZiT8SqJVBMNmR+Dj98msCE7q6l3D3/LoVSHKg== X-YMail-OSG: r3Dly5cVM1kf8Di15pN.iM.wFNRUxft0WkbUlLBhp.WsCNw37mvd.Yxdv2jta37 k2UTbH09wA1UfNZuRPU.5BDS0lMGiBiyjXB3K8mOCFIVmbzPviJoDBQWInF6ce0ebY5OurnbDX2x ccJNTYjeCPWR3xFAREr2FIlC4Tk8tepIYgYKTxisILkEcXC4dOsERXrCJ6g3AHK4bx_ATutmvEMT nPOuxbfz2cy80o17OLz0JnGDXzv4_FgmGo4DofeenTgOarqVSVFK6S0BK3EGeEozmSDWAG7jppxx FXUklcxxshUC02BoaAF4ZXMmUP_aOT9QMpCbHImG_qCZA8moNbRK1u5XmCeq1Rn_M275_hfvHVSl gSewuxKgsOpAEdsNITnJ324P5iYHdcyfI48Lxo8byZxS43_qUCFcrm4_uPl.1_xblZd5iQ2wYwNz .tfg5UMmfisIprO2K3MJYgU2tqPMGWBf5MegZH7XA6zuduhD7n2wbvTAuUCNaQB1iXGf.OhKjMxz j4LqU7uXhAfOJ7JS.8fWmh6BkQz4DqBW9aGQFJ9Ne4pgtYGB30OWwgW0uWxQlWB8fyokR8c5RyhG 2tRlIvXju_kc0PdrEVMB_FU7cNcOlhKuAaYnOB.CT0TdvE4t2hEz8tawmTG3S_CqtLIzdGOwJQwS 1yDPdveIsVkQ4cpIsbLoIIN3a4tc31wy.FEfSX9H.b2js640mWZYBqIzqnnU4dOljz2XY0HCOb06 cEJhSOM65Hnc5oGyreYaITNU0LHwUq95HlKsvNsJtN18dmsXYkYMfEPv47NIWpB7GS9JHAgpXJwW CIpwGXibG_Xc9I4rgHpd5wxwYx5MzSr_r8wgaj2gsI X-Sonic-MF: Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.ne1.yahoo.com with HTTP; Mon, 2 May 2022 02:50:18 +0000 Original-Received: by hermes--canary-production-sg3-795d7b4d54-5fwrz (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID cebe43d9b2f961b2613ed53e83b3ae84; Mon, 02 May 2022 02:50:12 +0000 (UTC) In-Reply-To: (Drew Adams's message of "Mon, 2 May 2022 02:19:13 +0000") X-Mailer: WebService/1.1.20118 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo 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:231222 Archived-At: Drew Adams writes: > Lots of things can happen unpredictably with > frames, per different window managers. Not if you use `tooltip-show', I think. > And invisible frames are used seldom - so > much so that Emacs has even (misguidedly) > toyed with the idea of getting rid of their > support. > > But pray, please do elaborate? What's so > special about tooltips here? Tooltips are made transient for the frame they are displayed in. Compositing managers look at the WM_TRANSIENT_FOR property on tooltip frames (which are a special kind of frame created without any widgets that are always override redirect) to determine how to display the tooltip. Those frames are also displayed outside the usual redisplay machinery, and only once, inside `x-show-tip'. > Please consider documenting it, whatever > it is - especially the "dangerous" bit. > > And if this happens with tooltips then what > makes you think it's limited to the use of > `x-show-tip'? Just what is `x-show-tip'- > specific? That cannot happen with `tooltip-show'. > Some things? In 'params'? (PARMS maybe?) > > Any crash is an Emacs bug (in C code). Needs to > be fixed, regardless of who's authorized to use > `x-show-tip'. So crashing on some kinds of invalid bytecode is an Emacs bug, for that same reason? > If there are problems/gotchas/bugs/mysteries wrt > PARMS, or anything else your vague response is > meant to intimate, please fix or document them. `tool-bar-position' is one example of such a problematic frame parameter, and there are many others, but I never enumerated all of them. Lisp code should _never_ manipulate tooltip frames. They are special on the C level in that many assumptions (such as there being a GTK or Xt widget for each frame), or that the frame has at least one window that isn't a "pseudo window" do not hold. This is also why we bend over backwards to not make tooltip frames visible to Lisp inside frame lists and probably the display-buffer stuff as well. > There's no difference in this regard between what > "core Emacs developers" need (and need to know) > when using `x-show-tip' and what other Emacs > developers need (i.e., users who develop 3rd-party > libraries) need. > > Fix it or document it. That's the proper response > for something useful that (you think) has problems. It is documented. The doc string says: This is an internal function; Lisp code should call `tooltip-show'.