When is the -N option useful? I've never used it. On my setup the Numlock state always seems to be set correctly.

The man page on rdesktop states...

       -N     Enable  numlock  syncronization between the Xserver
              and the remote RDP session.  This  is  useful  with
              applications  that  looks at the numlock state, but
              might cause problems with some Xservers like  Xvnc.

I still can't really tell from this description as to the percieved behavior.

Is this something should always be used when using rdesktop?

Brad

Craig Bender wrote:
Jimmy,

Before you call rdesktop -N, try calling this:

xset led 1

This sets the numlock to on and I've had no problems getting it to sync.





Jimmy Fox wrote:
If you use the -N flag in rdesktop the Sun Rays do not sync up correctly. It takes four presses of the numLock key before it syncs up but then goes out of sync the very next time you try it. However, it does not do this directly on the server.

Is this a patched issue?
I'm currently at:
currentFW=3.0_51,REV=2004.11.10.16.18

Fox

----- Original Message -----
From: "Jimmy Fox" <[EMAIL PROTECTED]>
To: "SunRay-Users mailing list" <[email protected]>
Subject: [SunRay-Users]     Minus key on number pad works only in non-numlock mode
Date: Tue, 03 Jan 2006 10:52:05 -0600


I recently moved one of our accountants to a Sun Ray. She uses excel via rdesktop. She quickly discovered that the minus ("-") key on the 10 key pad works in the non-numlock mode no matter what mode you have the numLock toggled to.

In other words:
In typical operation a user can take num lock off and then the minus key acts as a select toggle key (much like a click and drag with the mouse) within excel. However, when the user applies the num lock the minus sign should now transmit an actual minus sign. My user's minus key always operates as if it is in the non-numlock mode. She is then prevented from entering a minus sign using your number pad.

It isn't the Sun Ray because it behaves this way on the server’s real terminal.

Thanks,
Fox
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users


_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users

--
Brad Lackey
Desktop and Mobility
Client Solutions Organization
(720) 548-3339
[EMAIL PROTECTED]
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users

Reply via email to