 | | Re: A Plea from a greenhorn (Re: WOULD YOU PLEASE...)
|
|
(...) Ok, after this thread and some off Lugnet discussion, I've come to a firm opinion. I will refrain from ANY part modfications on non Official Library parts and then subsequent posting on the PT. I will modify parts and Email them to the authors (...) (21 years ago, 8-Jul-03, to lugnet.cad.dev, FTX)
|
| |
| | Re: Another LDDP plugin question.
|
|
I am using Delphi 3, which is (besides Delphi 1) the only version I've got. I haven't experienced writing DLLs before the LDDP plugins. The only info I had was the sample included with LDDP. Niels (21 years ago, 8-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Some secrets of MLCad revealed ...
|
|
(...) Unfortunatly this is not true with files that have synthesized hoses and cables. They are quite large and take a *very long* time to load. (...) Kevin (21 years ago, 7-Jul-03, to lugnet.cad.mlcad)
|
| |
| | Re: Some secrets of MLCad revealed ...
|
|
(...) I guess points are shared only on a part basis, not on a model basis. So, 400 distinct points for a part is already a fair number. Thus I think the sorting technique I discuss is not candidate for implementation unless the ldraw library goes (...) (21 years ago, 7-Jul-03, to lugnet.cad.mlcad)
|
| |
| | Re: WOULD YOU PLEASE...
|
|
(...) I strongly recommend to any part author to also register as a part reviewer. Then at least you can reply comments to votes on your own parts. I am sure you have been listened and your preferences regarding reviewer attitude will be taken into (...) (21 years ago, 7-Jul-03, to lugnet.cad.dat.parts)
|
| |
| | Re: Another LDDP plugin question.
|
|
(...) Ok I fixed the problem in the ldlist plugin and replaced the zip file. Turns out I had to use the WINAPI convention and add an alias to the .def file to make LDDP happy. I wonder if it's a similar calling convention problem with the track and (...) (21 years ago, 7-Jul-03, to lugnet.cad.dev)
|
| |
| | Re: Another LDDP plugin question.
|
|
(...) I think he might have mentioned an older version of Delphi. Anyhow, I suspect it may be an issue with Delphi vs gcc. I got my ldlist wrapper plugin working in ldglite, but it doesn't work in LDDP. I added some debugging and saw LDDP call (...) (21 years ago, 7-Jul-03, to lugnet.cad.dev)
|
| |
| | A Plea from a greenhorn (Re: WOULD YOU PLEASE...)
|
|
(...) I agree, it is a little frustrating. I'm still a fledgeling author, and I need to learn what I'm doing wrong. Having somebody come through and make these edits before I get a chance to look is not making me a better author. I need to be able (...) (21 years ago, 7-Jul-03, to lugnet.cad.dev, FTX)
|
| |
| | Re: Another LDDP plugin question.
|
|
(...) I have no idea what the problem could be unless Niel used an older version of the plugin code. This shouldn't be an issue with Delphi. --Orion P.S. All the current developers at the LDDP project are using Delphi 6 or higher. As far as what (...) (21 years ago, 7-Jul-03, to lugnet.cad.dev)
|
| |
| | Another LDDP plugin question.
|
|
I'm not sure what the problem is, but I'm running into memory problems with some of the LDDP plugins. I wonder if it's some sort of incompatibility with a particular version of Delphi used to build the plugins. Orion's plugins don't exhibit the (...) (21 years ago, 7-Jul-03, to lugnet.cad.dev)
|
| |
| | 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)
|
