From: Jason W. <jas...@gm...> - 2011-02-24 05:01:05
|
On Wed, Feb 23, 2011 at 7:25 PM, Chris Marshall <ch...@al...> wrote: > Those are some *awfully* expensive callbacks. You took that too literally. Also, you forgot that my callbacks are not written in C but in Lua. > For each instance justifying one event being more or less > "special" than another, I can see a different application > needing the opposite. My argument was that timers (and joystick events) are second class citizens. They must wait until the other kinds of events. I'm only saying they should be checked between input events. This costs almost nothing (checking if a pointer is null) and it is more fair, which you just argued is what we want. Actually I never once said anything that implied I wanted to privilege a particular type of event. I did say that glutPostRedisplay should have some sort of guarantee that the screen will be redraw sometime soon. The way it is implemented now it can literally be put off indefinitely. Sure it is the users fault. We just have to part ways on that. I don't want to argue about it since its an easy change I can make to the source and I don't care if some kid of guarantee makes it into the real library. However, checking timers between other events is something that would be easy to implement (copy 3 lines of code up 5 lines) and costs next to nothing to do, and treats all events more fairly. You know my opinion now, it isn't going to change unless you give me a technical or documentation reason to do so. Your own opinion about how heavy my input handlers must be are unconvincing. I don't mean to sound rude. I'm not feeling well and I think I've already explained this 3 times. So, have a good day, I mean that :) > ------------------------------------------------------------------------------ > Free Software Download: Index, Search & Analyze Logs and other IT data in > Real-Time with Splunk. Collect, index and harness all the fast moving IT data > generated by your applications, servers and devices whether physical, virtual > or in the cloud. Deliver compliance at lower cost and gain new business > insights. http://p.sf.net/sfu/splunk-dev2dev > _______________________________________________ > Freeglut-developer mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freeglut-developer > |