FVWM: VNC

From: John Carol Langford <jcl_at_gs176.sp.cs.cmu.edu>
Date: Wed, 16 Jun 1999 19:38:50 -0400

I've been playing with VNC (http://www.uk.research.att.com/vnc/)
lately and ran into a context switching problem.

The basic problem is that fvwm captures key events that you would like
to pass to VNC and the fvwm running for the Xvnc server. For example,
if you have:

Key F4 A M Destroy

and do an alt-F4 over the vnc window, you will destroy the vnc window.
Instead, I'd like to have the alt-F4 passed into the VNC window where
the fvwm running on the Xvnc server can be commanded to destroy a
window.

Does anyone have a good solution to this?

I'd like to not arrange to have different command sets for the
internal and external fvwms - it becomes too confusing.

I messed with the code of void HandleKeyPress() to make it pass
events to the vnc window directly like so:

  if (Tmp_win && Tmp_win->frame_width == 1284 )
     /*my quick little hack to test if the window is a vnc window*/;
  else
    for (key = Scr.AllBindings; key != NULL; key = key->NextBinding)
      {
        if ((key->Button_Key == Event.xkey.keycode) &&
            ((key->Modifier == (modifier&(~LockMask)))||
             (key->Modifier == AnyModifier)) &&
            (key->Context & Context)&&
            (key->IsMouse == 0))
          {
            ExecuteFunction(key->Action,Tmp_win, &Event,Context,-1);
            return;
          }
    }
  
  /* if we get here, no function key was bound to the key. Send it
   * to the client if it was in a window we know about.
   */

This doesn't quite work. It appears to pass an 'Alt' fine but not an
'Alt+F4'. I suspect I don't fully understand the fvwm event model.
Any ideas?

-John
--
Visit the official FVWM web page at <URL: http://www.fvwm.org/>.
To unsubscribe from the list, send "unsubscribe fvwm" in the body of a
message to majordomo_at_fvwm.org.
To report problems, send mail to fvwm-owner_at_fvwm.org.
Received on Wed Jun 16 1999 - 18:39:56 BST

This archive was generated by hypermail 2.3.0 : Mon Aug 29 2016 - 19:38:02 BST