cl-opengl-devel

Download

cl-opengl-devel@lists.common-lisp.net

June 2011

3 participants
2 discussions

[cl-opengl-devel] CL-OpenGL ES?
by Simon Ortiz 19 Jul '11

19 Jul '11

dear cl-opengl people, I'm working on a project to make games on Android and iPhone using Lisp. Thanks to the work of R. Krishnan and S. Ageneau ECL runs on these devices. I'm taking it from there and I'm trying to draw to the screen from Lisp. So far, I've achieved modest results using my own (very small and rudimentary) OpenGL ES 1.1 interface, which uses ECL's low-level FFI facility. But I think that it would be a waste to come up with another OpenGL interface. I'm thinking, why not better use cl-opengl? So, I would like to ask you some questions: - what versions of OpenGL does cl-opengl support? - say I want to contribute to the project and adapt cl-opengl into cl-opengl-es11 (and in the far future cl-opengl-es20), how should I do it? From where can I take it? Is there a similar project I can join? Is anyone interested in joining efforts? Thank you very much in advance for your advice. Sincerely, -- Simón Ortiz B., M.Sc., Ing. en Computación Linux Registered User #388735

3 15

[cl-opengl-devel] Using idle events to drive Slime
by Nikodemus Siivola 08 Jun '11

08 Jun '11

I define (defmethod glut:idle ((window glut:window)) (swank::process-requests t)) to keep Slime responsive while the event-loop runs (when running single-threaded) -- which is nice enough, but a tad inelegant not just because of the double-colon, but because it causes __every__ window to call PROCESS-REQUESTS. I'm wondering if there should be a single global *IDLE-HOOK* (or maybe REGISTER-IDLE-HOOK) in addition to the per-window method approach -- something which causes windows to automatically subscribe to Idle events without registering themselves in *WINDOWS-WITH-IDLE-EVENTS*. Cheers, -- Nikodemus

2 1