From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.help Subject: Re: gnu/emacs client --create-frame somehow? Date: Wed, 03 Dec 2003 16:10:33 GMT Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Message-ID: References: <87u14pdbck.fsf@herrrossi.mmweg.rwth-aachen.de> <87ptf8by0w.fsf@herrrossi.mmweg.rwth-aachen.de> <87ekvmzx9w.fsf@herrrossi.mmweg.rwth-aachen.de> <87ekvmp0s4.fsf@herrrossi.mmweg.rwth-aachen.de> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1070468101 15281 80.91.224.253 (3 Dec 2003 16:15:01 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 3 Dec 2003 16:15:01 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Dec 03 17:14:59 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 1ARZeV-00053T-00 for ; Wed, 03 Dec 2003 17:14:59 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1ARabX-0004WP-AH for geh-help-gnu-emacs@m.gmane.org; Wed, 03 Dec 2003 12:15:59 -0500 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!nntp.cs.ubc.ca!cyclone.bc.net!snoopy.risq.qc.ca!charlie.risq.qc.ca!53ab2750!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 34 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 Original-NNTP-Posting-Host: 132.204.24.42 Original-X-Complaints-To: abuse@umontreal.ca Original-X-Trace: charlie.risq.qc.ca 1070467833 132.204.24.42 (Wed, 03 Dec 2003 11:10:33 EST) Original-NNTP-Posting-Date: Wed, 03 Dec 2003 11:10:33 EST Original-Xref: shelby.stanford.edu gnu.emacs.help:118947 Original-To: help-gnu-emacs@gnu.org 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:14888 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:14888 > No, I only mean a GNU/Linux box with a windowmanager which gives > me multiple virtual desktops (LarsWM, 4 virtual desktops). Well, I don't know of any standard way for the window-manager to tell clients about the existence of such virtual workspaces, so from Emacs's point of view, those don't exist. My window-manager (ctwm) automatically brings a window into the current workspace if an application asks for its window to be de-iconified. This means that for me pop-to-buffer in your example will cause the *info* frame to be brought into the current workspace. > No, I think pop-to-buffer/pop-up-frame is working as advertised, > it's just not what I want---or I haven't figured out how to > configure it right for my needs. Maybe you can get your window-manager to do its part. > On XEmacs, this function forces the creation of a new frame that > shows the *info* buffer on the virtual desktop I am looking > at---and yes, if another frame somewhere else is displaying *info* > too, I end up having two frames displaying *info*. Ah, so you're working around a limitation of your window manager (or maybe a limitation in Emacs w.r.t understanding what your window-manager does) by forcing the creation of a new frame no-matter-what. Of course, you can do that as well with emacsclient. E.g. something like (100% guaranteed non-tested code): emacsclient --eval '(progn (select-frame (make-frame)) (info))' -- Stefan