From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Eli Zaretskii" Newsgroups: gmane.emacs.help Subject: Re: virtual space? Date: Wed, 22 Oct 2003 19:44:16 +0200 Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Message-ID: <6480-Wed22Oct2003194416+0200-eliz@elta.co.il> References: <87y8vgbhdc.fsf@lucien.dreaming> <3F96A856.1060909@yahoo.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1066845158 30534 80.91.224.253 (22 Oct 2003 17:52:38 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 22 Oct 2003 17:52:38 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Oct 22 19:52:36 2003 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1ACN9w-0002pY-00 for ; Wed, 22 Oct 2003 19:52:36 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1ACN7Q-0001za-1X for geh-help-gnu-emacs@m.gmane.org; Wed, 22 Oct 2003 13:50:00 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1ACN7A-0001yE-Rn for help-gnu-emacs@gnu.org; Wed, 22 Oct 2003 13:49:44 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1ACN6e-0001qH-9O for help-gnu-emacs@gnu.org; Wed, 22 Oct 2003 13:49:43 -0400 Original-Received: from [192.114.186.22] (helo=gollum.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.24) id 1ACN6d-0001q4-Qz for help-gnu-emacs@gnu.org; Wed, 22 Oct 2003 13:49:12 -0400 Original-Received: from zaretski (pns03-200-33.inter.net.il [80.230.200.33]) by gollum.inter.net.il (Mirapoint Messaging Server MOS 3.3.7-GR) with ESMTP id BRF20733; Wed, 22 Oct 2003 19:49:07 +0200 (IST) Original-To: help-gnu-emacs@gnu.org X-Mailer: emacs 21.3.50 (via feedmail 8 I) and Blat ver 1.8.9 In-reply-to: <3F96A856.1060909@yahoo.com> (message from Kevin Rodgers on Wed, 22 Oct 2003 09:55:02 -0600) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.help:13469 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:13469 > From: Kevin Rodgers > Newsgroups: gnu.emacs.help > Date: Wed, 22 Oct 2003 09:55:02 -0600 > > > > I don't understand why is this an issue (can you explain?), but it > > sounds like the default Emacs behavior, whereby the possible > > completions are shown in a window in the same frame, should satisfy > > your needs, since there's no new frame borders involved. What am I > > missing? > > > He liked your suggestion to display the *Completions* buffer in its own > frame, via special-display-buffer-names. I understood that. > But he wants it displayed without any window manager decorations. I understood that, too, but didn't understand _why_ he wants that, and asked for explanations. > > A separate window popped by Emacs by default in the same frame is, in > > fact, part of the same frame. What's wrong with that? > > He wants the buffer/window to have a separate (special) frame. I understood that, but didn't understand why. > > It is possible, at least in principle, to have frames without borders > > (that's how Emacs creates tooltips, a.k.a. ``balloon help''), if that > > is important, although I don't think you can do that now in Emacs. > > Exactly -- but why not? Because no one has coded it, I guess. See x_create_tip_frame for how it is done; someone needs to add similar code to the function x-create-frame which is used to create all the other frames on graphics displays.