#Scummvm screen mods#
#Scummvm screen code#

Some more thoughts about cursor movement: There are basically two ways to move the cursor to a new position in the game. At the end of the day, it's the app devs that make the device. The deb is built in 2.2 SDK so it should run both in IT2006 and IT2007.įirst of, thank you a lot for your fast and good work - it works. Let me know how playable Broken Sword 1 is and if there is any other problem with this scummvm package.

#Scummvm screen code#

The code is easy too but different and I don't have sword2 data files in the device yet (no space with BS1 on the card now). So far the mapping is done only in Broken Sword 1, sword2 engine is different. I still find this easier than to tap and then press the button for each left click. Maybe only if you stay right next to the item you may accidentally do the left-click action, in such case you can first walk to some distance and then left and right click. If you stay far from the object there is plenty of time before the left click takes effect and the following right click takes precedence.

left click) and then immediately press the button. After all I added only right button to d-pad center button. one key would be hard-wired to simulate keyboard events to type 'savegame' or something, which the user could then press in the save screen. If possible, a key that emulates entering a savegame text. If possible, it would be nice to be able to move the cursor on the screen with the directional pad's direction keys, to be able to avoid accidentally left-clicking due to using the stylus for moving it.

#Scummvm screen mods#

In some of the other keybinding mods you've used the button in the middle of the directional pad for this, that seems fine.

One can't save a game because it's impossible to enter a save game name. you might want to examine (right-click) a non-player character in the game before speaking to it. Sometimes you really don't want to left-click immediatelly, e.g. I find it difficult to move the cursor on the screen without accidentally invoking a left-click action. Right-clicking and the actions this opens up, as mentioned above. I can also use the ESC key below the directional pad to access the menu screen. That allows me to move the player character around in the scene, access and actuate the inventory, and do the left-click actions from the table I've provided a screenshot of in the above post (the attachment). I am not very familiar with SDL, but if I understand 'current desktop resolution' correctly, that would indicate that if you can change your desktop resolution to 640x480 before switching ScummVM to fullscreen, then that is the resolution it should be using in fullscreen.Here's what works right now: I can use the stylus to move the cursor around the screen and do what the game accepts as left-click. So in that respect it should behave the same way in 2.2.0 and 2.5.0. On the other hand all the other graphics modes (now grouped under Surface SDL) have been using the SDL_WINDOW_FULLSCREEN_DESKTOP flag ever since we switched to SDL 2 (for the 1.9.0 release). That flag indicates that fullscreen uses the current desktop resolution and SDL scales the display to that resolution internally. That was changed in April 2021, so between the 2.2.0 and 2.5.0 releases. I would guess the main reason for that change in behaviour is that we are now using the SDL_WINDOW_FULLSCREEN_DESKTOP for OpenGL instead of SDL_WINDOW_FULLSCREEN.