similar to: Mac/Wine: Keyboard Input

Hi everyone - and I apologize in advance for the vagueness on this one. I recently installed Ubuntu 11.10 64-bit (fresh install). One game that I normally submit test data for has suddenly lost the ability to type. I can no longer enter a userid or password on it's login screen. (I was able to do this in 11.04 64-bit with Wine 1.3.29.) The only keys that are responsive now are the return and

Hello *, I'm currently migrating a friend to Kubuntu 7.10. He's forced to use a service which works with IE only (no other browser can display their website). Fortunately, IE6 works with Wine (I used ies4linux 2.99.0 (http://www.tatanka.com.br/ies4linux) to set it up), but unfortunately only with the English keyboard layout: When we switch to Thai (KDE shortcut Ctrl-Alt-K), the focused

I'm in Fedora 10 x86_64 and did a system update last night that included updating Wine from 1.1.14 to 1.1.15. Now when I play WoW my keyboard input is all messed up, I hit one key and get the result of another - example W,S,A,D keys used for movement will instead act like the space bar or esc keys, or the other way around. I try to type in chat and whatever key I hit acts like some other key,

Disabling checksum offloading at OSOL DomU via kmdb at intial boot :- ( -kd at extra line):- root@ServerJaunty:/home/boris/nevada# xm create -c osol.install Using config file "./osol.install". Started domain osol.install (id=6)                                   Loading kmdb... Welcome to kmdb Loaded modules: [ unix krtld genunix ] [0]> ::bp xnf`_init [0]> :c v3.4.1-rc7 chgset

This is an old issue for me running CentOS 7, latest update. I am using fcitx to switch between keyboards, two western ones and Chinese pinyin keyboard. Ever since I installed CentOS 7 over two years ago, I have been unable to resolve issues where I can maintain keyboard setting within one application, notably chromium, and/or between applications. fcitx has a setting for allowing the keyboard

FYI. There is a Thai vignette - and it went a lot further doing some Thai text processing in R, than the earlier Chinese/Tibetan/LiangshanYi/Arabic vignette, which was in reality just Chinese + Cairo graphics. Managed to cross-compile an R package for Mac OS X from Linux; and it seems to be working. See screenshots below. I'd be interested to know if there are less obvious bugs; however

Hello, I was just so happy to have Diablo2 LoD in a 800x600 window under KDE 2.2.1 runing. It's quite smoth and even BNet connection on our privat Linux BNETD Server works. So just everything works fine (aint got sound, but I don't care), except for the whole keyboard, no input possibel. What's wrong with my Wine instalation? The debug output tells me about a language problem and

Hello Is it possible to input Chinese and Japanese input via SCIM? I've been trying to get Chinese and Japanese input (via SCIM) to work in WINE applications for a long time. But I have never succeeded Specifically I want to use Chinese and Japanese input in the application TreeDBNotes. I have tested the application with WINE at the applications page:

Hi, I'm an Austrian writer living in Montpezat (South France). I've been 100% GNU/Linux for the past five years, and I recently switched from Slackware to CentOS, for the sake of comfort. Overall impression: I like it! I have a few problems to solve yet in my migration effort, mostly minor annoyances. First things first. I need three different keyboard layouts: de, fr_CH and fr. I'm

This is release 1.0-rc3 of Wine, a free implementation of Windows on Unix. What's new in this release (see below for details): - Bug fixes only, we are in code freeze. Because of lags created by using mirrors, this message may reach you before the release is available at the public sites. The sources will be available from the following locations:

I'm wondering if theres a way to disable it, I made a program which broadcasts keystrokes between multiple windows (see the source here, http://www.nomorepasting.com/getpaste.php?pasteid=19683 ) This program works fine in everything, except wine. It works fine in wine too, but only when the window is focused. This makes me think that wine is rejecting the keyboard input, purely because the

Hi, Running the latest version of wine, I have come across a problem that seems simple but I can't find a fix to it! As a more in-depth look at the problem described in this thread: http://www.winehq.org/hypermail/wine-users/2005/08/0012.html When I run 3d applications my keyboard will not respond, however in 2d applications such as notepad I get the same error messages however the

My keyboard layout is USA when I play games, in all games I play with wine, like Counter-Strike 2D, CS 1.6 and all others i push like "W" In game it recognizes as "E" and so on, and I cant normally play any games? Which layout should I switch to? Sorry for bad english. Please some answers guys ;)

Dear all, I have informed WenLin2's (a Chinese language training and character recognition program) author of the mouse button detection problem and he will endeavour to try to change WenLin2 to be more compatible with WINE. I am afraid I have found another problem running WenLin2 with WINE. The cursor ('insertion point' or 'i.p.') disappears pressing the left arrow key, the

The Wine development release 1.6-rc5 is now available. What's new in this release (see below for details): - Bug fixes only, we are in code freeze. The source is available from the following locations: http://prdownloads.sourceforge.net/wine/wine-1.6-rc5.tar.bz2 http://mirrors.ibiblio.org/wine/source/1.6/wine-1.6-rc5.tar.bz2 Binary packages for various distributions will be available

Hello there. I'm trying to switch the keyboard layout for a wine application to a nonsystem standard. Background: system standard is dvorak, but that horribly conflicts with the AWSD movement control of games. Stuff I tried and failed: * switching the layout in the GNOME panel keyboard layout switcher * rewriting the xorg.conf for english as standard language * loading us layout with loadkey

Two bugfixes, two cleanups. The fix for 89653 fixes a dead keyboard on Linux machines, though note that use of this driver under Linux is considered very much a legacy use case. Use evdev or the new libinput driver instead. Egbert's fix untangles overlaps between multimedia keys and the jp Henkan/Muhenkan keys. Alan Coopersmith (1): Mark xf86OSKbdPreInit as _X_EXPORT in header to match

This release supports the hot-off-the-line X server 1.19. Rejoice! But not too much, you have work tomorrow. Alexandr Shadchin (3): Remove empty function xf86KbdUnplug Reorder load module stuff Remove support for X input ABI < 12 Keith Packard (1): Use xf86AddEnabledDevice with threaded input Peter Hutterer (1): keyboard 1.9.0 Yasushi Oshima (1): Add

kbd - Keyboard input driver for non-Linux platforms for the Xorg X server ------------------------------------------------------------------------- This keyboard driver is primarily used with BSD, GNU Hurd, illumos, & Solaris systems. Linux systems should instead use either xf86-input-libinput or xf86-input-evdev. This release drops support for Xorg server versions 1.10 through 1.17,

Adam Jackson (2): Don't sleep(1) on VT entry. keyboard 1.3.0 Alan Coopersmith (4): Update kbd man page to say it has replaced keyboard driver now. Use $(XKBPATH) for xkb file path in man page Revert previous attempts to sync lock state & LEDs Correct COPYING file and note which notices apply to which code/OS'es Daniel Drake (1): Bug 11026: