Spring RTS Engine

Would anyone be interested in having Spring work with multitouch screens such as those by Ntrig and others? I have the hardware to work with, and imo it shouldn't be too hard to use their SDKs/APIs. A simple start would be to have a camera mode that interacts with the gesture API, so you can pinch zoom, rotate, etc. Next would be gesture commands, which I could probably learn to do in a day or two. So, who's interested?

Make it so.

First issue:

The multitouch screen manufacturer's drivers setup a proprietary touch API for XP and Vista since they have no native system available. I'm not going to dev for these systems, since Windows 7 is right around the corner and I already have a copy of RTM. Windows 7's WPF has gesture API integrated, so I'll be using that instead.

Also, no idea what I would do on Linux. I don't know of any multitouch API project mature enough for use. As for OS X, I'm expecting APIs with Xcode for the tablet release this winter, so that should be easy to use (our lack of presence on OS X in the first place notwithstanding).

I'm not sure how easy it'll be to use WPF in a non-NET environment. It'll be awesome if it works, but you'll have to rethink pretty much all of UI - both conceptually and programatically.

For the moment under OS X we have the macbooks with multi touch trackpads, being able to pinch and scroll on these would be a start, even though it isn't full multi touch screen.

Cocoa touch is the API iirc, at least under the iphone.

If SDL will support it also spring will, actually sdl events interface doesn't allow multiple "mouse cursors" and we dnon't want proprietary shit on spring

we?

tizbac is head of spring development.

lurker wrote:we?

The GPL.

Is it not a system API?

It's a program that send multiple events to windows using the API i guess, but spring needs something that doesn't violate GPL and that is cross-platform and some good ideas on how to make an rts playable with a multitouch

lurker wrote:Is it not a system API?

It's a SDK, I am pretty sure there is more inside than just 1 header file...

Maybe this would best be implemented the same way Beherith made his head gesture camera system - using a separate native executable and interfacing with it via LuaUI?

would probably work pretty well with luasocket...

Auswaschbar wrote:

lurker wrote:Is it not a system API?

It's a SDK, I am pretty sure there is more inside than just 1 header file...

Windows has a pretty huge SDK package, and GPL programs use it, I'm not really sure what your point is.

Edit, I was focusing on the OS X plans, but I think it applies to the rest well enough.

Don't hold your breath waiting for SDL support, it doesn't support 3D mice, tablets, or anything else nonstandard. These have a larger install base and greater ease of use than touchscreens.

Hmm, I can't just pass system calls to Spring directly or via SDL? I mean...

you can; even more, it's being already done in spring. i'm afraid you'd have to bypass sdl completely, though.

GPL has provisions for what is deemed operating system APIs, as such things liek the windows SDK do not need to eb GPL compatible because they're OS components

I said something technical and wasn't shot down?!