Re: Using screens with a graphics terminal

[Neal Fultz]

OSC 1337, which is supported by iTerm (mac) and hterm (chrome) kinda works already for screen [1], by passing an escape code to screen that causes it to ignore the image file and send it straight to the terminal. However, if you leave the window and come back, the image will be gone (because screen ignored the data).

[1] https://chromium.googlesource.com/apps/libapps/+/master/nassh/doc/FAQ.md#How-do-I-talk-to-hterm-from-inside-screen_tmux 

On Fri, Mar 29, 2019 at 11:28 AM Marcin Cieslak <address@hidden> wrote:

On Fri, 29 Mar 2019, Rene Richarz wrote:

> But from time to time I want to use a graphics terminal emulator such as xterm -t or my own Tektronix 4010 emulator.  It works well with screens until I want to draw some graphics. Screens filters the graphics codes and I get only garbage. Is there a way to turn this filtering off, something like a raw mode?

To be able to re-draw the graphics on re-attach or window switch screen would need to understand at least
some part of the Tektronix emulation. Maybe some kind of "storage tube" technology could be applied
so that screen just gets a graphics dump from the emulator and somehow brings it back without
understanding it too much.

Marcin_______________________________________________
screen-users mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/screen-users