 | | Re: Bug in L3PAO when path deleted/renamed —Daniel Crichton
|
| | | "Jeff Boen" <onyx@flash.net> wrote in message news:G2wBGt.EG4@lugnet.com... (...) of (...) ldraw.exe (...) That would be great, just like MLCad operates. You could also look for the LDRAW_DIR environment variable (I think that's right) that the L3P (...) (24 years ago, 23-Oct-00, to lugnet.cad)
|
| | | |
| | | | | Re: Bug in L3PAO when path deleted/renamed —Jeff Boen
|
| | | | (...) I thought about using the environment variable, but that's still relying on another program and I know what I really need to do is make L3PAO completely self-sufficient. Besides, Lars changed L3P (in version 1.2) where it doesn't require the (...) (24 years ago, 23-Oct-00, to lugnet.cad)
|
| | | | |
| | | | | | L3PAdd-On v1.2.5 is up (was: Bug in L3PAO...) —Jeff Boen
|
| | | | Thanks to Daniel Crichton for pointing out some bugs in the last release of L3PAO, I've just recompiled and upped a new version that should have the latest issues worked out. As always you can find it at: (URL) for anyone curious: I added a routine (...) (24 years ago, 24-Oct-00, to lugnet.cad)
|
| | | | |
| | | | | | Re: L3PAdd-On v1.2.5 is up (was: Bug in L3PAO...) —Lars C. Hassing
|
| | | | (...) I think I should stress that L3P looks in the current directory (where it is launched) and not where l3p.exe is. /Lars (24 years ago, 31-Oct-00, to lugnet.cad)
|
| | | | |
