On Fri, Jan 22, 2010 at 04:21:06PM -0500, Sudish Joseph wrote:
> Nicholas Marriott <nicholas.marri...@gmail.com> writes:
> > On Thu, Jan 21, 2010 at 01:33:56AM -0800, Robin Lee Powell wrote:
> >>   Why does "tmux new-session vim \; split-window \; attach" not
> >>   work? Why does it need the -d, I mean?  Seems like attaching a
> >>   session shouldn't stop the split-window command from being
> >>   proccessed.
> >
> > new-session without -d implies attach and that stops further command
> > processing, although I can't remember why and it probably shouldn't.
> 
> That clarified a lot for me and would make a great one-line addition to
> the man page para for new-session.

Thanks for your suggestion,

I'd appreciate it if you could send me a man page diff - mdoc looks bad but it
isn't really that hard.

Or failing that send me a one line diff against TODO so it isn't forgotten.

I am super super busy right now, so I can't pick up all the "it'd be great"
suggestions.

tmux is still a priority, but I also have a ton of other stuff on my todo list:
work, OpenBSD and $otherstuff.

I prioritise stuff with diffs, or good bug reports, so if you send a diff or
logs or a backtrace it'll be bumped to near the top of the list, although I try
to at least send a "hey, i got this" reply to every mail or bug report I
get. If your mail has a diff it will /not/ be forgotten, even if it takes a
while.

tcunha can maybe review or investigate some stuff but I don't know if he is up
for that?

Suggestions for process changes are also welcome but please bear in mind that
I'm not going to do anything right now that means more work for me, even if it
makes things easier for others. And anyone who mentions the word "wiki" without
a URL and an offer to manage it future will be shot.

Plus I'm hiking this weekend :-).

> I just switched to tmux and until I saw this thread was using the
> following to launch a new tmux session with a specific window/pane
> config (from a script):
> 
> tmux new-session "tmux new-window \\; source $conf_file"
> 
> (I want ~/.tmux.conf to be read in first, $conf_file is a more specific
> config and so tmux -f doesn't suffice here.)

Somone suggested per-session config files before but I'd like to do it as part
of adding hooks - well, I did it, but so far I've been too afraid to
finish/commit it because I'm not confident there aren't strange side-effects.

> 
> What was unintuitive was why, for e.g., "tmux new \; source ..."
> wouldn't run the "source" command.  Makes sense in light of the above.

tcunha wrote a section for the FAQ about escaping things in #(). Maybe that
should be expanded?

> Also, 'tmux new "tmux source ..."' didn't work either, iirc. The
> explicit neww was needed in the 2nd tmux invocation above -- I assumed
> that 'tmux new' doesn't create a new window if passed a shell command(?).

Running tmux from inside tmux is always a bit strange but if you can send me
the exact command line you are using, tell me your platform and a description
of what happens, I'll try to have a look.

> This is all much cleaner with 'new -d' -- no subshells or subsequent
> tmux invocations:
> 
> tmux new-session -d \; source $conf_file \; attach
>
> Letting 'tmux new' continue processing is intuitive and very readable,
> imo:
> 
> tmux new \; source $conf_file

Yeah it would be nice but someone has to sit down and add some code to make it
happen. I don't even know offhand why it doesn't work, I'd have to give it a
go.

> Tmux's separation of concepts is very clean and I'm liking it very much
> so far, thanks for the great software!

Thanks :-).


------------------------------------------------------------------------------
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
_______________________________________________
tmux-users mailing list
tmux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tmux-users

Reply via email to