[Openmcl-devel] opengl rubix example
Hamilton Link
hamlink at comcast.net
Mon May 2 20:08:36 PDT 2005
> While I concur with most of your comments and rants please consider
> this. I use a 17" AlPB laptop. I specifically don't carry around a
> multi button mouse because there are many places it's either
> inconvenient or impractical to use a mouse.
>
That's fair. If I cared about the usability of the rubix demo I might
make ctrl-click do what right-clicking does. I generally fall into the
demographic of people who keep a wheel mouse in the bag with the
laptop, but I am certainly not *opposed* to people improving upon the
rubix demo. If you'd like to do so, (or if anyone else would like to),
there are two functions in rubix.lisp that handle the mouse events and
check the various flags and pull mousedrag events out of the queue and
so on, the first one (for just mouse-down, instead of the one for
right-mouse-down) needs to test for the modifier and do what the
right-mouse-down code does etc etc.
> No matter whether you like it or not, the Apple standard is currently
> a one button mouse.
Yeah, I'll avoid my rant but I really won't care about Apple's
standards until I am shooting for something that is really useful
rather than an NSOpenGLView-from-openmcl coding demo. But it's
certainly a point of improvement for the example, I'll grant you.
> The fact that Cocoa can't do some of the standard multi-button
> emulation, is just another reason I hate frameworks.
No flame here. But "can't" is a pretty strong word, I've been surprised
at how flexible things are, there's often some flag to pass to get the
behavior you want, like GB mentioned.
> I vote we switch to Carbon so we can prevent my suicide over framework
> junk like this. Perhaps I could deal with it if it was open source.
>
Cocoa has Major Benefits over carbon in terms of ObjC's
introspectiveness and potential extensibility to make cocoa programming
WAY more like lisp programming.
But if you want Carbon you can make FF calls into C to your heart's
content, so I think openmcl should generally suit your needs unless
you're wanting to hack on the IDE.
h
More information about the Openmcl-devel
mailing list