From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Thorsten Bonow Newsgroups: gmane.emacs.help Subject: Re: gnu/emacs client --create-frame somehow? Date: Wed, 03 Dec 2003 13:02:19 +0100 Organization: Aachen University of Technology (RWTH) Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Message-ID: <87ekvmp0s4.fsf@herrrossi.mmweg.rwth-aachen.de> References: <87u14pdbck.fsf@herrrossi.mmweg.rwth-aachen.de> <87ptf8by0w.fsf@herrrossi.mmweg.rwth-aachen.de> <87ekvmzx9w.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 1070453777 17513 80.91.224.253 (3 Dec 2003 12:16:17 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 3 Dec 2003 12:16:17 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Dec 03 13:16:14 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 1ARVvS-0005w3-00 for ; Wed, 03 Dec 2003 13:16:14 +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 1ARWsc-0001jw-Dl for geh-help-gnu-emacs@m.gmane.org; Wed, 03 Dec 2003 08:17:22 -0500 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!news.uchicago.edu!news.cc.uic.edu!aanews.merit.edu!gumby.it.wmich.edu!news-out1.nntp.be!propagator-sterling!news-in.nuthinbutnews.com!news.rwth-aachen.de!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 68 Original-NNTP-Posting-Host: s3m178.dialup.rwth-aachen.de Original-X-Trace: nets3.rz.RWTH-Aachen.DE 1070452957 24027 137.226.7.178 (3 Dec 2003 12:02:37 GMT) Original-X-Complaints-To: abuse@rwth-aachen.de Original-NNTP-Posting-Date: 3 Dec 2003 12:02:37 GMT User-Agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.4 (Rational FORTRAN, linux) Cancel-Lock: sha1:8xSoVk24D+hIfTNzPLnqd5bsVME= Original-Xref: shelby.stanford.edu gnu.emacs.help:118940 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:14881 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:14881 >>>>> "Stefan" == Stefan Monnier writes: >> gnuserv-visible-frame-function on the other hand is frame >> oriented. If there is no frame on my virtual screen, one pops >> up, even if the file is already displayed in another buffer. Stefan> You mean it will reuse a pre-existing window and change Stefan> the buffer displayed in that window ? In that case Stefan> indeed, pop-to-buffer might not be what you want, but I Stefan> don't understand when a frame is going to be opened, then, Stefan> unless you're thinking of a multiple-X-server situation, Stefan> in which case the --display argument of emacsclient should Stefan> be what you want (although it's only be lightly tested). No, I only mean a GNU/Linux box with a windowmanager which gives me multiple virtual desktops (LarsWM, 4 virtual desktops). Stefan> Or do you mean that if the buffer is already displayed in Stefan> a window but on another display, then pop-to-buffer fails Stefan> to open a new window/frame on the right display ? That Stefan> might be: there are many such bugs in a multiple-display Stefan> situation. Please report such problems to gnu.emacs.bug Stefan> via M-x report-emacs-bug. 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. >> (defun my-xemacs-info-other-frame () >> "my-xemacs-info-other-frame" (interactive) (let (gnuserv-frame) >> (info))) >> I can call gnuclient -eval "(my-xemacs-info-other-frame)" and a >> frame pops up even if *INFO* is displayed in another frame. Stefan> But I can't easily check what the above code does: are you Stefan> trying to force the creation of a new frame that shows the Stefan> same *info* buffer a second time on the same display or is Stefan> it on a separate display ? 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*. Stefan> Stefan Again, thanks for taking your time to figure out what I mean. Toto -- Contact information and PGP key at http://www-users.rwth-aachen.de/thorsten.bonow HERE is Edward Bear, coming downstairs now, bump, bump, bump, on the back of his head, behind Christopher Robin. It is, as far as he knows, the only way of coming downstairs, but sometimes he feels that there is another way, if only he could stop bumping for a moment and think of it. And then he feels that perhaps there isn't. Anyhow, here he is at the bottom, and ready to be introduced to you. Winnie-the-Pooh. A.A. Milne: Winnie-the-Pooh