On Thu, Jun 30, 2005 at 12:20:06PM +0200, Olivier Guilyardi wrote: > Needs checking indeed... Spawning an additionnal thread may be required. > The reason why I don't "just do it" is because discussing implementations > ideas before coding has been of great benefit to me in the past, especially > here in LAD...
Ok, we'll have multi-threaded widgets. > Why ? I can cache/compare values before asking the widget to update. How ? If you require say a minimum delta in order to update, it may never be reached unless it's so small that you will update for every event anyway. Some form of timeout will be necessary. Now we have multi-threaded widgets that are also aware of time. Will you want to create separate threads and timer events for each widget ? A complete MIDI decoder in each one ? Probably not, so there needs to be some centralised control. The original idea of making this transparent is far away at that point. > Two controllers (mtk: midi toolkit) : > c1 = midibind_new(); > c2 = midibind_new(); I mean you have an app driven by a controller (no GUI), and you want to link in a second one. Your approach requires there is a GUI in the first place, and that defeats the purpose of having an external controller, for some people at least. > I know what you mean. But I tend to keep my distances with such > academic considerations. I've tried this sort of thing on two separate occasions, only to find out that I had been wasting my time. That's academic, for some value of that word. > Thanks for your input and criticism. It's not criticism, but since you take it as such, I'll stop here. Good luck ! -- FA
