RIP Sir Clive Sinclair 1940 - 2021
https://theqlforum.com/
If ptr_gen is loaded, every move of the mouse usually generates a pointer. If you are e.g. in Basic, it is a "K" pointer.ql_freak wrote: Sat Mar 08, 2025 1:14 amI'm not sure, if the pointer could be enabled for none pointer jobs on a real QL. I don't have currently the time, to reactivate my real QL.
I just had another look at my sQLux setup and once the Extended Environment is loaded the Mouse does work.Derek_Stewart wrote: Fri Mar 07, 2025 11:01 pmNo Mouse movement.XorA wrote: Fri Mar 07, 2025 10:56 pmIm not sure what you mean here, ptr_gen with mouse is known working and even been demonstrated working only a few posts back?Derek_Stewart wrote: Fri Mar 07, 2025 10:48 pm Hi,
I have no problems with sQLux on a Linux computer, the Extended Environment works perfectly, except the mouse in the emulator does not work.
I assume the problem is the PTR_GEN, which requires modified to use the emulator mouse controls. I used to use UQLX many years ago, which had the same problem.
sQLux is the main QL emulator I use whrn I need QDOS, and when used with sqlux_menu by Simon Greenaway, is an excellent QL environment.
I tried tge Windows precompiled sQLux on a Windows 10 computer, it ran oug of the box with no problems.
What was the specific issue you were seeing?
The mouse works for me as long as I am in an activated pointer program or have picked the Button Frame via Hotkey.Derek_Stewart wrote: Sat Mar 08, 2025 7:16 amI just had another look at my sQLux setup and once the Extended Environment is loaded the Mouse does work.
Hi Ralf,RalfR wrote: Sat Mar 08, 2025 7:21 amThe mouse works for me as long as I am in an activated pointer program or have picked the Button Frame via Hotkey.Derek_Stewart wrote: Sat Mar 08, 2025 7:16 amI just had another look at my sQLux setup and once the Extended Environment is loaded the Mouse does work.
There is no pointer if, for example, I am in Basic and move the mouse. Then a "K" pointer should appear, but it doesn't.
Does your sQLux run on Linux or Windows? Mine runs on Windows.
Where can I find "german_bin"? as KBD = DE in the *.ini-file does not work on my normal notebook. On the GPD it's no problem, it has an US keyboard.RalfR wrote: Thu Mar 06, 2025 4:39 pm With the standard Minerva 1.98, the keyboard file "german_bin" makes Umlauts and _ correct. Except for the accents we have already shown.
With this do you mean at all?ql_freak wrote:Where can I find "german_bin"? as KBD = DE in the *.ini-file does not work on my normal notebook. On the GPD it's no problem, it has an US keyboard.RalfR wrote: Thu Mar 06, 2025 4:39 pm With the standard Minerva 1.98, the keyboard file "german_bin" makes Umlauts and _ correct. Except for the accents we have already shown.
BTW: sQLux seems to have the same problem as UQLX (with WSL2 on Windows 10):
You can't create directories with MAKE_DIR.
You get bad parameter and afterwards a file exists with the name of the directory you wanted to create (this can be deleted). If I remember correctly, I created all directories and subdirectories on my UQLX WIN-File (which I have copied to sQLux) with QPC2.
Minerva German_bin etc.ql_freak wrote: Sat Mar 08, 2025 4:01 pmWhere can I find "german_bin"? as KBD = DE in the *.ini-file does not work on my normal notebook. On the GPD it's no problem, it has an US keyboard.
Code: Select all
keyboard = ESCode: Select all
keyboard = DECode: Select all
keyboard = DEYes, if you use the "native" Minerva ROM, you have a GB keyboard as default. For a german layout you have to load "german_bin" + "KBD = DE". Marcel has made a german Minerva, where "KBD = DE" is enough.Exile wrote: Sat Mar 08, 2025 6:08 pmDo the Minerva ROMs default to expecting a US or GB keyboard unless there is a xxx_bin file to indicate that another country layout should be used for the keyboard? If that is the case, is both the german.bin file andneeded?Code: Select all
keyboard = DE