Linux Input/HID development
 help / color / mirror / Atom feed
From: "Dr. Zimmermann" <R.Zimmermann@UKE.Uni-Hamburg.de>
To: linux-input@vger.kernel.org
Subject: Re: Can I limit the scope of an input device to specific processes ?
Date: Tue, 28 Jan 2014 13:28:45 +0100	[thread overview]
Message-ID: <52E7A27D.4090404@UKE.Uni-Hamburg.de> (raw)
In-Reply-To: <CANq1E4ReNtJgC7zArLo=Bo87YZXOukFTTuxjYf_nupfmUkCL+A@mail.gmail.com>

Am 28.01.2014 12:15, schrieb David Herrmann:
> Hi
>
> On Tue, Jan 28, 2014 at 11:20 AM, Dr. Zimmermann
> <R.Zimmermann@uke.uni-hamburg.de> wrote:
>> Hi,
>>
>> we've got a special type of keyboard which should only be available in one
>> specific process and not publicly, as usually keyboards are.
>>
>> Is it possible to limit the scope of a specific keyboard?
>>
>> Or is there a more suited forum where to ask?

Hi David,
>
> There is no such interface in the kernel. However, with careful
> access-management, you can get what you want by just allowing your
> single process access to the device. But I guess you are working with
> an X11 system, so a description of what you actually want to achieve
> would help a lot.

Thnx for Your quick reply.

(Yes, we are using X. No, the problem is not specific to X: It'll also 
occur when You switch between system consoles.)

For research purposes we are measuring human brain activity under the 
influence of external stimuli (visual/auditory/somatosensory). The 
subject has to reply to tasks using 'button boxes' which are implemented 
as keyboards. Usually, type and time of the buttonpress are of 
importance (and will probably change further procedere). Keyboard 
responses usually go to that window (or system console) which has the 
current focus or is active and *this* is something, we do not want.

Sometimes we show visual stimuli on one screen(#1) and operate the 
system from another screen(#2). Sometimes we even have no visual stimuli 
at all, but like to read subject responses and control the stimuli from 
within a control window. In all cases it would be helpful if the 
response-boxes would not automatically send their output to the active 
window resp. application.

Helpful would be, if the output of the response-box-keyboards
* could be restricted to a specific process
* is not sent automatically, but only to a program which 'opened' the device
* is not sent automatically, but has to be read from a device.
(Could this be done preserving the exact timepoint of each buttonpress?)

Hope that was not too lengthy...
>
> Thanks
> David
>

Thanks, Roger

--

Besuchen Sie uns auf: www.uke.de
_____________________________________________________________________

Universitätsklinikum Hamburg-Eppendorf; Körperschaft des öffentlichen Rechts; Gerichtsstand: Hamburg
Vorstandsmitglieder: Prof. Dr. Christian Gerloff (Vertreter des Vorsitzenden), Prof. Dr. Dr. Uwe Koch-Gromus, Joachim Prölß, Rainer Schoppik
_____________________________________________________________________

SAVE PAPER - THINK BEFORE PRINTING

  reply	other threads:[~2014-01-28 12:28 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <S1754733AbaA1IxR/20140128085317Z+41@vger.kernel.org>
2014-01-28 10:20 ` Can I limit the scope of an input device to specific processes ? Dr. Zimmermann
2014-01-28 11:15   ` David Herrmann
2014-01-28 12:28     ` Dr. Zimmermann [this message]
     [not found]     ` <52E7A24E.20601@UKE.Uni-Hamburg.de>
     [not found]       ` <CANq1E4TUjuB9yfu5U0NJx97ysmNOo+7aeFSFYQgxi+eTu_PYQA@mail.gmail.com>
2014-01-29  9:44         ` Dr. Zimmermann
2014-01-29 12:35           ` Fabien André
     [not found]           ` <CAM18vYqBk7_WrUsdNQq7fjuPC1cm0vb1KTmJW7877OyYFeKj0g@mail.gmail.com>
2014-01-30  9:25             ` Dr. Zimmermann
2014-01-30 14:42               ` Fabien André

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=52E7A27D.4090404@UKE.Uni-Hamburg.de \
    --to=r.zimmermann@uke.uni-hamburg.de \
    --cc=linux-input@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox