On 10/11/07, Gary Mills <[EMAIL PROTECTED]> wrote: > We recently switched from Solaris 10 SPARC to Solaris 10 x86 for our > Sun Ray servers, and noticed a great increase in performance. One > change, though, was that the ten-key keypad on the left of the Sun > keyboards on our Sun Rays has stopped working. I use the [Front] key > to move a window from the rear to the front or vise-versa, but this > has stopped working. Instead, these keys generate character strings > on the screen. Here's how they look in hex: > > 0000000 x1b [ 2 3 ~ x1b [ 2 4 ~ x1b [ 2 5 ~ x1b > 0000010 [ 2 6 ~ x1b [ 2 8 ~ x1b [ 3 1 ~ x1b [ > 0000020 3 3 ~ \n > > What's gone wrong that these no longer work? Sun workstations exhibit > the same problem when they were upgraded from SPARC to x86, all with > Sun keyboards. I thought the two hardware platforms were supposed to > be identical.
What desktop are you using, and what window manager? Multihead? Xinerama? If you're using Xinerama then this might be CR 6566519. The hex above looks reasonable, assuming you're seeing it in an xterm or similar window. It's what you'd expect in a VT220 terminal emulation where the X KeySyms produced by those keys have been converted to VT escape sequences. If you type them into 'xev' then you should see 'Stop' reported as F11 and so on. The problem is that the window manager would usually intercept and act on keys like 'Front' (F15 or 'ESC [ 2 8 ~') and 'Open' (F17 or 'ESC [ 3 1 ~') instead of letting them be delivered to an application. That's not happening here. OttoM. __ ottomeister Disclaimer: These are my opinions. I do not speak for my employer. _______________________________________________ SunRay-Users mailing list [email protected] http://www.filibeto.org/mailman/listinfo/sunray-users
