aboutsummaryrefslogtreecommitdiff
path: root/tmux.h
diff options
context:
space:
mode:
authorNicholas Marriott <nicm@openbsd.org>2009-10-12 17:19:47 +0000
committerNicholas Marriott <nicm@openbsd.org>2009-10-12 17:19:47 +0000
commitd7626cd9d766bdffb3f1dc729933a98c77379da2 (patch)
tree4943520e8f5fbbfb100ca957a040e2a6d98eeda2 /tmux.h
parent8608c6970d67d5dec37400bcb4fb6a0c46efc165 (diff)
downloadrtmux-d7626cd9d766bdffb3f1dc729933a98c77379da2.tar.gz
rtmux-d7626cd9d766bdffb3f1dc729933a98c77379da2.tar.bz2
rtmux-d7626cd9d766bdffb3f1dc729933a98c77379da2.zip
When drawing lines that have wrapped naturally, don't force a newline but
permit them to wrap naturally again. This allows terminals that use this to guess where lines start and end for eg mouse selecting (like xterm) to work correctly. This was another long-standing issue raised by several people over the last while. Thanks to martynas@ for much testing. This was not trivial to get right so bringing it in for wider testing and adn to fix any further glitches in-tree.
Diffstat (limited to 'tmux.h')
-rw-r--r--tmux.h1
1 files changed, 1 insertions, 0 deletions
diff --git a/tmux.h b/tmux.h
index 2d25c1de..1fe67a5b 100644
--- a/tmux.h
+++ b/tmux.h
@@ -1666,6 +1666,7 @@ void screen_write_scrollregion(struct screen_write_ctx *, u_int, u_int);
void screen_write_insertmode(struct screen_write_ctx *, int);
void screen_write_mousemode(struct screen_write_ctx *, int);
void screen_write_linefeed(struct screen_write_ctx *, int);
+void screen_write_linefeedscreen(struct screen_write_ctx *, int);
void screen_write_carriagereturn(struct screen_write_ctx *);
void screen_write_kcursormode(struct screen_write_ctx *, int);
void screen_write_kkeypadmode(struct screen_write_ctx *, int);