Pass data bracketed by printer start-stop codes through
to the client terminal or emulator. Am using this here
for "printing" to the Windows clipboard.
The first three patches add scaffolding for the fourth
patch which actually handles the control sequences.
The last two patches are just minor cl
Forward CSI "Media Copy" printer control sequences ESC[5i & ESC[4i
and the data they bracket to client for output on a local printer.
Once started, data is passed as unaltered binary bytes. All
control sequences other than Printer-Controller-Off, are ignored.
While not comprehensive, this facility
Both parameters are only used to access a single element
of their respective structures. So pass each desired
element directly instead of its parent.
This allows the function to be used elsewhere when the
parent structure isn't as readily available.
---
input.c | 16
1 file cha
---
cmd-if-shell.c |2 --
1 file changed, 2 deletions(-)
diff --git a/cmd-if-shell.c b/cmd-if-shell.c
index 3747447..636cf80 100644
--- a/cmd-if-shell.c
+++ b/cmd-if-shell.c
@@ -106,11 +106,9 @@ cmd_if_shell_free(void *data)
{
struct cmd_if_shell_data*cdata = data;
st
Prior to this change the since_buffer failed to include input
characters when the state handler returned non-zero.
With this change the current character is already in the
since_buffer when the state handler is invoked so it doesn't
matter if the handler suppresses a state transition.
---
input.c
Data is passed to client in bulk with no character set
or unicode conversion. This is meant to be used to pass
through data that wont be appearing on the client tty;
thus no change is made to screen memory.
The data is only passed to clients that are currently
displaying the sending window. A futu
---
tty.c | 25 +
1 file changed, 9 insertions(+), 16 deletions(-)
diff --git a/tty.c b/tty.c
index c465fec..196b712 100644
--- a/tty.c
+++ b/tty.c
@@ -667,7 +667,6 @@ tty_write(
{
struct window_pane *wp = ctx->wp;
struct client *c;
-
