I know this is OT but we seemed to have collected some XP guys here
Is there a way to associate an input device to a particular window?
In this case I would like to keep a numeric pad associated to my MP3
player while I am using the mouse on other aps.
On 05/15/2014 01:06 PM, email@example.com wrote:
Windows and Linux guys.
Do you mean your 10 key pad to the right of
your keyboard? Then no, it is just an input
device and the "Active" (or "in focus") window
To have exclusive rights, you need a specialty
drivers that send directly to your desired
app. And, you may have, depending on what you
the riddle wrapped in an enigma wrapped
I was thinking about a separate USB connected key pad but I suppose it
is the same deal.
If the window is not the "active" one, none of the input devices seem
to want to work. I just was not sure there was not a way to associate
a device to a window.
On Thu, 15 May 2014 16:06:36 -0400, firstname.lastname@example.org wrote:
You can have two mice, each of which will work at (almost?) the same
time, but only one cursor, so I don't think that does you too much good.
(You can have two keyboards too, both of which can type at almost the
same time, but unless you stop and go to another field, I think they
will type into the same field.)
Can you now have a numeric pad that will control your MP3 player at all
and how does that work?
There's an XP newsgroup where they know many xp things.
I use an old DOS player that has been upgraded to run under XP
(MPXPLAY) it takes a numeric input to run like a jukebox
I can run it from a modified Seeburg 3W1
BTW I have never bumped up against a limit on the number of USB mice
There are 4 keyboards of one type or another on this machine.
the 3W1 plugs into the PS/2 port
There is full function keyboard for maintenance and I have 2 numeric
pads scattered around. (2 monitors, 2 amps)
Such a thing could be programmed easily enough at an elemental level but
I've never heard of it being done.
To do so - in your case - one would check to see from whence the input was
coming; if not from the external keypad, the input would be passed through;
if from the external keypad, one would then check to see if your MP3 player
had focus...if yes, the key pad input would be passed through; if not, it
would be ignored.
I'd just like to rub it in a little.
Things like this are done all the time with Linux desktops.
With my limited adventures in Windows land, it always seems like
there's a straight jacket around the whole mess. Maybe to
keep the inmates from hurting themselves.
Never heard of it before.
I'll have to see if I can find it and get it on my DVR.
I've known so many different kinds of people in IT
over the years, it's hard to make generalizations.
Lots of them are even good at home repair.
| >> I was thinking about a separate USB connected key pad but
| >> I suppose it is the same deal.
| >> If the window is not the "active" one, none of the input
| >> devices seem to want to work. I just was not sure there
| >> was not a way to associate a device to a window.
| > Such a thing could be programmed easily enough at an elemental level but
| > I've never heard of it being done.
| > To do so - in your case - one would check to see from whence the input
| > coming; if not from the external keypad, the input would be passed
| > if from the external keypad, one would then check to see if your MP3
| > had focus...if yes, the key pad input would be passed through; if not,
| > would be ignored.
| I'd just like to rub it in a little.
| Things like this are done all the time with Linux desktops.
| It's trivial.
?? If you have a minute while your Linux miracle
washes the dishes and vacuums the rugs, I'd be
curious to know how that works. :)
You know of settings to direct any input device to
any process? So you could plug in 3 keyboards and direct
them all to different running programs? And you could
also block each from reaching any but the intended window?
And in this process the active window doesn't change?
I don't see how that's possible unless the software in
question is itself designed to monitor the port and can
identify the desired source, while the system accepts only
one input source for the active window. On Windows the
system sends the input messages to the active window.
I don't see how that would be different on Linux, unless there's
some sort of total, universal hook that listens in on everything
and provides user-level settings to direct any input to any
process, all without changing the active window. It's hard
to even think of any normal situation where such functionality
would be relevant.
On Saturday, May 17, 2014 10:06:16 AM UTC-4, Mayayana wrote:
I'm no expert to that level on Win or Linux, but I think one
very important difference is that Linux is an open source OS,
while Windows is not. From what I know, you could change anything
you want on Linux, including changes to the OS code itself. So, I
see how you could do it with Linux. The part I have doubts about is
the claim that it is trivial. Trivial to me in the context here
means that they typical user could do it through the normal
settings, etc. I have doubts about that too.
This should work:
Use the method described for separate languages to assign
unique keysyms to one of the keyboards.
Then Bob's your uncle.
There are probably lots of other methods. Just the first
search hit I got.
As I said, that gets you as far as generating unique keysyms.
Then you can configure the window manager to react to those unique
keysyms. I thought that would be enough for you to figure out the
In the case of Linux music players, it's pretty easy to interact with
them without generating input for the window, for example,
here's my config for Fvwm/xmms2:
+ I Exec exec xmms2-launcher
+ I Exec exec xmms2 playlist shuffle
+ I Exec exec xmms2 playlist play
+ I Silent Key KP_Right A S Exec xmms2 server volume +2
+ I Silent Key KP_Left A S Exec xmms2 server volume -2
+ I Silent Mouse 4 A S Exec xmms2 server volume +2
+ I Silent Mouse 5 A S Exec xmms2 server volume -2
+ I Silent Key Pause A C Exec xmms2 toggle
(Control Pause toggles playing.
Shift and left/right on the keypad change volume,
shift and the mouse scroll wheel also changes volume.)
I have similar configuration for xmms, Audacious, and
It's just as simple to tell the WM to select a window
and generate synthetic keystrokes if the player doesn't
already have a command interface.
Of course selecting a window with the WM will make the
window active, you'll have to first capture the active
window and switch back.
I know I start windows on other virtual pages,
without switching to the window/page by
setting the style "SkipMapping" on them.
I think the same technique works for sending keystrokes,
I've never tried it, because I don't need it.
HomeOwnersHub.com is a website for homeowners and building and maintenance pros. It is not affiliated with any of the manufacturers or service providers discussed here.
All logos and trade names are the property of their respective owners.