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 <sa...@saper.info> 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 > screen-users@gnu.org > https://lists.gnu.org/mailman/listinfo/screen-users >
_______________________________________________ screen-users mailing list screen-users@gnu.org https://lists.gnu.org/mailman/listinfo/screen-users
