Multiple cursors (again) + keyboards

Gord Peters <[email protected]>
Newsgroups gmane.comp.xfree86.forum
Message-ID <[email protected]>
I was just browsing the archive and noticed the discussion on multiple 
pointers and I thought I'd add my thoughts.

Consider the following scenario:

A single computer being used for group collaboration where each user 
has a keyboard and a mouse (and possibly a separate display which could 
be mirrored or viewing a separate workspace) and they have the ability 
to work separately.  There would need to be separate mouse and keyboard 
focus "contexts" (so that two separate windows could have focus at the 
same time but each focus "context" would only accept input from the 
device associated with it).

The tricky part is when one window is receiving input from two contexts 
(eg. how does an application handle a mouse press and drag from context 
1 and then a mouse press and drag from context 2 before the mouse has 
been released in context 1?).  If the input events had information 
about the context they are in, then the application would need to be 
made "context aware" in order to handle the events properly.  I can't 
really think of any other way that applications would be able to handle 
the scenario I mentioned without doing some sort of context "locking" 
where only one context (of the same device class) can input into the 
same application at the same time.

Anyways, this is an area of interest for me because I'm considering it 
in the context of large touch sensitive devices which can handle 
multiple touch being used for group collaboration.  I don't have much 
experience with the core X Windows/XFree86 code (although I did once 
model a small windowing library for an LCD display after Xlib) so I'm 
not sure how all of this would fit into it.  Just trying to stimulate 
some ideas since there's already work being done on a certain other OS 
to accommodate this. ;)

	Gord
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.