Numeric Keypad does not work Wine 1.0 + Putty .60 - RESOLVED

[Max Rebo]

I have searched for this problem and found this link that says this problem was fixed (for WoW) in Wine 0.9.32 :

http://bugs.winehq.org/show_bug.cgi?id=6323

Is anyone else having problems with the numeric keypad not showing numbers under Wine 1.0 ?

I have everything working for putty except this crippling problem. I don't feel I can offer a terminal emulator solution where you cannot use the entire keyboard.

At this time I am going to try to downgrade to the 0.9.32 version of Wine to see if the numeric keypad works there. I would imagine if this fixes the numeric keypad for WoW it will work for a terminal emulator.

I just need the numbers to show when you press the keys when the numlock is on.

I have signed up for the bug list and I want to sign up for a maintainer under the AppDB if I can make this work for me. In either case I will get out the tricks I learned to get some important things working for putty .60 under wine.

p.s. I have tested this with NOTEPAD and it cannot use the numeric keypad, either. It "kinda" works via the pgup/pgdn but not consistently that I see. So it's not just putty.

[looki]

i have this problem also, when i use a keychanger tool i cant choose any numpad keys.
the tool doesnt show them, i need to change insert delete and so on (they r on the numpad and i need some keys there for a game), this doesnt satisfy me much.

a fix would be very appreciated by me

the tool is called "intes keychange".

greetz

[vitamin]

Is anyone else having problems with the numeric keypad not showing numbers under Wine 1.0 ?

What locale are you using? How are you switching keyboard layout?

[Max Rebo]

