Summary: | RFE: Use the tty+libvte instead of a graphics pipe for terminals | ||
---|---|---|---|
Product: | Spice | Reporter: | Alberto Ruiz <aruiz> |
Component: | virt-viewer | Assignee: | Spice Bug List <spice-bugs> |
Status: | RESOLVED MOVED | QA Contact: | |
Severity: | normal | ||
Priority: | medium | ||
Version: | unspecified | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Alberto Ruiz
2015-09-10 16:43:21 UTC
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.