From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: Selecting tooltip frames considered harmful Date: Mon, 26 Feb 2018 10:06:21 +0100 Message-ID: <5A93CE0D.4050308@gmx.at> References: <5A9135CE.3020802@gmx.at> <5A9309CB.90404@gmx.at> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1519635886 15509 195.159.176.226 (26 Feb 2018 09:04:46 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 26 Feb 2018 09:04:46 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Feb 26 10:04:42 2018 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 1eqEiA-0003gS-4U for ged-emacs-devel@m.gmane.org; Mon, 26 Feb 2018 10:04:42 +0100 Original-Received: from localhost ([::1]:57832 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eqEkC-0001T0-Jp for ged-emacs-devel@m.gmane.org; Mon, 26 Feb 2018 04:06:48 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51235) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eqEk2-0001Rt-Nm for emacs-devel@gnu.org; Mon, 26 Feb 2018 04:06:39 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eqEjx-0005we-Nu for emacs-devel@gnu.org; Mon, 26 Feb 2018 04:06:38 -0500 Original-Received: from mout.gmx.net ([212.227.15.15]:49451) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1eqEjx-0005w3-EJ for emacs-devel@gnu.org; Mon, 26 Feb 2018 04:06:33 -0500 Original-Received: from [192.168.1.100] ([46.125.250.72]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MAQXq-1f0i4X12wU-00BfgW; Mon, 26 Feb 2018 10:06:27 +0100 In-Reply-To: X-Provags-ID: V03:K0:a0GYyVQ9i9xkF3P/IT6kiI2uN4+MuIK2/ca1ncda+uft52XaWHp XpMOBfDE3PoKzC2MnWUx/QqgyRlrggNsqiTI+XHF2cUn0zyxUdDvvsnhZuBsZCqHUyzW2xt 4cHEdNBhEQuWubxrX9Whrojs0+8LXzEDZ0gWeHW+mfucGpC+gnarz1Mhj8p3dwV2Nv3I9xW 90RzVwfGUgVRLdUnHedXw== X-UI-Out-Filterresults: notjunk:1;V01:K0:Gk0+/SSWQ/M=:dLtQ2HHgphrzIbFshLZmbU 2Doyjb4Ha4gvNuLMBR4nqErUWipXIYsT6U4ypCkwX201nKopd34VBSFKCIZqNAAp+axFD60ln v/rvqis3ALJnlrO02HYcIlT95/Psfsw8u2vZ9akiUGfTdvepXLPkjuSZxZGGRy8M3QsLgPnL4 vu6At7oAi7KGPq3/95KbCADHOcIiqEULFMOz/Vsh9aQhKOxJypnD+no1O0Yir9/o8lOES5uBF zdDWBJMneDRvjpaSv1VykYqpNeQeRip/ndTeGXl0BrPV3B8C+6X3zbpdFBFgz0hyp6w4pLbw0 Qpnvjmdh1YpW4DTBNAKCRFoRPu8yBmYHo3/VqKaDm9Lt6olB4OzOC8J0RnbSFMlmQpCLWyMCF Tirvr+m7Zr8WV2Et2Zlr0XACAY8VcvhkDsyubXJUuOPMPnINuYgJbCxyG0Ac5qkbxCm/qG2lR +SEtvq5xei+7gbiD9Qfi9udFDO6hzD8n6kskVMh6LKjf9yEjYEsJltihfle5yY1CXpzjIoGoU ZjDWXhMKNRj0ZCZBosQGmcxYw4yTZUWdhZZhtZAVFZ72geaNLU4+fY0veHbQEu5UDBnzoDhei kGoWoInykfZ5OOoDQSt+MRnsXe82qpafbT2n/4g55Qk2RNaIZ2N3b+pmg4yDdR8dPqHO5JLeW 6tejqaBmq/BZcggRFCKAuQFo1QihTSmbhNflIYGx8NghI0ebHpV/Z6xXSvY8nqfFPKws0BOkJ QTJ4gBnb8Nc3uNTp8eLVdFMhOA3ulOinG+wsdKGWXfjngYetDTft7UEhS6hKsTC54jb8MCqa X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 212.227.15.15 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:223045 Archived-At: >> The obvious candidate here is the minibuffer window of tip_last_frame >> (making sure the tooltip frame gets deleted when tip_last_frame is >> deleted). > > I was rather thinking of the selected-window at the time the tooltip > frame is created A minibuffer or echo area window is specified frame-wise and is found in the minibuffer_window slot of each frame. So you probably mean the mini window for the frame of the window selected at the time the tooltip frame is created. That window is in fact the mini window of tip_last_frame. > (plus some way to re-set the "transient-for" field so > the same tooltip-frame can be reused?). The same tooltip-frame (and its buffer and window) can be already reused. So what does the "transient-for" field stand for? > First we need to decide what's The Right Thing, and I think that keeping > track of the "parent" frame/window is the right thing. > > Once we agree on this, we can think about how best to > implement/approximate it. We currently refuse to delete a frame when its minibuffer window serves as the minibuffer window of another frame. Since this sounds like a bad idea in the context of tooltips, we probably would have to delete a tooltip frame before deleting the frame whose minibuffer serves as the surrogate for the tooltip. So yes, we have to agree on what TRT is. Either insist on all frames having a minibuffer frame (or producing one on demand) or disallow selecting frames which don't. martin