 | | 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)
|
