Hey all,
How about making a new object (with the new functionality) as Johannes suggests, but rather than including the old version, include an abstraction which mimics the old behavior. Mark the abstraction as depreciated and then discontinue it's distribution.
I'm very happy about the prospect of multiple render windows, perhaps even one GL window for interface and the other for output.. (or previews, you name it)
Jamie, thanks for the work with the tcl.tk8.5 is certainly huge steps ahead! There are a couple issues though, lots of render errors (improperly renders objects), and the performance is certainly better, but the 1.25Ghz machine still moves GOPS more slowly than windows on the 800Mhz. (Its about the same on linux.) I'm sure this would be better if I left in the priority hack, but that make PD close to useless!
Also I'm getting segfaults in OSX with pd/gem I'll send a crashlog once I accumulate one. Anyone have a shortcut so that I can always run pd (with flags) in gdb from a script/alias? rather than:
gdb pd run [pasted lots of stuff]
Thanks!
Ben
tigital@mac.com wrote:
hey,
...well, I've got gemmouse working osx, finally! However, I noticed that there's no support for mouse wheel input, so I've added that, but have a small problem: there are too many outlets for this object! As it is now, the outlets are x and y location, and then 3 seperate outlets for the buttons...seems like this is a bit excessive for the buttons: why not just have one outlet send a 0,1,or 2, based on the button press? Then we could have an outlet for wheel axis and value...
any thoughts?
hi great you got it running.
i think you are absolutely right, but: [gemmouse] has been around quite a long time (i guess, pre 0.80 !). changing the object would probably break a lot of patches that rely on it. probably the simplest method would be another(!) object, like [gem_mouse] (or similar), and mark the old [gemmouse] as deprecated. i would like the new behaviour to output normalized coordinates too. (probably normalizing in only one direction)
but before such new object (of course, all names but "gemmouse" will be clumsy) might come into being we should consider how to make a solid interface to multiple render-windows (this has been on my todo-list a long time)
any thoughts?
mfg.as.dr IOhannes
GEM-dev mailing list GEM-dev@iem.at http://iem.at/cgi-bin/mailman/listinfo/gem-dev