Neal Coombes wrote:
Reece Dunn wrote:
There are several layers to a (G)UI library: [1] The platform independant layer. [2] The geometry layer - unit type, point, size, rect. [3] The base graphics layer - fonts, canvas, pens, images, etc. [4] The event handling layer - event loop, events, event handlers. [5] The UI object layer - frames, forms, widgets, lightweight objects, etc.
This is a significant tangent from this conversation. Does anyone think it would be possible/useful to create an event-loop library completely independent of the GUI library, but that the GUI library would use. I think there are probably vast uses other than GUI apps that could take advantage of such a component. Obviously the signal library could be put to good use in such an event library (once the performance optimizations are implemented).
This is pretty much just a random thought :)
Neal
Hi Neal, This is exactly what Glib and Glibmm do. Glib being the C backbone and Glibmm the C++ language binding. Glibmm uses sigc++ as event system and supports all kind of things like polling, timeouts, inputevents and stuff. :) Hagen.