Given the responsiveness problems terminals have, I often end up using an SSH session instead of the SPICE client, which is not really convenient as it includes extra steps. My proposal is that we send the ttys over the spice connection so then we can use a VTE widget at the client side instead of using the graphics protocol. I mentioned this to Fabiano Fidencio and he suggested that I should file this as a RFE here.
similar to video passthrough, but for vte.. not sure the benefit is really worth it when bug 91935 will be fixed (for scrolling cases etc). In theory, when you just type in a terminal, the glyph is cached, so you end up sending a very small amount of info to the client.
or do you mean an extra channel not composited in the client display, but rather a different console altogether? this is already possible with spice port, it just needs someone to add vte widget to a client and hook things together (ie, qemu and spice already let you do this).
I mean the latter. I didn't know this was possible. Basically, a libvte widget would allow reflowing of the terminal text on resize which is not possible through a graphical terminal that is bound to the resolution of the graphical output. So I see some inherent UX benefits here beyond tty data being faster to transfer than graphics. I'm happy to learn that the graphics are going to get faster for terminals. Can you give me some pointers so that I can see if I can come up with a prototype?
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/spice/spice-gtk/issues/62.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.