From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Riley Newsgroups: gmane.emacs.help Subject: Re: Emacs's popularity Date: Tue, 16 Dec 2008 16:50:01 +0100 Organization: A noiseless patient Spider Message-ID: References: <2103fd36-c5cd-4e8d-a74f-34697a369934@a26g2000prf.googlegroups.com> <87ljuh86il.fsf@iki.fi> <878wqg4alp.fsf@nonospaz.fatphil.org> <87r6482t6l.fsf@nonospaz.fatphil.org> <87ej082rxo.fsf@nonospaz.fatphil.org> <873ago2m2v.fsf@nonospaz.fatphil.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1229446045 16485 80.91.229.12 (16 Dec 2008 16:47:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 16 Dec 2008 16:47:25 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Dec 16 17:48:30 2008 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1LCd5l-0004k0-AI for geh-help-gnu-emacs@m.gmane.org; Tue, 16 Dec 2008 17:48:17 +0100 Original-Received: from localhost ([127.0.0.1]:51470 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LCd4Z-0008Fo-M3 for geh-help-gnu-emacs@m.gmane.org; Tue, 16 Dec 2008 11:47:03 -0500 Original-Path: news.stanford.edu!headwall.stanford.edu!newsfeed.esat.net!zen.net.uk!dedekind.zen.co.uk!news.motzarella.org!motzarella.org!usenet238.motzarella.org!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 99 Original-X-Trace: news.eternal-september.org U2FsdGVkX19k36B3yCg7mF1I891aNdWUitNH6AuqmOTJw018iqP0WmwMW27ncR6MJBoXIepgyZcdloTcDPMtzrRWWYX7+ZFtTvCUyaJ0YlZ5x7ZQ/HwILj0Ggoywb9l7EIAmEcrOydVxfySkGRwJGA== Original-X-Complaints-To: Please send complaints to abuse@motzarella.org with full headers Original-NNTP-Posting-Date: Tue, 16 Dec 2008 15:51:51 +0000 (UTC) X-Auth-Sender: U2FsdGVkX1+FjdjcvIIed/K/UEMqCpLJ1N+AGoyO7tgBx7v5eGgitg== Cancel-Lock: sha1:A8McJefHqYEjXjZkbvwrEMqFHYE= User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) Original-Xref: news.stanford.edu gnu.emacs.help:165361 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:60694 Archived-At: Phil Carmody writes: > "Juanma Barranquero" writes: >>> The reason I don't use the client/server setup is that I absolutely >>> do not want C/Perl code buffers appearing or being offered to me >>> while I'm doing stuff in GNUS, and I absolutely do not want newsgroup/ >>> SCORE buffers appearing or being offered to me when I'm doing stuff >>> with coding. Is there any way to keep these two sessions independent >>> and still use the client/server setup? >> >> I think the variable `server-window' could be useful. Or did you try >> it already and didn't suit your needs? > > I've never tried it, and, looking at the documentation, I can't > work out how to use it. > """ > Documentation: > Specification of the window to use for selecting Emacs server buffers. > If nil, use the selected window. > If it is a function, it should take one argument (a buffer) and > display and select it. A common value is `pop-to-buffer'. > If it is a window, use that. > If it is a frame, use the frame's selected window. > """ > > So I just created a new frame, and dragged it to my coding desktop, > how do I find out how to identify that frame? Going there and > C-h v frame TAB gives: > """ > Possible completions are: > frame-background-mode frame-creation-function > frame-initial-frame frame-initial-frame-alist > frame-initial-geometry-arguments frame-name-history > frame-notice-user-settings frame-title-format > """ > Which looks useless. > > Maybe there's a function which will tell me how to identify the > frame I'm in. C-h a frame doesn't really list much that seems useful. > Maybe there's something that's not listed. M-x frame TAB does list > a few more functions (why aren't they in the apropos?) - in particular > frame-list. Something which looked like it appears to be identifiers > for frames appears in the message bar, but annoyingly isn't selectable > by the mouse (why isn't the text there selectable?). So I go to > the *Messages* buffer: > """ > (# #) > """ > > So, let's try to use the former as an identifier for M-x set-variable server-window > """ > if: Invalid read syntax: "#" > byte-code: Beginning of buffer > """ > > So the function that "Return[s] a list of all frames." apparently doesn't > return anthing that can be directly used as an identifier for frames. > > So how should I set server-window to be on my new frame? > And how should it be done automatically? > > And here's one extra thing that's a bit puzzling - why is it a > server-*window*? Windows come and go, get split, resized and what- > have-you. When I started the new frame, it had the windows, > according to M-x window-list, > (# #). > But a few C-x 2, C-x o, and C-x 0 later, it's now > (# #). > What good would it have done if I had succeded in setting the > server-window to one of the two original windows? Wouldn't a > server-frame be far more useful? > > > Assuming "Emacs server buffers" means the buffers that were opened > via the server, then that's only going to be a subset of the buffers > that I'll want to be sandboxed together. M-x ff-f, and I'll have my > header files in there too; M-x compile or M-x ediff, and I could > have arbitrary other files and non-file buffers. So "being opened > via the server or not" is not a good way to separate the code buffers > from the GNUS buffers. > > And this is why I run 2 emacses, one for news, and one for coding. > > Phil I was looking at server-window myself recently (this morning) hoping it might address some issues with calling emacslient to connect to a running emac without needing to specify a file name or "-c" for new frame. It confused me a tad too. I see your reasoning for two emacs - running the server with emacs, erc etc running and numerous code buffer leads to all sorts of hassles when doing someting like reading mail in gnus especially when you have an article buffer open in another frame on another workspace in XMonad or something :-; -- important and urgent problems of the technology of today are no longer the satisfactions of the primary needs or of archetypal wishes, but the reparation of the evils and damages by the technology of yesterday. ~Dennis Gabor, Innovations: Scientific, Technological and Social, 1970