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 16:37:50 +0200 Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Message-ID: <2719-Wed22Oct2003163749+0200-eliz@elta.co.il> References: <87y8vgbhdc.fsf@lucien.dreaming> Reply-To: Eli Zaretskii NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1066834182 2514 80.91.224.253 (22 Oct 2003 14:49:42 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 22 Oct 2003 14:49:42 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Oct 22 16:49:40 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 1ACKIu-00052z-00 for ; Wed, 22 Oct 2003 16:49:40 +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 1ACKIS-0002on-8w for geh-help-gnu-emacs@m.gmane.org; Wed, 22 Oct 2003 10:49:12 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1ACKHo-0002nb-9c for help-gnu-emacs@gnu.org; Wed, 22 Oct 2003 10:48:32 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1ACKCd-0001RN-7b for help-gnu-emacs@gnu.org; Wed, 22 Oct 2003 10:43:42 -0400 Original-Received: from [192.114.186.22] (helo=gollum.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.24) id 1ACKCc-0001P7-MB for help-gnu-emacs@gnu.org; Wed, 22 Oct 2003 10:43:10 -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 BRE59176; Wed, 22 Oct 2003 16:42:39 +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: (mdurland@ix.netcom.com) 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:13460 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:13460 > From: "Michael Durland" > Newsgroups: gnu.emacs.help > Date: Wed, 22 Oct 2003 01:26:00 GMT > > > > Emacs has an optional feature to cause it pop up a new frame > > (``window'' in your parlance) to display comlpetion results. See the > > documentation of the variable `special-display-buffer-names'. Why > > isn't this sufficient? > > Is there a way to show these spawned special frames without an actual > "frame" around them? That is, just the window contents with no title bar, > no resizing border, etc. Just the actual contents inside the frame? 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? > That way it could appear on top of the existing frame and have the > appearance that it is part of the same frame. 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? > I found how to specify some properties > of the frame, like position and size, but I didn't figure out how to specify > system properties like what "style" the spawned frame has. What do you mean by the frame's ``style''? > Another example where this is useful is to have a virtual ruler that > floats around over the text. This can be used to measure how wide > strings are. You can easily find out the length of a string in Emacs without any ruler. > I have found this feature useful in the past. Any other useful applications of the ruler, besides string length? > With a real frame, the "frame stuff" gets in the way of the actual > contents, which in this case would be numbers with tick marks as > periods. 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.