The FN key is hardcoded in dosbox to the backquote key, and some other mappings I don't remember right now for the Chr and the Menu key. Then I used the KC compiler from FreeDOS (recompiled in Linux instead of DOS, easy since it is standard C) to build the nokia.sys from the following source Key language files: I rewrote the DOSBox "keyb" based on the FreeDOS keyb documentation and my own understanding of the specification, because the original DOSBox keyb was missing some features, like User Modifiers support. Would you be willing to post a link to your version of the source code for dosbox? Also to whatever you are using to setup the nokia.sys file? I'm curious how you handle the keyboard issues in there. If you think I'm wrong, really want that feature, or have an idea please don't hesitate to reply. So it's either partially hide the dosbox window when the virtual keyboard is up or make it slow. There's not enough space to even show the hw keyboard one without hiding part of the dosbox window, and from what I've seen so far scaling is SLOW. There's also the problem with the hildon-input-method window. To make b) applications work, it's just a matter of choosing the appropriate codepage then converting utf8 chars to that codepage. This would be codepage, layout, and locale dependent: a ugly mess. "á"-like chars would need to be converted into the appropriate dead key presses, etcetera. In order to make applications using a) happy, I'd have to convert each utf8 char back into a scancode. Hildon-input-method sends utf8 strings instead, like "a", "á", "A", or even full words like "absolutely" (produced by the autocompleter). The main problem is that DOS applications read keyboard input through two methods: directly through the keyboard controller (method a, which of course gives key scancodes only), and through the BIOS (method b, which gives both scancode and ASCII value). I've been experimenting with a hildon-input-method compatible DOSBox now that I've got some minor experience tinkering with microb. This only maps the N810 FN key to the "backquote" key instead of the right ALT key, so keyb can now handle it without interfering with applications. You'll also need newer nokia.sys () if you're using it.įor non-N810 users there should be no changes. Ok, 0.73-6 is up on extras-devel or download and install with dpkg (application manager won't install it since i've dropped it from user/): dosbox_0.73-6_b (). Is it possible that Dosbox is using that sequence for something else internal? If I remove the 'keyb nokia.sys us' line from my autoexec.bat file, I lose the ability to type '1' with the nokia HW keyboard, but FN-q still causes the program to exit. The '1' key works fine from the Dos command prompt. The rest of the numbers (at least 2-6) work fine in Wizardry. I hooked up an external USB keyboard, and the '1' key works perfectly there. I do not have this problem with the same executable running on DosBox under windows. One small really annoying bug:įor some reason the '1' key (Fn-q) causes Wizardry to exit (with a 'Thank You for playing Wizardry message', so I don't think its a crash per-se). 73-3, and got the nokia.sys and mapper file from page 41 of this thread) (I suppose I should mention that I am using a N810, I have. Running emulated hardware does just that. Wizardry 1 (off the archives CD) needs things to be slowed down. Well, I almost found a really good game to play with Dosbox.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |