Author Topic: Window improvement (Read 7928 times)

Laurent · « **Reply #15 on:** October 31, 2010, 10:11:32 am »

Quote

Just thought of it, what are the technical limitations if you made a function that took a functor that would be executed when WM SIZING is emitted ?
In that case, the process wouldn't be blocked. Can this be a solution ?

Yes, this is a common solution. In fact it is the only one that doesn't involve threads.

NoIdea · « **Reply #16 on:** October 31, 2010, 10:13:25 am »

Is there a reason not to implement it ?

Laurent · « **Reply #17 on:** October 31, 2010, 10:17:43 am »

Yes, a very good one. SFML events are handled on the user side by polling the event queue, not by callbacks. And I don't want to completely redesign the event handling in SFML.

We could argue hours and hours about technical stuff that can be implemented, but it's really not important, I care more about design issues. So if you want to suggest new features you should start by thinking about design, and how it integrates to the SFML API. I can then handle the technical side

NoIdea · « **Reply #18 on:** October 31, 2010, 10:20:48 am »

Ok, so I might want to modify SFML's sources if a want to make it simple and quick...
Even if is doesn't follow SFML's philosophy completely, why not propose such a function ? As I say, adding one functin won't make a mess of the public API and would be usefull.