 | | Re: MPD file loading search order
|
|
Lars C. Hassing wrote: [snip detailed explanation] Thanks for the insight of you're L3P ldraw reader routines. (...) If you mean by public, public to all children and not the whole world, this fits perfectly in Anders Isaksson vision. See my reply (...) (18 years ago, 26-Jul-06, to lugnet.cad.dev)
|
| |
| | Re: MPD file loading search order
|
|
(...) This is actually very logical. And it fits in the description from the 2000 post pointed to by Lars. So all objects in the mpd are available for recursive children of the main part, being the first place to search. (...) I don't think stuff in (...) (18 years ago, 26-Jul-06, to lugnet.cad.dev)
|
| |
| | Re: POV-Ray file problem when rendering
|
|
(...) First off, I'm guessing the picture was taken with LDView 2.1, since you don't have 3.0. Obviously it's got problems; I have no way of knowing for sure if those problems are present in LDView 3.0, but it does have completely rewritten file (...) (18 years ago, 26-Jul-06, to lugnet.cad.ray, FTX)
|
| |
| | Re: POV-Ray file problem when rendering
|
|
Thanks for the tips and help. I opened the file with LDView last night and the road/sidewalk/stopli...posts(they are all part of one file) file couldn't be opened. It gave me an error with the line specifying that file. Since I had exported all the (...) (18 years ago, 26-Jul-06, to lugnet.cad.ray, FTX)
|
| |
| | Re: 2006 LSC: Election Results
|
|
(...) archives? (Are there list archives?) I remember that the list archives of some LDraw-based mailing list were public and contained the email addresses of the people sending messages to the list. That's a sure recipe for lots of spam. --Travis (18 years ago, 26-Jul-06, to lugnet.cad.dev.org.ldraw)
|
| |
| | Re: MPD file loading search order
|
|
(...) That is a two pass algorithm. It's optimised by only searching files that have already appeared but the search in stage II is a second pass. Tim (18 years ago, 26-Jul-06, to lugnet.cad.dev)
|
| |
| | Re: MPD file loading search order
|
|
(...) What about the following algorithm (assuming everything is cached): - whenever a file reference is read, search for the file in the cache. if not found, add it as an empty file and flag it as 'incomplete' - whenever a 'file' is seen, search (...) (18 years ago, 26-Jul-06, to lugnet.cad.dev)
|
| |
| | Re: Working the held queue
|
|
(...) If others agree that this is worth keeping, I'll change my hold vote. (...) I changed my hold vote for this part (I do think it isn't really needed but a hold vote is too harsh). (18 years ago, 26-Jul-06, to lugnet.cad.dat.parts)
|
| |
| | Re: MPD file loading search order
|
|
(...) It seems to me that an MPD is functionally equal to a disk folder which has been added to the (beginning of the) search path for parts. No more, no less. If a part is found in the search path it is used, if it is not found it is ignored (with (...) (18 years ago, 26-Jul-06, to lugnet.cad.dev)
|
| |
| | Working the held queue
|
|
hi folks, flicking through he list of held parts at the PT I came across this part: (URL) with peeron (URL) or Bricklink (URL) doesn't say anything about a pattern. I really would like to see this part ripped from the PT (also because the author is (...) (18 years ago, 26-Jul-06, to lugnet.cad.dat.parts)
|
