search

bbbradsmith / hatariB

Libretro core for Hatari emulation of Atari ST STE TT Falcon
GNU General Public License v2.0
20 stars 3 forks source link

Mouse control for on-screen keyboard #52

Open Pyman75 opened 3 months ago

Pyman75 commented 3 months ago

The on-screen keyboard is displayed but it will not disappear and no keys work. I’m using 1Up arcade machine with latest hatarib build. Non - touchscreen. I use joystick and buttons to navigate on-screen keyboard. On-screen keyboards work ok with other cores. Atari800 and vice for example.

bbbradsmith commented 3 months ago

By default, L1 will raise the onscreen keyboard, the d-pad will move the cursor, and L1 will press a key. R1 will close the keyboard.

There is also one-shot mode, pressing R1 will raise the onscreen keyboard and pause the game. L1 will press a key and close the keyboard, or R1 will close without press instead.

The button used to raise the keyboard, or one-shot keyboard is separate from the other keyboard buttons. To customize the presses you can go to the core options, and scroll down to the RetroPad 1 category.

Pyman75 commented 3 months ago

Retested. It’s still not working. Keyboard is displayed but buttons do not work.

bbbradsmith commented 3 months ago

I will need more explanation of what you are doing to understand what would be going on for you. Can you give me steps of how you set up your installation, open a game, then raise the keyboard where you have this problem? What buttons are you pressing?

Also, how are your buttons configured? What are the core settings in the RetroPad 1 category?

Vweber73 commented 1 month ago

I think that what the OP means is that you can't use the Android device touch screen to hit directly the desired key, rather than having to scroll to the key with the pad. Indeed I also would like that. I just upgraded my Samsung Z fold 3 to a fold 6, which only supports the 64 bits version of Android, and Hataroid can't be installed on it. I really miss Hataroid on screen keyboard, with direct key presses, fully resizable, using all the available space, movable outside the ST screen area and with transparency to still see the screen when not possible.

It would be wonderful to have something like that on HatariB!

bbbradsmith commented 1 month ago

Okay, as a feature request I could understand it that way. This would have nothing specifically to do with Android if implemented.

So, essentially adding an option to allow a mouse/touch to operate the on-screen keyboard buttons.

Moving it outside the screen area is impossible through retroarch's interface. A core cannot draw anything outside the game's screen. Retroarch does have its own separate way to make an onscreen keyboard interface which can maybe already do the things you're asking for, but it exists outside of what a core does.

Making it transparent is possible, but is a problem for this implementation which uses Hatari's own drawing library for the keys and text, and that library does not support transparency. I don't think I would consider this at this time.

Vweber73 commented 1 month ago

Many thanks for your fast and detailed answer. I understand the issues at stake. If you could already to the touch screen support that would be wonderful! Best regards

Le mer. 31 juil. 2024, 19:01, Brad Smith @.***> a écrit :

Okay, as a feature request I could understand it that way. This would have nothing specifically to do with Android if implemented.

So, essentially adding an option to allow a mouse/touch to operate the on-screen keyboard buttons.

Moving it outside the screen area is impossible through retroarch's interface. A core cannot draw anything outside the game's screen. Retroarch does have its own separate way to make an onscreen keyboard interface https://banjosmods.wordpress.com/2024/07/25/guides-retroarch-setting-up-a-keyboard-overlay/ which can maybe already do the things you're asking for, but it exists outside of what a core does.

Making it transparent is possible, but is a problem for this implementation which uses Hatari's own drawing library for the keys and text, and that library does not support transparency. I don't think I would consider this at this time.

— Reply to this email directly, view it on GitHub https://github.com/bbbradsmith/hatariB/issues/52#issuecomment-2260969432, or unsubscribe https://github.com/notifications/unsubscribe-auth/AWBK3J5RMZHMFXPIC2OPYHDZPEJ67AVCNFSM6AAAAABICMX7T2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDENRQHE3DSNBTGI . You are receiving this because you commented.Message ID: @.***>