From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David De La Harpe Golden Newsgroups: gmane.emacs.devel Subject: Re: Add function to make frame topmost? Date: Sat, 01 May 2010 04:19:43 +0100 Message-ID: <4BDB9DCF.8020504@harpegolden.net> References: <4BDB5A6E.5060803@harpegolden.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1272684006 2717 80.91.229.12 (1 May 2010 03:20:06 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 1 May 2010 03:20:06 +0000 (UTC) Cc: =?UTF-8?B?SmFuIERqw6Rydg==?= , Stefan Monnier , Emacs-Devel devel To: Lennart Borgman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat May 01 05:20:04 2010 connect(): No such file or directory Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1O83FG-0007ix-Ja for ged-emacs-devel@m.gmane.org; Sat, 01 May 2010 05:20:00 +0200 Original-Received: from localhost ([127.0.0.1]:41926 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O83FD-0006gq-D0 for ged-emacs-devel@m.gmane.org; Fri, 30 Apr 2010 23:19:55 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O83F8-0006fp-Lx for emacs-devel@gnu.org; Fri, 30 Apr 2010 23:19:50 -0400 Original-Received: from [140.186.70.92] (port=39751 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O83F7-0006eR-6I for emacs-devel@gnu.org; Fri, 30 Apr 2010 23:19:50 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O83F5-00039N-JD for emacs-devel@gnu.org; Fri, 30 Apr 2010 23:19:49 -0400 Original-Received: from harpegolden.net ([65.99.215.13]:49234) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O83F5-00039D-4U for emacs-devel@gnu.org; Fri, 30 Apr 2010 23:19:47 -0400 Original-Received: from [87.198.54.194] (87-198-54-194.ptr.magnet.ie [87.198.54.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "David De La Harpe Golden", Issuer "David De La Harpe Golden Personal CA rev 3" (verified OK)) by harpegolden.net (Postfix) with ESMTP id C253A977A; Sat, 1 May 2010 04:19:45 +0100 (IST) User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20091109) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:124380 Archived-At: Lennart Borgman wrote: > The problem is that it is not powerful enough for things like menus of > the type used by for company-mode or completion-ui (see EmacsWiki). I'm not too familiar with either. I think the tooltip type window hint is indeed also used or abused for completion panel display by some non-emacs X11 apps (so says xprop). I don't now want to give too much weight to it - what emacs puts in and does with an X11 window that it tells the window manager is a tooltip is still pretty much up to emacs (of course currently emacs might currently only be allowing display of a string...) > What about having a > function make-tooltip-type-frame? > Hmm. It _might_ make sense to allow it as an elisp-exposed emacs frame parameter. e.g. for argument's sake (make-frame '((disposition . tooltip)) (make-frame '((disposition . utility))) etc. Not sure "disposition" is the right word... It would probably then also prove necessary to be able to specify override-redirect and wm-transient-for at the lisp level as frame parameters (though maybe the former could be implied - you're hardly not going turn on override-redirect if you're making a tooltip) - the lisp-level wm-transient-for (or "master-frame") frame parameter could probably be limited to other emacs frames. OTOH, that all might be getting a bit lowlevel to expose so directly at the elisp level: The precedent from tooltips and popup menus is that there are special-purpose apis for them at the elisp level, maybe there's an argument for some sort of single-purpose (inline-completion-panel-show ) and (notification-show ) functions by analogy with (tooltip-show "blah") and (popup-menu 'blah). such an approach has the advantage it might be coaxed into doing something vaguely useful on text terminals. OTOTOH, maybe the extra frame parameters might become a lower level implementation detail of such an api.