Subtract numpad key Interpretation by Sun SGD on WTS (!)
Dear reader,
Sun SGD version 4.2 used with Windows 2003 Std. Terminal Server.
When starting Excel (2003) in the Windows session the Subtract key of the numpad is not being interpreted properly. You would expect it to function as a Subtract command, however it toggles the Excel function described by Microsoft as:
"Turns extend mode on or off. In extend mode, EXT appears in the status line, and the arrow keys extend the selection."
We have connected to the online demo of Sun SGD and started Excel (2003) on it. It behaves in the same manner.
Those of you with a local installation of Excel (2003) will notice that the Subtract numpad key works how it should. Those of you who are able to logon over RDP directly to a Windows Terminal Server with Excel (2003) installed will also experience that the Subtract numpad key works how it should as well. At least... that is our experience.
Our clients are mostly accountants and are complaining about this problem. As you can imagine they use the numpad all the time.
It seams like Sun SGD changes the way the Subtract numpad key works.
People of the Sun what are your thoughts?
Regards
Divider
[1223 byte] By [
DIVISUN] at [2007-11-25 22:26:16]
# 1
By the way: it does not seem to matter which Keyboard Map is used.
# 2
Hi Divisun,
Try editing the SSGDS (Tarantella) keymap file for the locale
that you are using (e.g. /opt/tarantella/etc/data/keymaps/xdutch.txt)
and add the following entry at the end of the file:
XKEYDOWN 136
... which should set the initial state of the numlock key to be down.
Stop the xpe that is being used for the session (or restart SGD).
Does this make a difference?
Mac
--
MacUK at 2007-7-5 2:32:30 >
# 3
Hi Mac,
Thank you for your reply.
We just made the change you suggested, closed the xpe, logged out of webtop and went back in. The initial state of the numlock key is up, not down.
We then closed the xpe, toggled the numlock key to be off manually, logged back into the WTS. The Subtract key then works, however not the rest of the numpad because it is off.
When you toggle the numlock to up, the Subtract key stops working and functions as EXT toggle shortcut (same as F8 shortcut key).
When switching from this reply to the WTS again, the Subtract key does not work when numlock is toggled up Or down.
The Subtract key should function as subtract when the numlock is on, otherwise the numpad cannot be used to subtract numbers.
Any other thoughts?
Regards,
Divider
# 4
Hi Divider,
If you do the same tests using Microsoft's Remote Desktop Connection (RDP Client), do you get the correct behaviour?
In your previous post, do you use up to represent Num Lock off and down to represent Num Lock on, I'm a little confused between your use on up and down and on and off?
Do you see the same problem when using the UK keyboard map?
Regards,
Mac
--
MacUK at 2007-7-5 2:32:30 >
# 5
Hi Mac,
When using the Microsofts RDP client the behaviour is correct.
Through SGD, the problem occurs no matter which Keyboard Map you use.
Here is a re-write of my previous post, using words On and Off:
"We just made the change you suggested, closed the xpe, logged out of webtop and went back in. The initial state of the numlock key is On, not Off.
We then closed the xpe, toggled the numlock key to be Off manually, logged back into the WTS. The Subtract key then works, however not the rest of the numpad because it is Off.
When you toggle the numlock to On, the Subtract key stops working and functions as EXT toggle shortcut (same as F8 shortcut key).
When switching from this reply to the WTS again, the Subtract key does not work when numlock is toggled On Or Off.
The Subtract key should function as subtract when the numlock is On, otherwise the numpad cannot be used to subtract numbers."
Regards,
Daniel
# 6
Hi all,
We have the same problem on SGD 4.2.
When starting 2 RDP sessions on 2 diffirent servers via a PC the numlock is working fine.
When doing the same in SGD, you need to push the numlock key 2 times before the status is correct and overriden.
This issue is as well on a clean install as a upgrade from 3.42
regards Usual
usual at 2007-7-5 2:32:30 >
# 7
We have worked around this problem by editing the following line in the keyboard maps.
Original line: 109 KP_Subtract KP_Subtract NoSymbol NoSymbol 0x4a
Change: 109 KP_Subtract KP_Subtract NoSymbol NoSymbol 0x0c
Where 0x0c is the keycode of the minus key.
Regards