I am not switching keyboard layout. I am using the US standard layout (from my original linux install if that's what you mean). I am using SuSE 10.3 i386 on an older AMD computer.

I am currently attempting to roll back to Wine 0.9.32 using git to see if things are working there.

I have a real need to get the numeric keyboard working under putty. I want to replace scads of windows installs with linux if I can get this solved.

[vitamin]

I am not switching keyboard layout. I am using the US standard layout (from my original linux install if that's what you mean). I am using SuSE 10.3 i386 on an older AMD computer.

I am currently attempting to roll back to Wine 0.9.32 using git to see if things are working there.

I have a real need to get the numeric keyboard working under putty. I want to replace scads of windows installs with linux if I can get this solved.

So what you need putty for? What xterm is not enough?

[David Gerard]

2008/6/25 vitamin <[email protected]>:

Max Rebo wrote:

I have a real need to get the numeric keyboard working under putty. I want to replace scads of windows installs with linux if I can get this solved.

So what you need putty for? What xterm is not enough?

Some people like PuTTY a whole lot. (I couldn't work without it on
Windows.) And it *should* work fine under Wine, after all.

As it happens, there is a Unix version of PuTTY, which is in most
Linux distros (or can be downloaded and compiled from source). But its
behaviour is not quite identical to the Windows version.


- d.

[vitamin]

Some people like PuTTY a whole lot. (I couldn't work without it on Windows.)

You are not on windows anymore. And even on windows I prefer cygwin + xterm over putty. And if you have enough resources VM + Linux even better.

[looki]

sry if i disturb this thread, but my problem could be similar to this or solutions can solve both problems.

am i the only one, who cant change (or even see) numpad keys on keychanger?

http://www.programurl.com/software-keyc ... adnow.html

i only cant change numpad keys, the rest works fine. on windows the tool shows the keys for example as " numpad 1" or "numpad ," ...

[austin987]

On Wed, Jun 25, 2008 at 8:53 AM, vitamin <[email protected]> wrote:

David Gerard wrote:

Some people like PuTTY a whole lot. (I couldn't work without it on Windows.)

You are not on windows anymore. And even on windows I prefer cygwin + xterm over putty. And if you have enough resources VM + Linux even better.

Doesn't matter what is 'better'. Wine exists to run windows
applications, and if putty is one that someone wants to run, we should
do what is reasonable to do so.

[Max Rebo]

2008/6/25 vitamin <[email protected]>:

Max Rebo wrote:

I have a real need to get the numeric keyboard working under putty. I want to replace scads of windows installs with linux if I can get this solved.

So what you need putty for? What xterm is not enough?

Some people like PuTTY a whole lot. (I couldn't work without it on
Windows.) And it *should* work fine under Wine, after all.

As it happens, there is a Unix version of PuTTY, which is in most
Linux distros (or can be downloaded and compiled from source). But its
behaviour is not quite identical to the Windows version.


- d.

My requirement for putty is quite understandable. Other linux terminal emulators try to be windows desktops with millions of lines and columns when the desktop allows.

I am running a legacy mrp solution that runs in a 24x80 character terminal. Period.

Putty nicely handles 24 lines by 80 columns, and keeps this configuration no matter how the window it runs in is resized. It changes the font size and completely populates the window (if so configured).

Other emulators don't automatically increase the font size but increase the numbers of rows and columns. If I maximize an xterm window I now have a 24x80 window (this will never change) running in the top left corner of xterm at 80 lines and 200 columns (sic).

The legacy application is also assuming that the terminal is limited to 80 columns and sometimes things "slip" over the 80-column boundary and the data in the 24x80 column area becomes garbled/unusable when run in a terminal that is greater than 80 characters wide.

I have solved all of my other Wine/Putty issues except this one. I have not been able to get to my attempt to regress to Wine 0.9.32 to see if this fixes my problem. I intend to get this test done this afternoon and I will report my progress when finished.

TIA for anyone who can show me how to do this with the latest and greatest. Otherwise I will have to learn how to "lock down" Wine version 0.9.32 so that it will not be updated or changed for any reason.

If there are options that let xterm or another current linux terminal emulator run as I have described (run 24x80 maximized on a 1280x1024 desktop and fully fill the screen with them thar LARGE characters) then please educate me. I have done some playing around and the results have been discouraging. I use Konsole all the time for my personal work, but I need putty for my company's application needs.

-and finally- The *nix version of putty has the same problems of other emulators on linux. In the DOS version there is the option to increase the font size vs increasing the number of rows and columns when the window is resized. This option is not available on the *nix version of putty. It only increases the number of rows and columns when the putty window is resized. arg

looki, if they solve my problem it should solve yours, too. I will report if I can make it work with the older version of Wine.

[looki]

looki, if they solve my problem it should solve yours, too. I will report if I can make it work with the older version of Wine.

that would be nice. while changing insert to have another key mapped on the numpad i also need insert in my game, so i must change other keys to insert and so on, that is a bit crap.

[Max Rebo]

Can anyone confirm that their numeric keypad -IS- working for them under wine 1.0 (numbers 0-9, /*-+. not just the directional keys) ? What linux distro?

I cannot believe that I am the only one noticing this problem (other than looki). I cannot believe it is acceptable that the numeric keypad does not work.

I would feel better if this is not a problem on another orientation of linux/Wine 1.0. It would be easier to keep Wine 1.0 than my alternatives: running an older version or trying to patch.

TIA

[vitamin]

Can anyone confirm that their numeric keypad -IS- working for them under wine 1.0 (numbers 0-9, /*-+. not just the directional keys) ? What linux distro?

I cannot believe that I am the only one noticing this problem (other than looki). I cannot believe it is acceptable that the numeric keypad does not work.

I would feel better if this is not a problem on another orientation of linux/Wine 1.0. It would be easier to keep Wine 1.0 than my alternatives: running an older version or trying to patch.

TIA

Works just fine here with all Wine apps. Are you sure you have [Num Lock] turned on?
Run 'xev' and press few numpad keys. Attach output here.

[dimesio]

Can anyone confirm that their numeric keypad -IS- working for them under wine 1.0 (numbers 0-9, /*-+. not just the directional keys) ? What linux distro?

Do you mean in general, or just under putty? I don't have putty, but my numeric keypad works perfectly under all my Wine programs. OpenSUSE 10.3 (32 bit) and Wine 1.0 (and I never had a problem with the numeric keypad in any previous version of Wine either).

I think this is something specific to your install; other people would have noticed and complained about it if it were a widespread problem.

Have you tried deleting the .wine directory and reinstalling?

[Max Rebo]

Can anyone confirm that their numeric keypad -IS- working for them under wine 1.0 (numbers 0-9, /*-+. not just the directional keys) ? What linux distro?

Do you mean in general, or just under putty? I don't have putty, but my numeric keypad works perfectly under all my Wine programs. OpenSUSE 10.3 (32 bit) and Wine 1.0 (and I never had a problem with the numeric keypad in any previous version of Wine either).

I think this is something specific to your install; other people would have noticed and complained about it if it were a widespread problem.

Have you tried deleting the .wine directory and reinstalling?

AIIII! I have further refined the problem. Feel a little foolish for not including a little bit of information. I did not even have any idea it was an issue until now!

I am running Wine 1.0/PuTTY .60 on a SuSE 10.3 AMD box -BUT- I was testing this totally through a VNC connection from a windows box!!! ARG!

I got my sorry ass out of my chair and ran putty/Wine directly on the linux box and YAY IT WORKS.

So my problem is either a CMOS setting on my computer regarding my keyboard or a VNC setting/deficiency (I think the latter).

I feel much better that I can run the latest and greatest Wine and PuTTY now. I have several machines on the shop floor that I want to convert to linux from windows as soon as possible. The remaining PC's will be converted as time permits. We're talking around 70 PC's.

I am -SO- happy! 8D

Of course, I want this to work under VNC, also, but this gets me off the dime! I will check the VNC/CMOS stuff as soon as possible and report anything needed. I'm running tightvnc server on SuSE and realvnc 4.0 on the PC. (I'm wondering if going to tightvnc on windows will fix things.)

When all is put to bed I will go to the appDB and post all of my tricks to help out the next person in line.

Thanks for the help so far. Sorry, looki, I don't think my solution is going to help you unless VNC is involved.

[austin987]

On Thu, Jun 26, 2008 at 9:42 AM, Max Rebo <[email protected]> wrote:

dimesio wrote:

Can anyone confirm that their numeric keypad -IS- working for them under wine 1.0 (numbers 0-9, /*-+. not just the directional keys) ? What linux distro?

Do you mean in general, or just under putty? I don't have putty, but my numeric keypad works perfectly under all my Wine programs. OpenSUSE 10.3 (32 bit) and Wine 1.0 (and I never had a problem with the numeric keypad in any previous version of Wine either).

I think this is something specific to your install; other people would have noticed and complained about it if it were a widespread problem.

Have you tried deleting the .wine directory and reinstalling?

AIIII! I have further refined the problem. Feel a little foolish for not including a little bit of information. I did not even have any idea it was an issue until now!

I am running Wine 1.0/PuTTY .60 on a SuSE 10.3 AMD box -BUT- I was testing this totally through a VNC connection from a windows box!!! ARG!

I got my sorry ass out of my chair and ran putty/Wine directly on the linux box and YAY IT WORKS.

So my problem is either a CMOS setting on my computer regarding my keyboard or a VNC setting/deficiency (I think the latter).

I feel much better that I can run the latest and greatest Wine and PuTTY now. I have several machines on the shop floor that I want to convert to linux from windows as soon as possible. The remaining PC's will be converted as time permits. We're talking around 70 PC's.

I am -SO- happy! 8D

Of course, I want this to work under VNC, also, but this gets me off the dime! I will check the VNC/CMOS stuff as soon as possible and report anything needed. I'm running tightvnc server on SuSE and realvnc 4.0 on the PC. (I'm wondering if going to tightvnc on windows will fix things.)

When all is put to bed I will go to the appDB and post all of my tricks to help out the next person in line.

Thanks for the help so far. Sorry, looki, I don't think my solution is going to help you unless VNC is involved.

http://bugs.winehq.org/show_bug.cgi?id=1181

[looki]

well , can someone have a look at this tool.

http://www.programurl.com/software-keyc ... adnow.html

and maybe tell me how i can get the numpad keys appearing there?
i noticed, when i use it, the numlock keys are dead, otherwise they work.

im runiing it from console then i type strg-z, then "bg" after i can run windows programs and they are affected by the key mapping from this tool.

[Max Rebo]

Austin: Thanks for the link. I had just confirmed that this problem exists in the VNC session and most likely not the keyboard/CMOS configuration.

I tested using tightVNC and got the same results.

Linux under VNC responds to the numeric keypad as anticipated (duh). It does not when Wine is part of the mix (arg).

The information from the link suggests that this is not going to be addressed anytime soon (age of issue -and- complexity).

looki you might check the link Austin provided and vote for a fix (FWIW).

I can live with this issue since the IT department would be the only ones affected by this issue (as things stand now). It is a pain to not be able to bang away at the keypad when on a roll, though.

[looki]

i have no clue how this keychanger works, but as i know it is the only one which works (if im wrong plz tell me), so it is not working v near to the hardware.

thatsy i guess a registry tweak could help but i was not able to find a solution, keyboard.c gives me no hint about where keychanger gets its information which key is available and which not, it may get the information from a higher point of abstraction in wine.
or maybe a fix of the explained bug can solve it. i will vote when im registered there.

[austin987]

On Thu, Jun 26, 2008 at 8:31 AM, Max Rebo <[email protected]> wrote:

Can anyone confirm that their numeric keypad -IS- working for them under wine 1.0 (numbers 0-9, /*-+. not just the directional keys) ? What linux distro?

I cannot believe that I am the only one noticing this problem (other than looki). I cannot believe it is acceptable that the numeric keypad does not work.

I would feel better if this is not a problem on another orientation of linux/Wine 1.0. It would be easier to keep Wine 1.0 than my alternatives: running an older version or trying to patch.

TIA

Works fine for me in wine notepad (Xubuntu feisty).