 | | Re: MPD file loading search order
|
|
(...) You can do it in one pass (if you don't count the loading of the file to a stringlist). Wile walking through the file you build you're objectlist with subparts. Afterwards you go recursively through the list of subparts. This way all mpd (...) (18 years ago, 25-Jul-06, to lugnet.cad.dev)
|
| |
| | Re: MPD file loading search order
|
|
(...) Snip, very thourho explanation, thanks! (...) I was thinking of doing the local scope approach mentioned by Steve. But maybe I keep it optional realizing I always end up disappointing some people with ether approach. I was planning to create (...) (18 years ago, 25-Jul-06, to lugnet.cad.dev)
|
| |
| | Re: MPD file loading search order
|
|
(...) I mentioned in my other (long) post that I don't think that MPD files should be required to have a .mpd extension. However, I'd like to add more here in answer to your specific question. I could be wrong, but I'm almost positive that it is (...) (18 years ago, 25-Jul-06, to lugnet.cad.dev)
|
| |
| | Re: MPD file loading search order
|
|
As you have pointed out, the spec is indeed ambiguous. Consequently, there's probably no correct answer as to how things should work. However, I can tell you what I do in LDView, so that you have an idea of how at least one MPD-compatible program (...) (18 years ago, 25-Jul-06, to lugnet.cad.dev, FTX)
|
| |
| | Re: MPD file loading search order
|
|
Thanks Tim and Steve, I think I will go with Steve's advise to let only the main part in the mpd see the other parts in the mpd. This will give a much cleaner recursive approach, in which I can easily support sub mpd's. Further more I think I will (...) (18 years ago, 25-Jul-06, to lugnet.cad.dev)
|
| |
| | Re: MPD file loading search order
|
|
(...) Tim pointed you at the actual MPD spec. You may notice that is is vague on a lot of points -- it basically leaves it up to the program authors. My comments below are what makes sense to me, thinking as someone who might create complex MPDs. (...) (18 years ago, 25-Jul-06, to lugnet.cad.dev)
|
| |
| | Re: MPD file loading search order
|
|
(...) My apologies. I just looked there more closely and it doesn't seem to answer anything. To answer what I'm fairly sure of (but far from certain): I think that the correct lookup order is internal, ., [MODELS], [PARTS] Yes MPD files must have (...) (18 years ago, 25-Jul-06, to lugnet.cad.dev)
|
| |
| | Re: MPD file loading search order
|
|
(...) --SNIP-- (...) Hi Roland, Try (URL) for the file specifications. Hopefully that should answer some queries. Tim (18 years ago, 25-Jul-06, to lugnet.cad.dev)
|
| |
| | MPD file loading search order
|
|
Hello All, I'm implementing a LDraw file loader and was wondering about some details concerning mpd. I could not found enough info about this elsewhere, or I may overlooked it. [1] When loading a MPD file should I keep checking the first level of (...) (18 years ago, 25-Jul-06, to lugnet.cad.dev)
|
| |
| | Re: Unable to compile LDGLite 1.0.7 from Source on SuSe Linux
|
|
I'd use the "daily snapshot". It should match the latest Windows and Mac releases. I just never got around to testing linux build of of version 1.1.8, as you can see. Anyhow, main.c should include the bumpy case "StdAfx.h". I stuck a few linux stubs (...) (18 years ago, 30-May-06, to lugnet.cad.dev)
|
| |
| | Re: Unable to compile LDGLite 1.0.7 from Source on SuSe Linux
|
|
I could compile on Fedora Core4 with this patch: --- ../ldglite/main.c 2003-08-15 03:26:15.000...000 +0200 +++ main.c 2006-01-09 19:22:08.000...000 +0100 @@ -1388,7 +1388,7 @@ int lineheight = 14.0; int charwidth = 9.0; - extern void (...) (19 years ago, 28-May-06, to lugnet.cad.dev, FTX)
|
| |
| | Unable to compile LDGLite 1.0.7 from Source on SuSe Linux
|
|
Having downloaded and unzipped the 1.0.7 source from SourceForge (and having had similar errors trying the version recommended on the LDraw getting started guide), I am having difficulty getting it to build. At first, when I was building, it was (...) (19 years ago, 27-May-06, to lugnet.cad.dev, FTX)
|
| |
| | Re: LDList stud count feature (Was: LSC - current status?)
|
|
Tore Eriksson schrieb: (...) Is it possible to include a separate directory where the unofficial files are? cu MikeHeide (19 years ago, 18-May-06, to lugnet.cad.dev)
|
| |
| | Re: LDList stud count feature (Was: LSC - current status?)
|
|
(...) Yes, and now I know what the problem was: the scan takes 56 minutes on my computer, with no sign of life from LDList, so I assumed that LDList must have had crashed. But of course, it takes some time to count the studs from some 5 000 files. (...) (19 years ago, 18-May-06, to lugnet.cad.dev)
|
| |
| | Re: LDList stud count feature (Was: LSC - current status?)
|
|
Do you have the latest version? 'Search by stud count' wasn't there until 4.0 (I think). Check the version in the caption bar (top of the window). Get 4.1 from: (URL) installing, you must also do a 'Scan' again, to rebuild the index. (19 years ago, 18-May-06, to lugnet.cad.dev)
|
| |
| | LDList stud count feature (Was: LSC - current status?)
|
|
(...) /Tore (19 years ago, 17-May-06, to lugnet.cad.dev)
|
| |
| | Re: LSC - current status?
|
|
(...) That's where LDList (my LDRAW Part search program) comes in - you can even search on the number of studs :-) (URL) Anders Isaksson, Sweden BlockCAD: (2 URLs) (19 years ago, 17-May-06, to lugnet.cad.dev)
|
| |
| | Re: LSC - current status?
|
|
(...) Could the translation not be managed at the user end? For example we could make a program "partstranslate" which reads in one or more translation table(s) (just Swedish in this case) and goes through all parts adding a new line something like (...) (19 years ago, 17-May-06, to lugnet.cad.dev)
|
| |
| | Re: LSC - current status?
|
|
(...) Actually, I don't have a problem with changing part header information with an admin edit without destroying the existing votes, and have done this many times. I would draw the line at changing data which affects the integrity of the part - (...) (19 years ago, 17-May-06, to lugnet.cad.dev)
|
| |
| | Re: LSC - current status?
|
|
(...) the aim is to lower the bar for newbies and people who don't speak any english. assuming that you are not fluent in italian or german, just try to match the following words with their german and italian counterparts: brick plate tile slope (...) (19 years ago, 17-May-06, to lugnet.cad.dev)
|
