 | | Re: New part - Castle Wall
|
|
(...) It's a little bit risky to make a part only from instruction scans. But never mind it's nearly correct. I'll send you a picture from the bottom. CU Bernd (21 years ago, 7-Jul-03, to lugnet.cad, lugnet.cad.dat.parts)
|
| |
| | New part - Castle Wall
|
|
Dear All, I hit on an idea to build CAD model of Royal Knight's Castle from set 6090. In certain moment I found that one part from this set has been never created, so I decided to create it myself. It is a part 6055 named "Castle Wall 6 x 6 x 6 (...) (21 years ago, 7-Jul-03, to lugnet.cad, lugnet.cad.dat.parts)
|
| |
| | Re: WOULD YOU PLEASE...
|
|
(...) I can understand you. But I think primitives with are used by a lot of parts should be available to change by anyone. In the other hand a _part_ (or subpart) should never changed if it's on the PT. CU Bernd (21 years ago, 7-Jul-03, to lugnet.cad.dat.parts)
|
| |
| | Re: WOULD YOU PLEASE...
|
|
(...) I agree that it affects every line in the part but my point is the triviality of the moving the part. If the origin is 1 LDU off of what it should be, it's fairly trivial to move it. -Orion (21 years ago, 7-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: LSC Proposal 0.99a
|
|
(...) Nah, that's not true. I've had teeth pulled -- it was easier than getting you to review! ;) Steve (21 years ago, 6-Jul-03, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Torus Primitives on the Part Tracker
|
|
(...) Cool! (...) More cool! (...) the two related part files, neither of which is certified, I'd say go ahead and update t04q3333.dat. (...) Certainly. Steve (21 years ago, 6-Jul-03, to lugnet.cad.dat.parts.primitives)
|
| |
| | Re: WOULD YOU PLEASE...
|
|
[crossposted to lugnet.cad.dev, with followup-to set there as well -- this thread isn't about posting LDR files to lugnet] (...) If anyone is not sure about the general rule/protocol/guidelines on this: for new parts (not fixes), you should *always* (...) (21 years ago, 6-Jul-03, to lugnet.cad.dat.parts, lugnet.cad.dev)
|
| |
| | Re: New Primitive Class
|
|
(...) If we can only create outside sections,[1] why not keep the leading t, but change the i/o/q? Maybe x, for extended? As for the ratio decimals in the file name, instead of noting the tube:major ratio (which is >1), use the inverse major:tube (...) (21 years ago, 6-Jul-03, to lugnet.cad.dat.parts)
|
| |
| | Re: Some secrets of MLCad revealed ...
|
|
(...) <snip> Cool! Should perform a lot faster on searching I would expect 400 points? That seems low to me. Most of my models have more than that many elements! Even with shared vertices that seems low. (21 years ago, 7-Jul-03, to lugnet.cad.mlcad)
|
| |
| | Re: 1st LSC: Call for Nominations
|
|
(...) Thanks, but no thanks, I don't think I can find the time necessary. I find it important to have programmers involved, since they have to parse whatever is being proposed, so I'm glad Michael Lachmann has accepted nomination. I'd like also to (...) (21 years ago, 7-Jul-03, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Some secrets of MLCad revealed ...
|
|
(...) Ok, the practical figures relativize the problem for everyday use. Thanks Michael. For the sake of sharing here is how I imagine a sorted point list. The sorted list is also implemented as an array, so points can be accessed by index for (...) (21 years ago, 7-Jul-03, to lugnet.cad.mlcad)
|
| |
| | Strange part/file conversion problem
|
|
I really hope someone can help... In a model that I built in LeoCAD, I used the 2x5 complete hinge assembly. (part #3149c01). However, when I ran the .dat file through LPub (then through L3P) then into POV-ray, I noticed that the lower plate of the (...) (21 years ago, 6-Jul-03, to lugnet.cad)
|
| |
| | Re: Building instructions for USS Eggster
|
|
(...) Including lugnet.inst here. Jake --- Jake McKee Webmaster - BIP (URL) (21 years ago, 6-Jul-03, to lugnet.cad, lugnet.cad.ray)
|
| |
| | Building instructions for USS Eggster
|
|
Hi all, Using the great LPub, I created full building instructions for my latest creation, the USS Eggster. See (URL) uses 2 Duplo Eggs as cockpits and is inspired by Star Trek ships. See: (URL) for more! PLMKWYT Jaco (21 years ago, 6-Jul-03, to lugnet.cad, lugnet.cad.ray)
|
| |
| | Re: Some secrets of MLCad revealed ...
|
|
"Damien Guichard" <damien.guichard@wanadoo.fr> schrieb im Newsbeitrag news:HHKMxB.225G@lugnet.com... <SNIP> (...) the (...) in a (...) So far I could find out, it doesn't effect loading much, I think it was something about 10% less then without this (...) (21 years ago, 6-Jul-03, to lugnet.cad.mlcad)
|
| |
| | Re: WOULD YOU PLEASE...
|
|
(...) Woah, hold it there cowboy. The ONLY fix I will apply to a part not already submitted as a fix would be to slightly adjust the part position. I feel that small and minor errors can be fixed by anyone and would only fly off the handle (ok, I (...) (21 years ago, 6-Jul-03, to lugnet.cad.dat.parts)
|
| |
| | WOULD YOU PLEASE...
|
|
...yes, would you please ask PERMISSION before you mess up my code! Yes I'm angry, but I'm so sick! currently there is spreading a rude behaviour at the PT, especially by the reviewers. grabbing a part and fix an error before an author can get a (...) (21 years ago, 6-Jul-03, to lugnet.cad.dat.parts)
|
| |
| | Re: Some secrets of MLCad revealed ...
|
|
(...) Thanks Michael. So, at loading time, each added point has to be compared to all points in the point list. Does this impact the loading time of big parts or big models in a significant manner? Or is it only minor slowdown? Regards, Damien (21 years ago, 5-Jul-03, to lugnet.cad.mlcad)
|
| |
| | Re: Some secrets of MLCad revealed ...
|
|
"Damien Guichard" <damien.guichard@wanadoo.fr> schrieb im Newsbeitrag news:HHIuq2.BMG@lugnet.com... (...) MLCad's (...) parameters. (...) file (...) each (...) carrying (...) No this list is not sorted at all, its just an array of points, directly (...) (21 years ago, 5-Jul-03, to lugnet.cad.mlcad)
|
| |
| | LDDP plugin API suggestion.
|
|
(...) It looks like ldlist gets the LDRAW path from the LDRAWDIR environment variable, and this made me think about the LDDP plugin API. Doesn't it make sense to pass the LDRAW path to the plugin via an argument to the ProcessText() fn? This way the (...) (21 years ago, 5-Jul-03, to lugnet.cad.dev)
|
