 | | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) I was planning to make a display list for each part brought in from the PARTS directory. Right now I think the files are cached, so they're only read once, but they're still reparsed every time the same piece is used. This seems like a perfect (...) (25 years ago, 3-Feb-00, to lugnet.cad.dev)
|
| |
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) If you can to all the non-Emacs things, I will be happy to do the rest! :-) Seriously, though, the important thing is probably that the communication protocol ends up in a way which is useful for both of us. Fredrik (25 years ago, 3-Feb-00, to lugnet.cad.dev)
|
| |
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) But the important thing is probably that the renderer must be able to save existing data structures (parts and primitives) so that it can quickly display an updated version of the DAT file without reloading them. I would like to have even more (...) (25 years ago, 3-Feb-00, to lugnet.cad.dev)
|
| |
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) Ah yes, the command line interface. Much better! I should just delete that pesky WinCvs fish icon right off the desktop. Don (25 years ago, 3-Feb-00, to lugnet.cad.dev)
|
| |
| | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
(...) Yes! Yes! Yes! Although not surprising coming from another EMACS user. It's amazing how hard it is to convince people that you can get things done so much faster if your fingers never leave the keyboard. Unfortunately it requires training to (...) (25 years ago, 3-Feb-00, to lugnet.cad.dev)
|
