Re: Mapping combo to key and key to combo

2009-08-27 Thread Matthijs Kooijman
Hi,

 This would mean I would have to set mapping per each application, 
 undoable. I need something more low-level, system-wide, to fool any 
 app that I am really pressing the assigned keys.
Perhaps this should be achieved by an application that catches key presses,
eats them and insert synthetic keypresses back into X? Not sure if this is
exactly how it should work, or if there is already an app doing this... 

 PS. I am subscriber to this ML.
I'm just listening to Mail-Followup-To headers, though hardly anyone seems to
set them...

Gr.

Matthijs


signature.asc
Description: Digital signature
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

Re: Switching between virtual desktops

2009-06-02 Thread Matthijs Kooijman
Hi Luca,

 A: Im no expert either (far from that, actually), but I think the
 good/expensive hardware wont be necessary.. I mean, if I choose to have like
 10 virtual desktops and hold down Ctrl+Alt+Right Arrow Key, the VD's change
 so fast until the last one that I can barely notice anything... And thats on
 a low configuration machine.
But that is on a single monitor. If I understand your intent correctly, you
want to multiplex the signal over 10 different monitors, which is the real
challenge here. I'm not so sure what a monitor does when you suddenly
disconnect it for a (short) while, since it will probably lose the syncing
signals.

If you build your hardware clever enough so it will always connect
the syncing signals to all monitors, and connect the signal pins to ground (or
something) when the monitor is not selected, this might work, provided that
your monitor is slow enough (if it switches to black fast enough, you'll be
looking at a monitor that is black 9/10th of the time).

Apart from that problem, I think timing will be critical here. Even if you can
switch fast enough, you should make sure that you're switching the virtual
desktop (ie, the image on the VGA output) at exactly the same moment as you're
switching the output in your switchbox. Any offset here means that the image
of one screen is visible on another screen, which might not bee all too
noticable, but will probably lead to a lot of people with a headache in the
long run.

Not trying to demotivate you, but I have serious doubts about the feasibility
of your approach (that, or I'm completely misunderstanding what you're trying
to do...).

Going down the typical multihead road with at least one VGA output per display
is probably going to be a lot easier (but still challenging to get working
properly probably, if you're going to share an X server between multiple
users). I'd expect that PCI videocards should be available in plenty in the
second hand market, lots of people still have them piling up at home I think.

Gr.

Matthijs


signature.asc
Description: Digital signature
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg

What does #ffff## in xauth do (apart from breaking my X forwarding...)

2009-05-20 Thread Matthijs Kooijman
Hi all,

I've been struggling with getting my X forwarding over SSH working. After some
time, I found that there were two entries in my .Xauthority file that have
### as a hostname, which break forwarding.

The relevant entries in my .Xauthority files were:
  ###:  MIT-MAGIC-COOKIE-1  snipped
  ###:  XDM-AUTHORIZATION-1  snipped
  localhost/unix:10  MIT-MAGIC-COOKIE-1  snipped

From the strace output, it seems that xlib always sends the
XDM-AUTHORIZATION-1 entry, even when DISPLAY=localhost:10.0.

From the xauth manpage, I couldn't find what these ### entries are
supposed to do, let alone why they break my X/ssh forwarding. I'm apparently
not the first to spot this, since I've spotted a script [1] which deliberately
strips these entries from a .Xauthority file for this very reason.

Can anyone shed some light on what happens here?

Gr.

Matthijs

(Please CC me, I'm not subscribed)
[1]: 
http://isg.ee.ethz.ch/tools/isgtc/index.cgi?page=module_source;module=xauthclean;source=xauthclean



signature.asc
Description: Digital signature
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg