| | Re: Search path question
|
|
(...) I know that LPub would only know where to find sub2 if it was specified as sub/sub2.ldr. I think if there only being only one current working directory which is the directory where you've placed your top level model file. (...) This seems the (...) (17 years ago, 12-Jul-07, to lugnet.cad.dev)
|
|
| | Search path question
|
|
I just noticed some unexpected behavior in LDView, and I wanted to ask here whether or not the behavior was right. Suppose you have the following files: TestModel.ldr Sub/Sub1.ldr Sub/Sub2.ldr TestModel.ldr contains a reference to Sub/Sub1.ldr. When (...) (17 years ago, 12-Jul-07, to lugnet.cad.dev)
|
|
| | LDLink: reversibly merge part libraries
|
|
Hi, folks. After reading some of the recent posts discussing support for unofficial parts and part directories, I decided to release this script I wrote to help manage the unofficial parts I use. I keep my unofficial parts in a parallel part library (...) (17 years ago, 11-Jul-07, to lugnet.cad.dev.mac, lugnet.cad.dev)
|
|
| | CATEGORY and KEYWORD extension ratified by the LSC
|
|
The LDraw Standards Committee (LSC) has ratified the CATEGORY and KEYWORD language extension. The most major change between the ratified specification and the de-facto standard is to officially move the creation of new part categories away from the (...) (17 years ago, 10-Jul-07, to lugnet.announce, lugnet.cad.dat.parts, lugnet.cad.dev.org.ldraw)
|
|
| | Re: Convention for directoried for unofficial parts?
|
|
(...) The following files in LDView's source tree contain the LDrawIni stuff: LDLoader/LDrawIni.c LDLoader/LDrawIni.h LDLoader/LDrawInP.h There's a #include <TCFoundation/TCDefines.h> near the top of LDrawIni.c. You can delete that; the only reason (...) (17 years ago, 10-Jul-07, to lugnet.cad.dev)
|
|
| | Re: Convention for directoried for unofficial parts?
|
|
(...) I'm using Qt, and LPub is under GPL, so this sounds perfect. I'm all for standardization, so this sounds great. (...) I'm not looking to judge or criticize anyone. All of our programming efforts are works in progress, so these self analysis' (...) (17 years ago, 10-Jul-07, to lugnet.cad.dev)
|
|
| | Re: Copy of MacMegaPov 0.7
|
|
(...) The 0.7 source code is available here: (URL) that (as listed on that page), you'll need POVRay 3.1g to be installed. I have no idea how easy or hard it is to get this source to compile, but it is there. --Travis (17 years ago, 10-Jul-07, to lugnet.cad.dev.mac)
|
|
| | Re: Copy of MacMegaPov 0.7
|
|
(...) I didn't find it, but have you looked at PP_Find_Edges in the current MegaPOV? They claim that it's equivalent to the find edges functionality available in earlier versions. --Travis (17 years ago, 10-Jul-07, to lugnet.cad.dev.mac)
|
|
| | Re: Convention for directoried for unofficial parts?
|
|
(...) I agree (which is why I voted yes on the other proposal, although it's not an exact match for what you're asking for). Having said that, Lars did offer the INI parsing code, and since it's already in LDView (which is under GPL), anyone who (...) (17 years ago, 10-Jul-07, to lugnet.cad.dev)
|
|
| | Copy of MacMegaPov 0.7
|
|
I'm trying to do the old find_edges renders with the current version of MacMegaPov and they aren't working. Reading through here, it sounds like the 0.7 version of the program works fine for this. I've googled up and down but can't find 0.7 (...) (17 years ago, 10-Jul-07, to lugnet.cad.dev.mac)
|