Opened 5 years ago
Closed 5 years ago
#943 closed enhancement (duplicate)
Allow Windows to be directed to a specific client when using sharing
| Reported by: | Scott Bennett | Owned by: | Scott Bennett |
|---|---|---|---|
| Priority: | major | Milestone: | 0.16 |
| Component: | server | Version: | trunk |
| Keywords: | Cc: | Smo |
Description (last modified by )
Related to #41
Change History (6)
comment:1 Changed 5 years ago by
| Description: | modified (diff) |
|---|
comment:2 Changed 5 years ago by
| Owner: | changed from Antoine Martin to Scott Bennett |
|---|
comment:3 Changed 5 years ago by
| Status: | new → assigned |
|---|
comment:4 Changed 5 years ago by
| Cc: | Smo added |
|---|
comment:6 Changed 5 years ago by
| Resolution: | → duplicate |
|---|---|
| Status: | assigned → closed |
Note: See
TracTickets for help on using
tickets.
copyleft 2010 - 2018
proposed functionality:
new option:
window_per_client=on
Enables this feature, to be used in conjunction with existing 'sharing' feature
possibly a new protocol command like: 'openclient <command>'
where <command> is the shell command to run that (we would assume) would create a windowed application
Applications opened with this command would be 'associated' with the client who issued them and screen updates to this application would only be sent to the client who initiated them.
This would imply some association to be made between the windows an application starts
and a specific client. This would rely on the application to properly set window properties to associate it's child windows.
Many questions still remain at this time and a more detailed spec is certainly required.
Assuming we can do the above, directing mouse and focus events to a specific application per client (and not others than may exist at the same screen co-ordinates) remains a large hurdle to overcome.
Requesting comments at this time.