Re: more rawkeydown problems
On 06 Mar 2005, at 20:04, J. Landman Gay wrote: snip I'm not sure it is a bug, it is just the differences between operating systems. The Rev engine just passes on the key codes that the operating system sends. If you have the MC IDE, see the "Character Chooser" in the MetaCard "Tools" menu for examples of these differences. Sometimes you can use the macToISO and ISOtoMac functions to translate between the character sets, but I don't think those functions work with non-ascii keystrokes. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com On 07 Mar 2005, at 00:23, Sarah Reichelt wrote: snip While differences between keyboards & operating systems are annoying, the keys you are checking are mostly available using other messages. In NumLock is on, the numeric keys generate arrowKey messages and if NumLock is on, the number can be read directly in a keyDown or keyUp handler. Cheers, Sarah Thank you Jacqueline, Sarah and Tobi for your responses. The rev rawkeydown handler reports a kind of "mixed" "raw" keys values: ascii code and "raw" code in the range between 65000 - 65999. Seeing Tobi's little app. (tnx Tobi) I'm inclined to think the values of the rawkeydown handler in rev in the region above 65000 are due to rev's own system of administering values to keys (but i'll be wrong ;-) So I'm not sure this is due only to differences between operating systems and by this not a bug. If the help key is giving a value of "268762986" on mac os x, I consider this not a correct value though it is unique for the help key on mac os x. The same for the `key in american qwerty keyboard layout, it should give the ascii value and not a zero. And so on... Sarah you said: "In NumLock is on, the numeric keys generate arrowKey messages and if NumLock is on, the number can be read directly in a keyDown or keyUp handler" On win yes but not on mac os x. The numlockkey doesn't affect the value of the numerical keys on the numerical keypad in mac os x. And there is no numLockKey function we could use to poll the numLockKey condition like there is a capsLockKey function. (and the keyboard is not broken as the numlockkey works in win vpc) Revolution, being a crossplatform RAD, should make keyboard input as uniform as possible between platforms regarding it's own application and offshoots. But I'll refrain from bugzilla-ing until further notice. Greetings, Wouter ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: more rawkeydown problems
Hi All, If crossplatform uniformness is not your piece of cake then please don't read this mail. But for those who really need to process keyboard input here are some more keyboard anomalies to check. These are tests on a apple usb keyboard. May be there will also be differences on laptop keyboards. If someone can test and confirm the above then this can be bugzilla'ed. I'm not sure it is a bug, it is just the differences between operating systems. The Rev engine just passes on the key codes that the operating system sends. If you have the MC IDE, see the "Character Chooser" in the MetaCard "Tools" menu for examples of these differences. Sometimes you can use the macToISO and ISOtoMac functions to translate between the character sets, but I don't think those functions work with non-ascii keystrokes. For anyone wanting to test what rawKey codes their keyboard gives, here is a utility I wrote ages ago to do this: http://www.troz.net/Rev/RevProjects/KeyCoder.rev.gz While differences between keyboards & operating systems are annoying, the keys you are checking are mostly available using other messages. In NumLock is on, the numeric keys generate arrowKey messages and if NumLock is on, the number can be read directly in a keyDown or keyUp handler. Cheers, Sarah ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: more rawkeydown problems
On 3/6/05 12:13 PM, Wouter wrote: Hi All, If crossplatform uniformness is not your piece of cake then please don't read this mail. But for those who really need to process keyboard input here are some more keyboard anomalies to check. These are tests on a apple usb keyboard. May be there will also be differences on laptop keyboards. If someone can test and confirm the above then this can be bugzilla'ed. I'm not sure it is a bug, it is just the differences between operating systems. The Rev engine just passes on the key codes that the operating system sends. If you have the MC IDE, see the "Character Chooser" in the MetaCard "Tools" menu for examples of these differences. Sometimes you can use the macToISO and ISOtoMac functions to translate between the character sets, but I don't think those functions work with non-ascii keystrokes. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
more rawkeydown problems
Hi All, If crossplatform uniformness is not your piece of cake then please don't read this mail. But for those who really need to process keyboard input here are some more keyboard anomalies to check. All values are from a rawkeydown handler. - the key straight under the escape key (qwerty `/ ~ or §/± or something else depending on which qwerty you use) will give a 0 value on mac os x when an american qwerty keyboard layout is chosen but not with another keyboard layout. - help key on mac os x gives value 268762986 instead of 65379 (win vpc) - the numlock key on mac osx x enters a char in the field when focused and editable: numtochar(27) - the values of the numeric keyboard on mac differ from these of win !!! On mac os x the value without numLock is the same as with numLock, not on win vpc. On win vpc side there are also some anomalies (see below). ### numerical keyboard 65429 ### 7 mac os x 65463 ### 7 - numlock win vpc 65360 ### 7 + numlock win vpc 65430 ### 4 mac os x 65460 ### 4 - numlock win vpc 65361 ### 4 + numlock win vpc 65431 ### 8 mac os x 65464 ### 8 - numlock win vpc 65362 ### 8 + numlock win vpc 65432 ### 6 mac os x 65462 ### 6 - numlock win vpc 65363 ### 6 + numlock win vpc 65433 ### 2 mac os x 65458 ### 2 - numlock win vpc 65364 ### 2 + numlock win vpc 65434 ### 9 mac os x 65465 ### 9 - numlock win vpc 65365 ### 9 + numlock win vpc 65435 ### 3 mac os x 65459 ### 3 - numlock win vpc 65366 ### 3 + numlock win vpc 65436 ### 1 mac os x 65457 ### 1 - numlock win vpc 65367 ### 1 + numlock win vpc 65437 ### 5 mac os x 65461 ### 5 - numlock win vpc 65461 ### 5 + numlock win vpc !!! no change 65438 ### 0 mac os x 65456 ### 0 - numlock win 65379 ### 0 + numlock win 65439 ### . mac os x 65454 ### . - numlock win 65535 ### . + numlock win !!! value of deletekey on mac !!! 65493 ### = mac os x 61 ### = win vpc the chartonum value other keys of the numerical keyboard are the same These are tests on a apple usb keyboard. May be there will also be differences on laptop keyboards. If someone can test and confirm the above then this can be bugzilla'ed. TIA Greetings, Wouter ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
