Frank and I lust for OpenGL. But tcl/tk sure is handy. So:
http://togl.sourceforge.net/ (requiring C programmin)
and http://www.tcl3d.org/ (full Tcl scriptability)
The problem with the latter is that, even with OpenGL display lists (don't
ask) I think this is more traffic than we want to send over a pipe to get
wicked high frame rates. And with Tcl as a separate process we cannot get to
the OpenGL context from LTk.
Right now Frank is trying to get an interpreter running within CL. I sent
him some sample C code from Welch & Jones "Practical Programming in Tcl and
Tk". Just writing to ask if there is any expertise on this list for
embedding Tk.
Oh, and does this sound right? Is this a typical time when folks cross over
from using a pipe and switch to a C interface? Note that this is a middle
ground, because most work is still done by building Tcl/tk commands and
eval-ing them, but now we are running in the same process so, for example,
we can use cl-opengl to build a display list which can be invoked by a Tk
glCallList. I hope. :)
ken
This looks a little different:
http://www.lispnyc.org/soc.clp
The idea is to do what we did last year, viz., have fuller descriptions of
proposals backed by enthusiastic mentors.
If you are one of the latter, please follow my lead:
http://www.lispnyc.org/wiki.clp?page=GL-PDF-Refinement
Hint: there is no space in that name for a reason. :) cl-wiki bug is being
addressed, but in the meantime....
peace, kennj
Hi,
there is an job opening, that might be quite interesting to the ltk
users group,
so I forward it to this list. If you are interested or have questions,
please contact
us soon.
Peter
Forwarded message:
Cadence Design Systems GmbH in Munich, Germany ( www.cadence.com and
www.cadence.com/vcad) has a job opening in the VCAD organization for
an experienced software developer. It would be great to fill
the position with someone who has good Lisp experience.
Virtual CAD (VCAD) is a group within Cadence providing EDA (Electronic
Design Automation) related services. The job is with the
software development group within VCAD. Cadence's software products
are scripted with the SKILL language, a Lisp language with two
dialects: one Franz Lisp-like dialect, and one Scheme-like dialect.
The VCAD software group also uses Common Lisp where appropriate.
The position would be working in a small software group within an
IC design services group. Tasks are usually related to IC design
automation but not exclusively. Other current projects include release
management, resource scheduling/tracking, Object-system implementation,
regression/system/unit testing flow development.
We are looking for someone who either has experience programming in a
Lisp language, or is interested in learning Lisp in a production
environment, and is comfortable in several mutually unrelated
programming languages (eg, C, Smalltalk, and PostScript; or Java,
Prolog, and SPARC assembly language). Experience in Perl, Python,
C++, TCL, Java and Ample are useful but to a lesser extent.
Experience with UNIX applications such as mySQL and Postgres would
also be good. The platform is 99% UNIX based, including mostly Linux
and Solaris. Other things that would be nice, but are not required:
some theoretical familiarity with relational databases (eg, you took a
database class or read the textbook from one); Windows programming
experience; Oracle experience.
Fluency in English is required. Also useful would be familiarity with
German, French, Italian, Russian, or Hebrew.
Relocation to Munich would be required.
If you are interested, please respond to jimka(a)cadence.com.
Several of my colleagues and I also plan to attend and present at the
European Common Lisp Meeting in Hamburg, April 29/30. If you are
interested in finding out more, please contact one of us.
Thanks and happy consing,
Jim Newton
