On 26 February 2013 15:54, Stroller wrote:
> Hi there,
>
> I want to add a user macro for dumping a window's entire scrollback history
> to a file, something like http://unix.stackexchange.com/a/26568
>
> In that example the user binds the macro to the P key, but he doesn't give a
> reason for c
On 26 February 2013 18:00, Stroller wrote:
> Did this ever get progressed?
>
> I was just looking for this option today.
Not yet.
-- Thomas Adam
--
Everyone hates slow websites. So do we.
Make your web apps faster with
Hi,
On Tue, Feb 26, 2013 at 06:37:19PM +, Ben Boeckel wrote:
> Hi,
>
> I updated to the newest master recently and it seems as though the
> synchronous if-shell support has broken usage of it from ~/.tmux.conf.
> At the end of my .tmux.conf I have the following:
>
> # 256-color support
> if-
Hi,
I updated to the newest master recently and it seems as though the
synchronous if-shell support has broken usage of it from ~/.tmux.conf.
At the end of my .tmux.conf I have the following:
# 256-color support
if-shell -b 'test "`tput colors`" -eq 256' 'source-file
"$XDG_CONFIG_HOME/tmux/256-c
Did this ever get progressed?
I was just looking for this option today.
On 16 January 2013, at 06:02, Nicholas Marriott wrote:
> Why -h? How about -A for all?
>
> Also you forgot the man page :-).
>
> Thanks
>
>
>
> On Mon, Jan 07, 2013 at 06:02:33AM +0530, Raghavendra D Prabhu wrote:
>>
Hi there,
I want to add a user macro for dumping a window's entire scrollback history to
a file, something like http://unix.stackexchange.com/a/26568
In that example the user binds the macro to the P key, but he doesn't give a
reason for choosing P and I guess it's an arbitrary choice.
Are t
Here is TAILQ version of the patch, along with the event loop diff(which
randomly crashes the server for me again)
---
Makefile.am | 2 +
cmd-monitor.c | 110
cmd.c | 1 +
examples/monitor.sh | 120 ++
monitor
Ok, can you give me a hint/example on how I might listen for a client exit
so I can remove the node associated with the monitor?
On Tue, Feb 26, 2013 at 10:56 AM, Thomas Adam wrote:
> On Tue, Feb 26, 2013 at 10:50:58AM -0300, Thiago Padilha wrote:
> > I expressed myself badly. I meant using your
On Tue, Feb 26, 2013 at 10:50:58AM -0300, Thiago Padilha wrote:
> I expressed myself badly. I meant using your commit as a model for
> organizing my code, not base the work on it.
OK.
> This patch contains the refactored version and it should be possible
> to apply on current master
Still using
I expressed myself badly. I meant using your commit as a model for
organizing my code, not base the work on it.
This patch contains the refactored version and it should be possible
to apply on current master
---
Makefile.am | 2 +
cmd-monitor.c | 110
This one refactors the previous patch to use event loop when shifting
monitors. I have tested it now and it seems to be working alright, I
guess I have done something wrong the first time I tried this.
---
monitor.c | 32 ++--
tmux.h| 1 +
2 files changed, 31 inser
On 26 February 2013 12:02, Thiago Padilha wrote:
> Sorry I forgot to pull from sf before creating the patch
>
> I'm going to refactor based on your hook-support
> commit(https://github.com/ThomasAdam/tmux/commit/ea2f662950f0bc12eb673c2cbd946f2579c62c7f)
> ok?
No it's not OK because that's on-goin
Sorry I forgot to pull from sf before creating the patch
I'm going to refactor based on your hook-support commit(
https://github.com/ThomasAdam/tmux/commit/ea2f662950f0bc12eb673c2cbd946f2579c62c7f)
ok?
About the SIMPLEQ, I used it because I only needed a simple stack/queue but
I will change it to
On Mon, Feb 25, 2013 at 09:27:24PM -0300, Thiago Padilha wrote:
> Command that provides features for all synchronization needs in tmux scripts.
I can't apply this with git-apply.
> 1- When unlocking waiting panes, I guess it should be done in the
> event loop, however I was getting random crashes
14 matches
Mail list logo
