OpenXcom Forum
Contributions => Builds & Ports => Topic started by: Warboy1982 on June 14, 2014, 10:08:06 pm
-
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 (https://dl.dropboxusercontent.com/u/47596892/OXCStuff/OpenXCom%201.0%2032-bit%20-%20Tablet%20Edition.rar)
please note: this is a manual install version, you will still need to download and install the Universal Patch (https://openxcom.org/downloads-extras/) 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 (https://github.com/Warboy1982/OpenXcom/tree/touch)
-
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(((
-
One question, can I install every night build, or these files will re-write Tablet edition?
-
Nightly builds will overwrite it, sorry. :( We'll look into adding this as an option in the future.
-
Okay, thanks for the reply, I hope you know how to add it by default!)
-
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... ;)
-
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.
-
i'll get on to this in the morning.
-
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.
-
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).
-
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?
-
i haven't a clue how that would work.
-
That would probably need SDL2 too so it can call the system's built-in keyboard support like it does for Android.
-
Hm, doesn't the Android version use an ingame sort of keyboard instead of the system keyboard? I think I saw a screenshot somewhere.
-
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.
-
Hello guys,
I think ingame simple keyboard (game UI style) would be much much more immersive than system keyboard call ! What do you think? Maybe for future builds?
SupSuper, what about battlescape scrolling boundaries I mentioned before? Doable?
byebye
-
SupSuper, what about battlescape scrolling boundaries I mentioned before? Doable?
It'd have to be a very touch-specific future option, because us mere mouse users can't go from the map to the buttons without constantly triggering the scroll. :P
-
I'm not sure what the scrolling boundaries are, but if they're intended for what I think they are, then...
Well, that drag-scroll bug that was fixed, at least after the first preliminary fix, is actually a decent way to scroll - the problem is that it's too damn fast (and that it replaced the regular drag-scroll). If it were toned down and reintroduced as a separate scrolling mode...
-
@SupSuper: Exactly :D, Im also a mouse user 90% of the time but it is definitely worthwile to challange the institution of mouse-keyboard combo, even though a million buttons get triggered in the process.
byebye
p.s. can you imagine windows 8.1 classic desktop context menu and big fingers .... adrenaline experience ;)