Windows Tablet Edition

[Warboy1982]

i guess this isn't technically a port, since it's just a windows 32 bit version of 1.0 with some small code altered to allow better touchscreen support. but here it is.

OpenXcom 1.0 - Tablet Edition

please note: this is a manual install version, you will still need to download and install the Universal Patch yourself

feel free to post any touchscreen-specific feedback or usability issues here, and i'll try to address them. please don't request extra features like multitouch gestures or anything too grand. proper touch support is slated for development after updating to sdl2.0 and at that point this port will become redundant and will be discontinued.

changes can be seen in This Branch

[Greg956]

I think You need to post it here, cause Tablets on Windows 8 is actual theme now. I have Acer w511, and I play OpenXcom only on my tablet)
But videocard on it makes it impossible to use SABR-Xcomified and simple SABR(((

[Greg956]

One question, can I install every night build, or these files will re-write Tablet edition?

[SupSuper]

Nightly builds will overwrite it, sorry. We'll look into adding this as an option in the future.

[Greg956]

Okay, thanks for the reply, I hope you know how to add it by default!)

[StarMox]

SupSuper and Warboy. Congrats and THX on openxcom. Your "reimagination" of UFO defense ROCKS!!!

As per windows tablet version, WOW. Extra merit overachieved. One suggestion though (probably not trivial to implement...) Battlescape scrolling on touch would probably work better with bottom scroll-trigger line moved above action icons - just below actual "world" window.

byebye
Mox

p.s. openxcom on Asus T100 really is something else...

[Sean Mirrsen]

Okay, so, reporting test results.

There is a definite improvement with the provided fixed version. However, it is still not the same as it was pre-breaking or when using the mouse.

Before, the drag-action would make the cursor move with a speed dependent on the touch input relative to the center of the screen. (i.e. as if it were a virtual joystick centered on the screen)
Now, the drag-action makes the cursor move with a speed dependent on the touch input relative to the original point of the touch input. (i.e. a virtual joystick centered on the initial touch point)
When using the mouse (or touch-drag in older versions), the cursor stays glued to the position of the mouse pointer, only moving when the mouse is moved.

In both touch-input situations, the cursor will rapidly move towards the edge of the screen, but the scrolling action will continue as if the cursor was still moving away. Turning off edge-scroll does nothing to prevent this behavior.

System used is Windows 8 x64, on a Samsung ATIV Smart PC Pro (ATIV Tab 7), running latest Wacom Dual Touch (ISD 720.4) drivers.

[Warboy1982]

i'll get on to this in the morning.

[Warboy1982]

it's morning now, download in opening post has been updated, please let me know if this sorts it out, as i don't have a tablet to test this myself.

apologies for the double post, but i'm bumping this so you know it's updated.

[Sean Mirrsen]

Reporting updated version test:

Everything is absolutely perfect. ^_^

Battlescape and geoscape drag-scroll work identically regardless of whether it's by mouse, stylus, or touch. No abnormalities detected so far.

Windows 8 x64, Samsung ATIV Smart PC Pro (ATIV Tab 7).

[Sean Mirrsen]

After reading the description of the Android port, I feel the need to also mention that, through some manner of witchery, pinch-zoom works on both geoscape (zoom) and battlescape (z-levels) in this version.

On that note, is it possible to somehow cross-port the onscreen keyboard from the Android version, as an option for the Windows version?

[Warboy1982]

i  haven't a clue how that would work.

[SupSuper]

That would probably need SDL2 too so it can call the system's built-in keyboard support like it does for Android.

[Sean Mirrsen]

Hm, doesn't the Android version use an ingame sort of keyboard instead of the system keyboard? I think I saw a screenshot somewhere.

[sfalexrog]

Hm, doesn't the Android version use an ingame sort of keyboard instead of the system keyboard? I think I saw a screenshot somewhere.

It was either some really old build (there were some attempts to port the game to Android before SDL2) or the keyboard just fit in really nicely. Current Android version just tells the system (through SDL2) that it wants symbolic input, and the keyboard just pops up. I haven't tried compiling SDL2 version for Windows, but I expect it to have the same behavior.