[GEM-dev] gemmouse outlets question

[ben at ekran.org]

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 at 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 at iem.at
> http://iem.at/cgi-bin/mailman/listinfo/gem-dev