This is intriguing, but somehow, I think the obvious answer is to use a
black box QL !
On 01/06/2011 19:09, Lee Privett wrote:
Thanks for the advice and yep, using the program and pressing the
- = 0c and - (correct)
= = 90 and Prev Track (nope)
[ = 91 and @
] = 1a and [
' = 92 and :
# = 1b
Thanks for the advice and yep, using the program and pressing the
- = 0c and - (correct)
= = 90 and Prev Track (nope)
[ = 91 and @
] = 1a and [
' = 92 and :
# = 1b and ]
Right shift = 00 and no register of anything in the right box
Tried the country code 1, no luck there either
Wonderful!
Lee Privett wrote:
Pressing all the top keys my keyboard now displays this under QPCII
only
1234567890-q
1234567890-q with the right shift key
!"£$%^&*()_Q with the left shift key
I suppose you could always become a Q-Celt like Darren Branagh ;-))
Dilwyn Jones
___
Lee Privett wrote:
> Using Win7 on a new Toshiba laptop running QPCII now throws up this
> problem, which works perfectly well under Windows and also in
> Q-emulator
They use different mechanisms to read the keyboard. Unfortunately some
notebook manufacturers mess up the keyboard scan codes... you
Op 1/06/2011 0:00, Lee Privett schreef:
Using Win7 on a new Toshiba laptop running QPCII now throws up this
problem, which works perfectly well under Windows and also in
Q-emulator
Pressing all the top keys my keyboard now displays this under QPCII
only
1234567890-q
1234567890-q with th
Morning Dave,
FYI:
I have no idea whether c68 can handle a single file that large! Lack of
output could mean that something has gone wrong, but it could also mean that
c68 is simply still working.
Well, the file size caused more than C68 to have problems. QED, the
editor supplied alongside
Lee Privett wrote:
Using Win7 on a new Toshiba laptop running QPCII now throws up this
problem, which works perfectly well under Windows and also in
Q-emulator
Pressing all the top keys my keyboard now displays this under QPCII
only
1234567890-q
1234567890-q with the right shift key
!"£$%^&*
