Welcome, Guest. Please login or register. Did you miss your activation email?

Author Topic: Window improvement  (Read 5336 times)

0 Members and 1 Guest are viewing this topic.

Laurent

  • Administrator
  • Hero Member
  • *****
  • Posts: 32504
    • View Profile
    • SFML's website
    • Email
Window improvement
« 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.
Laurent Gomila - SFML developer

NoIdea

  • Full Member
  • ***
  • Posts: 149
    • View Profile
Window improvement
« Reply #16 on: October 31, 2010, 10:13:25 am »
Is there a reason not to implement it ?

Laurent

  • Administrator
  • Hero Member
  • *****
  • Posts: 32504
    • View Profile
    • SFML's website
    • Email
Window improvement
« 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 ;)
Laurent Gomila - SFML developer

NoIdea

  • Full Member
  • ***
  • Posts: 149
    • View Profile
Window improvement
« 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.