| | Re: Movement and friction
|
|
(...) I think it probably is. The situations I'm thinking about are: 1. axles in technic bricks, which fit your "no friction" model; 2. the light grey low-friction pins, which could also fit the "no friction" model (with regard rotation); 3. the (...) (23 years ago, 11-Feb-02, to lugnet.cad.dev.lcd)
|
|
| | Re: A comprehensive LDraw object model
|
|
(...) Well again BFC is only useful for culling surfaces that face away from you. It doesn't really do anything for faces that face you but are blocked by other faces. When I talked about top, left, right, etc, I was envisioning some system by which (...) (23 years ago, 11-Feb-02, to lugnet.cad.dev)
|
|
| | Re: OS 8.6
|
|
My classification into 5 possibilities was only meant to be an overview of what had been suggested so far, so that people could say what they were interested in. Personally I think there should be several programs, with separate code bases, and this (...) (23 years ago, 11-Feb-02, to lugnet.cad.dev.mac)
|
|
| | Re: Movement and friction
|
|
(...) Welcome in my brain, Barney: I was writing about gravity and inertia in this very hour. The approach you describe may be usable, but as for myself, I'm talking in the LMPL proposal about a tensile strength instead. I see some difference. (...) (23 years ago, 11-Feb-02, to lugnet.cad.dev.lcd)
|
|
| | Re: A comprehensive LDraw object model
|
|
"Kyle McDonald" <kmcdonald@bigfoot.com> skrev i meddelandet news:3C671582.801040...oot.com... (...) If the parts are BFC compliant, there's no need to tag for 'top', 'left' etc. as this information is already there in the surface normal (with much (...) (23 years ago, 11-Feb-02, to lugnet.cad.dev)
|
|
| | Re: Movement and friction
|
|
I was thinking of friction as a simple on/off property: connections with friction only move during construction, whereas connections without are free to move under gravity or inertia or other forces during animation of the final model. Is this too (...) (23 years ago, 11-Feb-02, to lugnet.cad.dev.lcd)
|
|
| | Re: OS 8.6
|
|
In lugnet.cad.dev.mac, Don Heyse writes: <snip> (...) As a long time owner, user and developer of mac software, it is my opinion that OS X should not be an exclusive goal. In my mind the goals should be 8.6, 9.x and X. Becuase of some of the (...) (23 years ago, 11-Feb-02, to lugnet.cad.dev.mac)
|
|
| | Re: Movement and friction
|
|
(...) For the time being, Barney, the problem is that if we will have a database at all. Lugnet.CAD.Dev was very enthusiastic when we presented the idea. All wonders endure three days, this was the very example, after the three days came silence. (...) (23 years ago, 11-Feb-02, to lugnet.cad.dev.lcd)
|
|
| | Re: LDraw.org Tutorials - Categorization, Storage, Indexing, etc...
|
|
(...) I agree on PDF: it is small, searchable (you can even create an index of multiple PDF-files which you can search), multi-platform, you can add links, bookmarks, wadda ye want more? Second choice would be html... Well, I'm going back to do my (...) (23 years ago, 11-Feb-02, to lugnet.cad.dev.org.ldraw)
|
|
| | Re: OS 8.6
|
|
Hi Don, OS X is great for Unix-style development. I use it at work for that. However there isn't a decent debugger (gdb doesn't count.) Nor are there memory-bounds checker tools or any of the other niceties we take for granted elsewhere. CodeWarrior (...) (23 years ago, 11-Feb-02, to lugnet.cad.dev.mac)
|
|
| | Re: LDraw.org Tutorials - Categorization, Storage, Indexing, etc...
|
|
(...) analog for a win help file? I guess a man page, perhaps... Are you suggesting keeping all the tutorials in multiple file formats? yah, that could be done, I guess - esp if there was an easy way, to take a single file, and run it through (...) (23 years ago, 11-Feb-02, to lugnet.cad.dev.org.ldraw)
|
|
| | Re: LDraw.org Tutorials - Categorization, Storage, Indexing, etc...
|
|
(...) In lugnet.cad.dev.org.ldraw, Michael Horvath wrote: (...) (23 years ago, 11-Feb-02, to lugnet.cad.dev.org.ldraw)
|
|
| | Re: OS 8.6
|
|
(...) Yes, you guys need a plan of action. You're making progress, but you're flying off in all directions. I think your first step should be to write a document for ldraw.org that details how to set up the parts library from the linux parts (...) (23 years ago, 11-Feb-02, to lugnet.cad.dev.mac)
|
|
| | Re: OS 8.6
|
|
(...) <snip> OK, help me to understand. Does "the project" preclude LDGLite for "8.6, 9" ? Is there some reason that makes this not desirable ? (available resources is the only one that comes to my mind) Likewise, is there a reason that we would (...) (23 years ago, 11-Feb-02, to lugnet.cad.dev.mac)
|
|
| | Re: LDraw.org Tutorials - Categorization, Storage, Indexing, etc...
|
|
(...) ... (...) Giving each tutorial its own directory fits in well here, I think. Mostly for the reasons Sproat gives, but also for easy SSI-ness. Steve (23 years ago, 11-Feb-02, to lugnet.cad.dev.org.ldraw)
|
|
| | Re: BrickDraw3D development announcement
|
|
(...) Heh heh. Fixed this bug last night. err = glCheckError(); // no error! glBegin(GL_LINES); err = glCheckError(); // dies! In my zeal to add error checking everywhere to find the real error, I put glCheckError inside a lot of glBegin/glEnd (...) (23 years ago, 11-Feb-02, to lugnet.cad.dev)
|
|
| | Re: OS 8.6
|
|
(...) Oh, I misunderstood you. Is there anything that we can do to help with BrickDraw3d? James (23 years ago, 11-Feb-02, to lugnet.cad.dev.mac)
|
|
| | Movement and friction
|
|
Perhaps I should say that my interest in this is that I am involved in the project on the next-door website to develop an LDraw program for MacOS X, and I think connections should be built in from the start. I had a look at the LCD page on the LDraw (...) (23 years ago, 11-Feb-02, to lugnet.cad.dev.lcd)
|
|
| | Re: Category for segments parts
|
|
(...) Currently, the approach we take for figuring the location of part files is this: all files a "model builder" might need to use directly belong in /parts/. This includes all composite parts, atomic parts, shortcuts, and segments. Other files go (...) (23 years ago, 11-Feb-02, to lugnet.cad.dev)
|
|
| | Re: A comprehensive LDraw object model
|
|
(...) A couple of different approaches to this have been discussed before. I think the most generic solution was to implement a 0 DETAIL <level> meta-command, that would identify the detail-level of the following lines. A 0 detail level indicates (...) (23 years ago, 11-Feb-02, to lugnet.cad.dev)
|