From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Thorsten Newsgroups: gmane.emacs.help Subject: Re: tmux & emacs: window issue Date: Tue, 21 Feb 2012 08:44:32 +0100 Message-ID: <87ipj0hbq7.fsf@googlemail.com> References: <87sji5rjnf.fsf@googlemail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1329810236 28355 80.91.229.3 (21 Feb 2012 07:43:56 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 21 Feb 2012 07:43:56 +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 Feb 21 08:43:54 2012 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RzkO8-0004c2-22 for geh-help-gnu-emacs@m.gmane.org; Tue, 21 Feb 2012 08:43:52 +0100 Original-Received: from localhost ([::1]:47113 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RzkO7-00043A-Io for geh-help-gnu-emacs@m.gmane.org; Tue, 21 Feb 2012 02:43:51 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:35820) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RzkNz-00042s-AH for help-gnu-emacs@gnu.org; Tue, 21 Feb 2012 02:43:47 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RzkNt-0005T2-4T for help-gnu-emacs@gnu.org; Tue, 21 Feb 2012 02:43:43 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:38189) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RzkNs-0005Sy-UH for help-gnu-emacs@gnu.org; Tue, 21 Feb 2012 02:43:37 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1RzkNr-0004T0-Kf for help-gnu-emacs@gnu.org; Tue, 21 Feb 2012 08:43:35 +0100 Original-Received: from g231227238.adsl.alicedsl.de ([92.231.227.238]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 21 Feb 2012 08:43:35 +0100 Original-Received: from quintfall by g231227238.adsl.alicedsl.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 21 Feb 2012 08:43:35 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 48 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: g231227238.adsl.alicedsl.de User-Agent: Gnus/5.130002 (Ma Gnus v0.2) Emacs/24.0.93 (gnu/linux) Cancel-Lock: sha1:O0CzdbH3utO4qK1Fm5C7C0s3BGQ= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 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 Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:83821 Archived-At: Angel de Vicente writes: Hi Angel, > > Thorsten writes: > >> Hi List, >> I don't really know if this question should go to an Emacs or an tmux >> (== modern gnu screen) newsgroup, so I try it here: >> >> I just discovered, that having one emacs daemon running, I can open as >> many emacsclients as I want and can do (being on plain terminal) all the >> window management with my terminal multiplexer (tmux). This works fine >> and appears more stable than something like winring.el, that caused more >> emacs crashes for me than anything else. >> >> However, using gnus and an emacs frame splittet into 3 windows, a new >> problem appeared. Before, when visiting a link in an article, w3m just >> opened inside the article window - perfect. Now, w3m overrides the >> windowsplitting in the gnus frame and takes over the whole screen, so I >> avoid following links in the gnus article window. >> >> Did anybody experience similar problems using screen or tmux? > > I run screen, launch an emacs -daemon at some point, and then I open > multiple emacsclient -t instances inside screen. One of these instances > is just for Gnus, and I don't have the problem you describe. When > entering a group I have two windows, the summary buffer and the article > buffer. Following a link in the article buffer just causes that window > to be replaced with the w3m stuff. There (probably) lies the problem - in Gnus I have a vertical split (left window *Group* buffer, right window *Summary* buffer), and that right window is splittet horizontally when I want to read an article with the lower part showing the *article* buffer. Normally, I do have an w3m buffer open in another tmux-window, that occupies half the screen (one pane of a vertical split). I don't know if tmux is confused by the intent of fitting a buffer that has a half-screen pane in one tmux-window into a pane of another tmux-window thats smaller. This might be the problem, since I can open w3m in another tmux-window that has the same splitting as the original one without problems. On the other hand - I like the Gnus frame with the 3 windows, thats very convenient. Cheers