 | | Re: Bug in current version of LDList
|
|
I first replied almost three hours ago, but for some reason e-mail authentication never got this posted. I had to send it again and authenticate on the web page to get the message to appear?? FUT: lugnet.admin.general (...) (17 years ago, 22-Aug-07, to lugnet.cad.dev, lugnet.admin.general)
|
| |
| | Re: Bug in current version of LDList
|
|
(...) I think this newsgroup is a good place. (17 years ago, 22-Aug-07, to lugnet.cad.dev)
|
| |
| | Portable MPD Submodel Names
|
|
Bricksmith and LDView accept descriptive submodel names containing spaces, punctuation, and no file extension. However, I have been given the impression that MPD files containing submodel names like these can be problematic for MLCad and other tools (...) (17 years ago, 22-Aug-07, to lugnet.cad.dev)
|
| |
| | Re: Bug in current version of LDList
|
|
(...) I would report bugs to the developer. I see an email address at the bottom of the page at (URL) and on the LDraw.org listing at (URL) the other hand, if your bug report contains any interim solutions for working around the bug, I would (...) (17 years ago, 22-Aug-07, to lugnet.cad.dev)
|
| |
| | Bug in current version of LDList
|
|
Where should I report a bug in LDList v4.1? Or is there a database of existing bugs for any of the LDraw family of apps? Rob (17 years ago, 22-Aug-07, to lugnet.cad.dev)
|
| |
| | Brickshelf Upload Utility
|
|
I've been working on a Brickshelf upload utility similar to (URL) Flickr Uploadr>. It helps streamline the process of zipping a bunch of files and navigating to or creating the appropriate folder to upload them. These screenshots are of a scruffy (...) (17 years ago, 30-Jul-07, to lugnet.publish, lugnet.cad.dev, FTX)
|
| |
| | Re: Search path question
|
|
(...) Hi Roland, Thanks for the input. Has anyone else implemented the mechanism the way Roland has? Kevin (17 years ago, 13-Jul-07, to lugnet.cad.dev)
|
| |
| | Re: Search path question
|
|
(...) The way I understand the file handeling system, this should not load. Because every file's references must be handled relative from the file being loaded (not to the main file). So calling sub/sub2.ldr from sub/sub1.ldr will look at (...) (17 years ago, 13-Jul-07, to lugnet.cad.dev)
|
| |
| | Re: Search path question
|
|
(...) I would also lean towards always requiring the subdirectory, but am open to argument the other way. ROSCO (17 years ago, 12-Jul-07, to lugnet.cad.dev)
|
| |
| | 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)
|
| |
| | 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: 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)
|
| |
| | Re: Convention for directoried for unofficial parts?
|
|
(...) That makes sense to me too. Based on the coincidental informal convention already used by LDView and Bricksmith, I suggest $LDRAWDIR/Unofficial as the default unofficial parts directory. It is structured like the regular LDraw directory with (...) (17 years ago, 9-Jul-07, to lugnet.cad.dev)
|
| |
| | Re: Dear LSC, was: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths)
|
|
(...) That's because the LSC voted against it. Took me a while to find the discussion as well - and I knew it was out there! (URL) (17 years ago, 9-Jul-07, to lugnet.cad.dev)
|
| |
| | Re: Convention for directoried for unofficial parts?
|
|
(...) Get the best of both worlds and do both. Check for the environment variable and if it is blank (or non-existant) default it to a "known" sub-directory. W (17 years ago, 9-Jul-07, to lugnet.cad.dev)
|
| |
| | Convention for directories for unofficial parts?
|
|
To all developers, The LSC does not want to specify how unofficial parts are handled. Personally if find the recommendation that we pull down individual unofficial parts into the same directory as our LDraw file a hassle. Would the group prefer (...) (17 years ago, 9-Jul-07, to lugnet.cad.dev)
|
| |
| | Convention for directoried for unofficial parts?
|
|
To all developers, The LSC does not want to specify how unofficial parts are handled. Personally if find the recommendation that we pull down individual unofficial parts into the same directory as our LDraw file a hassle. Would the group prefer (...) (17 years ago, 9-Jul-07, to lugnet.cad.dev)
|
| |
| | Re: Dear LSC, was: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths)
|
|
----- Original Message ----- From: "Kevin L. Clague" <kevin_clague@yahoo.com> To: <lugnet.cad.dev@lugnet.com> Sent: Monday, July 09, 2007 5:56 PM Subject: Dear LSC, was: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths) (...) (...) (17 years ago, 9-Jul-07, to lugnet.cad.dev)
|
| |
| | Dear LSC, was: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths)
|
|
(...) Dear LSC, I examined the LDraw website and was unable to find formalization for the support of optional part paths. I'm updating LPub and would like to include support for this concept of alternate paths for LDraw parts. The PRE and POST (...) (17 years ago, 9-Jul-07, to lugnet.cad.dev)
|
| |
| | Re: Change to existing policy on embedding POV-Ray code in Official Files
|
|
(...) Hello All, First I am no part designer but reading through this discussion I got an idea that might be interesting to share. First I think Orion is right with his stand to not allow povcode because of the 'why only pov-ray' argument. So I was (...) (17 years ago, 2-Jul-07, to lugnet.cad.dev)
|
| |
| | Re: Change to existing policy on embedding POV-Ray code in Official Files
|
|
(...) Since I've contributed exactly two official parts to the LDraw library (neither of them with inlined POV-Ray code), I'm sure that my opinion carries more weight than anyone's on the subject... :) For some time it has been argued that the use (...) (17 years ago, 2-Jul-07, to lugnet.cad.dev)
|
| |
| | Re: Change to existing policy on embedding POV-Ray code in Official Files
|
|
(...) I'd _like_ to see a meta-language for basic shapes defined in their primitives (the current naming system would be fine if it was consistent) as that could be used in converter software of all hues. I also realise this isn't likely to happen (...) (17 years ago, 1-Jul-07, to lugnet.cad.dev)
|
| |
| | Re: Change to existing policy on embedding POV-Ray code in Official Files
|
|
(...) At the risk of reigniting this argument, I still hold to the original reasons for disallowing EmPOV: - The POV-RAY SDL is not under the control of the LSC. This means that if the POV-Ray Team decides to depreciate a command (which they have (...) (17 years ago, 1-Jul-07, to lugnet.cad.dev)
|
| |
| | Re: Change to existing policy on embedding POV-Ray code in Official Files
|
|
(...) Lars has already been implementing that support since... what year? 2004? Probably even longer. I may would have joined it, but it didn't work then and I still can't get it to work now, 3½ years later. (tried testdoc.pov) And, like I said, (...) (17 years ago, 1-Jul-07, to lugnet.cad.dev)
|
| |
| | Re: New OpenGL based Lego Editor
|
|
(...) I second this request. I'm working on LPub 4 and it will have internationalization capabilities. We're using Qt under Visual Studio as the basis for this development for three reasons: 1. Linguistics support for translations into languages (...) (17 years ago, 13-Jun-07, to lugnet.cad.dev, lugnet.cad.dev.mac)
|
| |
| | LD4DStudio site launch
|
|
Hi all, My new animation software is nearing the beta stage (I'm targeting september for this). I finally made up my mind about it's name. It will be called LD4DStudio, it is a direct evolutionary / revolutionary :) descendent of LD4DModeler. But it (...) (17 years ago, 13-Jun-07, to lugnet.cad.dev, lugnet.cad, lugnet.animation)
|
| |
| | Re: Linetrim, a LDraw line trimmer utility
|
|
(...) Thanks, Willy. Corrected. Philo (17 years ago, 13-Jun-07, to lugnet.cad.dev)
|
| |
| | Re: Linetrim, a LDraw line trimmer utility
|
|
(...) The requested URL /isecalc/Linetrimpackage.zip was not found on this server. w. (17 years ago, 13-Jun-07, to lugnet.cad.dev, FTX)
|
| |
| | Re: New OpenGL based Lego Editor
|
|
(...) I agree with Jim and would say that LDraw.org always welcomes talented people. If you are going to write a new editor I suggest to support right from the start the possibility to translate the interface in other languages without the need to (...) (17 years ago, 12-Jun-07, to lugnet.cad.dev, lugnet.cad.dev.mac)
|
| |
| | Re: LPub DPI control?
|
|
(...) Sorry. No not yet. Kevin (17 years ago, 12-Jun-07, to lugnet.cad.dev)
|
| |
| | Re: New OpenGL based Lego Editor
|
|
(...) Bricksmith and LDView both use OpenGL, as far as I can tell. Of course, Bricksmith is only available on the Mac and LDView is a viewer, not an editor, but they are both excellent applications (I use them regularly). They are being actively (...) (17 years ago, 12-Jun-07, to lugnet.cad.dev, lugnet.cad.dev.mac)
|
| |
| | New OpenGL based Lego Editor
|
|
Hello all, I was wondering if there is any development in the way of building a new Lego editor, based on OpenGL (OpenGL=Video card display driver software)))? If so please let me know. If not, then I would like to know if there are any interests (...) (17 years ago, 12-Jun-07, to lugnet.cad.dev, FTX)
|
| |
| | Re: Linetrim, a LDraw line trimmer utility
|
|
(...) Actually this already exists as the External Programs feature of LDDP. -Orion (17 years ago, 11-Jun-07, to lugnet.cad.dev)
|
| |
| | Re: Linetrim, a LDraw line trimmer utility
|
|
(...) Would it be useful to create a generic LDDP plugin? Say one that simply executes a command line that appears in an ldraw style meta command like this: 0 LDDP_EXECUTE linetrim input1.ldr input2.ldr output.ldr Then you'd just put linetrim.exe (...) (17 years ago, 11-Jun-07, to lugnet.cad.dev)
|
| |
| | Re: What happend to edger? (Was Re: Linetrim, a LDraw line trimmer utility)
|
|
(...) you've got mail. w. (17 years ago, 11-Jun-07, to lugnet.cad.dev)
|
| |
| | Re: What happend to edger? (Was Re: Linetrim, a LDraw line trimmer utility)
|
|
(...) this is good news indeed! my wishlist for LDDP is still up ;-) (URL) w. (17 years ago, 11-Jun-07, to lugnet.cad.dev)
|
| |
| | Re: What happend to edger? (Was Re: Linetrim, a LDraw line trimmer utility)
|
|
(...) No, I was just typing without thinking -Orion (17 years ago, 10-Jun-07, to lugnet.cad.dev)
|
