 | | Re: ldglite (ldlite for OpenGL and Linux) new stuff
|
|
Leonardo, you are better than most, perhaps the best at contributing. The comment was not directed at you, but at the idea that publishing source would reduce the number of incompatible/redundant CAD tools. There is something disfunctional about the (...) (25 years ago, 3-Feb-00, to lugnet.cad.dev)
|
| |
| | Re: Help with LDLite
|
|
(...) Hmm, I just fixed that pesky little bug in ldglite, so now you can click on the DAT files from Internet Exploder and see them. Gotta update the ldglite website to version 4.0 real soon... If you're really brave you can join the small group (...) (25 years ago, 3-Feb-00, to lugnet.cad.dev)
|
| |
| | 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)
|
