Horde3D

I am going bonkers here. I remember seeing on the forum somewhere about a pure input library. It wasn't GLFW or SDL, it was simply an abstraction layer for different systems and how they handle input and I can't find it! I am aiming for the next stage of my project, an application framework, to only handle input and game object management and not concern itself with windowing.

EDIT: Finally found one. Here is a link in case you want to check it out. Found it via H3D's rival's wiki
http://sourceforge.net/projects/wgois/

If there are any others, post them here!

Maybe i am missing something, but that does not seem very "cross-platformie". Can't really see an advantage to using it

I messed around with it back when Ogre decided to use it to replace all their own platform-specific code, and it was a nightmare then. I understand it has improved a bit since then, but it still seems a little bit pointless.

The whole idea of separating input from windowing never made any sense to me:

For one thing, most platforms have a very tight coupling between input and windowing (i.e. they share the same event queue, mouse events are provided in window-system coordinates, etc.).

For another, you can't actually use the separated event system across multiple windowing systems on the same platform (i.e SDl vs QT vs wxWidgets vs native API), because the integration of different event loops and GUI elements usually screws it up.

_________________
Tristam MacDonald - [swiftcoding]

Alright, GLFW-lite it is then. I'm going to be adapting FalconPL (scripting language) to the framework anyway, so the GLFW_ prefix to event tags will be covered up. Thing of it is... where the hell is it?! I can't find glfw-lite anywhere.

You have to pull it out of the GLFW subversion repository on sourceforge.

Sadly, glfw-lite doesn't have 'official' packaged releases, and mainline GLFW does, but development on the mainline appears to be stalled.

_________________
Tristam MacDonald - [swiftcoding]

I would recommend SFML.