Hi,
I see that previous versions up to tmux-0.8 had limited support for
IRIX but since then, the support has been dropped. Is there technical
reasons or just no hardware available?
Regards,
--
Mattieu Baptiste
"/earth is 102% full ... please delete anyone you can."
Hi,
I see that previous versions up to tmux-0.8 had limited support for
IRIX but since then, the support has been dropped. Is there technical
reasons or just no hardware available?
Regards,
--
Mattieu Baptiste
"/earth is 102% full ... please delete anyone you can."
If I am looking at two panes, I can use unbreak-pane
to pull one out so I am only looking at one pane.
What is the inverse operation so I can be looking at a
single pane and then pull in an existing pane so I am
looking at two panes which had existed separately?
--
If we're talking about the same thing (trying to make all panes
about the same size), I was planning to do this eventually myself,
so I'm very much looking forward to this being fixed/added. :)
-Robin
On Wed, Feb 03, 2010 at 10:32:02PM +, Nicholas Marriott wrote:
> This has a couple of warni
On 10 February 2010 10:35, Robin Lee Powell wrote:
> If we're talking about the same thing (trying to make all panes
> about the same size), I was planning to do this eventually myself,
> so I'm very much looking forward to this being fixed/added. :)
>
It currently will fill up rows before adding
I had an IRIX shell but the tmux support didn't work and I didn't have time to
finish it.
On Wed, Feb 10, 2010 at 06:10:59PM +0100, Mattieu Baptiste wrote:
> Hi,
>
> I see that previous versions up to tmux-0.8 had limited support for
> IRIX but since then, the support has been dropped. Is there
join-pane is in CVS HEAD.
On Wed, Feb 10, 2010 at 09:53:42AM -0800, Hibiki Kanzaki wrote:
> If I am looking at two panes, I can use unbreak-pane
> to pull one out so I am only looking at one pane.
>
> What is the inverse operation so I can be looking at a
> single pane and then pull in an existi
tmux could do this although it may be slow (would have to use spaces instead of
optimised commands to eg clear screen/line etc), but it doesn't do it right now.
If we could do this we could do BCE as well trivially.
On Mon, Feb 08, 2010 at 04:04:02PM -0500, Levesque, Jean-Yves wrote:
>I know
On Sun, Feb 07, 2010 at 02:28:06PM -0800, Micah Cowan wrote:
> Nicholas Marriott wrote:
> > Hi
> >
> > Thanks for the diff,
> >
> > n retains the sense of the last search (repeats in the same direction), so
> > this
> > is to reverse the sense of the last search?
>
> Well, it's to search in the
I am trying to come up with a mental model for all the
entities (terminal, client, server, session, window, pane).
It seems like for me it might be simplest to imagine
that conceptually it is always a pane that is closest
to the program I see inside a window/pane, even a
window with only one pane.
On Wed, Feb 10, 2010 at 02:36:17PM -0800, Hibiki Kanzaki wrote:
> I am trying to come up with a mental model for all the entities
> (terminal, client, server, session, window, pane).
>
> It seems like for me it might be simplest to imagine that
> conceptually it is always a pane that is closest to
Exactly right.
A server contains one or more sessions, each of which contains one or more
windows, each of which contains one or more panes.
A target (used with -t) is a 3-tuple represented as session:window.pane.
The server is specified with -L (or sometimes -S) on the command line, servers
do
On Wed, Feb 10, 2010 at 02:38:35PM -0800, Robin Lee Powell wrote:
> On Wed, Feb 10, 2010 at 02:36:17PM -0800, Hibiki Kanzaki wrote:
> > I am trying to come up with a mental model for all the entities
> > (terminal, client, server, session, window, pane).
> >
> > It seems like for me it might be si
If you are interested in it from a code rather than a user perspective there is
another element called a winlink which sits between a session and its
windows. It is what allows a window to be attached to many sessions.
On Wed, Feb 10, 2010 at 10:45:56PM +, Nicholas Marriott wrote:
> Exactly r
On Wed, Feb 10, 2010 at 10:56:47PM +, Nicholas Marriott wrote:
> My biggest problem at the moment is remembering which window has
> which man page/log file/code/etc open, but so far I haven't
> thought of anything that would make that much easier.
A friend of mine has "per-pane status lines" a
I don't really know what "per-pane status lines" means, although I don't use
panes so it probably wouldn't help me at all.
#T is per-pane, as is #P, of course. And automatic-rename uses the pty in the
active pane.
Panes don't have names themselves. I don't see a huge need for them to have
them an
On Wed, Feb 10, 2010 at 11:25:20PM +, Nicholas Marriott wrote:
> I don't really know what "per-pane status lines" means, although I
> don't use panes so it probably wouldn't help me at all.
A status line below each pane, just for that pane.
> Panes don't have names themselves.
This would req
On Wed, Feb 10, 2010 at 03:31:02PM -0800, Robin Lee Powell wrote:
> On Wed, Feb 10, 2010 at 11:25:20PM +, Nicholas Marriott wrote:
> > I don't really know what "per-pane status lines" means, although I
> > don't use panes so it probably wouldn't help me at all.
>
> A status line below each pan
New version of the patch.
Nicholas Marriott wrote:
> Hi
>
> Thanks for the diff,
>
> n retains the sense of the last search (repeats in the same direction), so
> this
> is to reverse the sense of the last search?
>
>> +if ((data->searchtype == WINDOW_COPY_SEARCHUP)
>> +
19 matches
Mail list logo
