spice-gtk: Synchronized/duplicated input across multiple widgets

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]


I think a very useful addition to spice would be
synchronized/duplicated input, so one physical input can be given
simultaneously to multiple spice servers.

The most common use for this might be system administration.  An admin
would be able to connect to multiple machines, and perform common
tasks on all of them at once, such as upgrading software, manual
malware scans, changing settings, etc.

This exists in a few other programs.  There are ssh clients that do
this, but personally I use tmux's synchronized panes feature for this
after I've started different ssh connections in them.  I'm not aware
of any linux GUI remote clients with this feature, and the only
Windows GUI remote clients I'm aware of with it are BlueStacks and
Nox, which are android emulators built upon VM software.

Obviously, it is on the user to ensure input works as intended.  If
servers have different resolutions, layouts, icon placements, if one
hasn't finished a previous task, etc, identical input may not have
identical behavior in all clients.

Before understanding the extent of what spice-gtk handles, I
approached the remmina developers, largely because one instance of
their client can already handle multiple connections in tabs or
separate windows.  Now understanding that spice-gtk receives the
physical mouse input and sends it to the spice server, it looks to me
by far that the easiest way to do this is make a chance in spice-gtk
and then have the clients do whatever is necessary to inform the
widgets to enter/exit this mode.

In tmux, the "setw synchronize-panes" command toggles synchronizing
input among all panes in a window, so giving input to any of them is
duplicated in the others.  There's no master pane that has to be typed

In the Windows android emulators BlueStacks and Nox, their
synchronized input feature allows you on a remote connection window to
select other running connections to receive synchronized input from
that window.  The one you start from is the master window, which you
have to give input to for it to be duplicated.  If you give input into
one of the other windows you've selected to receive synchronization,
the input is only given to that window, which is useful if a window
becomes unsynchronized to easily bring it back to where the others are
without needing to toggle the overall synchronization or turn
including that window off.

I think it would be nice if a spice client could tell spice-gtk to
enter/exit either of these modes: synchronized input among a group of
spice-gtk widgets; or synchronized input made in a master spice-gtk
widget to be given to a number of spice-gtk widgets.

I think a restriction that spice-gtk widgets can only synchronize with
other widgets running on the same machine would simplify
implementation and security concerns.  Perhaps the spice developers
would want only widgets running within the same process to be able to
synchronize.  In that case, remmina might be most easily able to
implement this feature, but other clients could add the ability to run
multiple connections within a single process to be able to implement
it as well.

Is this something someone would like to implement?  If not, is it
something that someone would be willing to mentor, giving me locations
of existing code that likely need changes, etc?  And if I could get it
working, that the feature would likely be accepted as a pull request
rather than denied as an unwanted feature?
Spice-devel mailing list

[Index of Archives]     [Linux Virtualization]     [Linux Virtualization]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]     [Monitors]