 | | Re: Copy of MacMegaPov 0.7
|
|
(...) Establishing a consistent way to create quality instructions from LDraw models on the Mac is of great interest to me, personally and on behalf of the general Mac LDraw community. If a detailed tutorial is not practical, I would still be (...) (17 years ago, 20-Jul-07, to lugnet.cad.dev.mac, FTX)
|
| |
| | Re: Copy of MacMegaPov 0.7
|
|
(...) I have a copy sitting here: (URL) I got it by e-mailing the maintainers of MacMegaPOV several years ago. In later correspondence, they also told me the edge-tracer in the newer version of MacMegaPOV had not been optimized by its author. The (...) (17 years ago, 20-Jul-07, to lugnet.cad.dev.mac, FTX)
|
| |
| | Re: Brickshelf Backup Crawler for Mac
|
|
(...) Of course, I just tried bsbackup.sh again - the current version that gets all files - and it took 32:05. There's a little quicktime movie in there that probably accounts for most of the difference as the MPD files are quite small. So the (...) (17 years ago, 18-Jul-07, to lugnet.general, lugnet.cad.dev.mac, FTX)
|
| |
| | Re: Brickshelf Backup Crawler for Mac
|
|
(...) Boy, that is a lot more compact than mine! (...) It looks like it's only considering links to /cgi-bin/gallery.cgi. However, links to non-image files from the Brickshelf folder pages point directly to /gallery/username/foo/bar.dat. (Ah, I see (...) (17 years ago, 18-Jul-07, to lugnet.general, lugnet.cad.dev.mac, FTX)
|
| |
| | Re: Brickshelf Backup Crawler for Mac
|
|
(...) OK, if you download and run the script now, it should back up all files (not just images). --Travis (17 years ago, 18-Jul-07, to lugnet.general, lugnet.cad.dev.mac, FTX)
|
| |
| | Re: Brickshelf Backup Crawler for Mac
|
|
(...) I didn't have any problem compiling and installing wget (although I did have to change the default install path by hand from /usr/local to /opt/local so that it would be in my pre-existing path). However, I suspect that most Mac users would be (...) (17 years ago, 18-Jul-07, to lugnet.general, lugnet.cad.dev.mac, FTX)
|
| |
| | Re: Brickshelf Backup Crawler for Mac
|
|
(...) There are many instructions how to install wget and even some installers. curl can't beat 'wget -m' afaik. (...) No official repository afaik. Last I heard was that we want to build it, but that requires a developer with the time to build it! (...) (17 years ago, 18-Jul-07, to lugnet.general, lugnet.cad.dev.mac, FTX)
|
| |
| | Supportive Community
|
|
Dear fellow LEGO fans and LDraw users, I was deeply impressed reading how many would have supported BrickShelf with fees to keep the site alive. Some expressed they weren't aware that they could become paying members to get rid off the ads, others (...) (17 years ago, 18-Jul-07, to lugnet.general, lugnet.cad.dev.org.ldraw) !!
|
| |
| | Re: Brickshelf Backup Crawler for Mac
|
|
(...) Well, I had the advantage of writing it from scratch specifically for this purpose. It's funny because I had been thinking about writing a Brickshelf upload utility (like (URL) Flickr Uploadr>) but circumstances resulted in a download utility (...) (17 years ago, 17-Jul-07, to lugnet.general, lugnet.cad.dev.mac, FTX)
|
| |
| | Re: Brickshelf Backup Crawler for Mac
|
|
Thanks for that Jim. I got the script working for user backup, and Peter Bartfai (the author of the original script) also got one working for user backup (before seeing my email that I'd gotten it working). However, while I haven't looked at Peter's (...) (17 years ago, 17-Jul-07, to lugnet.general, lugnet.cad.dev.mac, FTX)
|
| |
| | Brickshelf Backup Crawler for Mac
|
|
As noted (URL) here>, there is a BSBackup utility for Windows that helps you batch download the contents of Brickshelf galleries. (This is of interest at the moment due to Brickshelf's imminent closure.) I've written a quick hack to accomplish the (...) (17 years ago, 17-Jul-07, to lugnet.general, lugnet.announce, lugnet.cad.dev.mac, FTX)
|
| |
| | Re: Copy of MacMegaPov 0.7
|
|
(...) Ok I finally got this to work. Now I just need to figure out why the renders are taking so long and find out how to make the lines look better. I think I'm headed in the right direction. You rock, thanks for the help! (17 years ago, 17-Jul-07, to lugnet.cad.dev.mac)
|
| |
| | Re: James Jessiman's Unofficial LEGO® Pages - The Original???
|
|
(...) Wow, I had no idea these were still online! I was thinking about this the other day, wondering if someone had kept an archive. Yep, they're the originals. IIRC, in the early days of LDraw.org, there was an archive on the web site. I the site (...) (17 years ago, 14-Jul-07, to lugnet.cad, lugnet.cad.dev.org.ldraw)
|
| |
| | Workarounds for two crash bugs in Mac LDView 3.2 Beta 1
|
|
So far, two bugs have been found in the Mac LDView 3.2 Beta 1 release that cause it to crash, and then subsequently crash every time it is launched. I'm posting a workaround for each of these problems here in the hopes that it will reduce people's (...) (17 years ago, 14-Jul-07, to lugnet.cad.dev.mac, FTX)
|
| |
| | Re: James Jessiman's Unofficial LEGO® Pages - The Original???
|
|
(...) Yes they are authentic. If you browse the RTL archives, you'll find many links to them. ROSCO (17 years ago, 13-Jul-07, to lugnet.cad, lugnet.cad.dev.org.ldraw)
|
| |
| | James Jessiman's Unofficial LEGO® Pages - The Original???
|
|
hi folks, tell me that I'm not dreaming: (URL) some of the oldtimers please confirm that they authentic? w. (17 years ago, 13-Jul-07, to lugnet.cad, lugnet.cad.dev.org.ldraw)
|
| |
| | 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)
|
| |
| | 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)
|
| |
| | 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: L3P Launcher version .8
|
|
(...) I would love a copy. Thanks! (17 years ago, 2-Jul-07, to lugnet.cad.dev.mac)
|
| |
| | 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)
|
