 | | Re: Instead of ~Moved to
|
|
(...) I don't understand what you're saying here, Tore. The ~Moved To files prevent the need to update already existing files by providing a back reference to the old part number. This prevents a part from disappearing from a model simply because (...) (15 years ago, 20-Jan-10, to lugnet.cad)
|
| |
| | Re: Instead of ~Moved to
|
|
(...) Yes, I know my suggested approach has its obvious downsides. But the current system really makes me Yike!, too. When do we reach the point where the downsides of the current system overturn the advantages? I think we've already passed that (...) (15 years ago, 20-Jan-10, to lugnet.cad)
|
| |
| | Re: Instead of ~Moved to
|
|
(...) <snip> (...) (the "fake" number 111 sticks around, and the official design number 2222 points to it) Yikes! So you want everyone stuck with 111 for all eternity? With the current system, I'm free to remove 111.dat if I don't want it, and end (...) (15 years ago, 20-Jan-10, to lugnet.cad)
|
| |
| | Re: Instead of ~Moved to
|
|
(...) <SNIP> (...) The problem is that it doesn't. As I pointed out in my latest post, (URL) , almost every single existing LDraw model file ever made needs to be updated with every parts update realeasd. That has absolutely nothing to do with true (...) (15 years ago, 20-Jan-10, to lugnet.cad)
|
| |
| | Re: Instead of ~Moved to
|
|
(...) For some reason, those 18 "moved to" files in parts\s make a lot of noise for me. I know they shouldn't but they do and I haven't figured out the reason yet. There is another problem. It is kind of subtile, so I don't know if I'm able to (...) (15 years ago, 20-Jan-10, to lugnet.cad)
|
| |
| | Re: Instead of ~Moved to
|
|
(...) Advanced folks could have MovedTo directory and move all the "0 ~Moved To" files there. You can then add MovedTo to MLCad.ini to tell it about the MovedTo directory. You keep the MovedTo files (if you want), MLCad's auto update, and yet not (...) (15 years ago, 19-Jan-10, to lugnet.cad)
|
| |
| | Re: LDDP version 2.1 beta test
|
|
(...) I have not tested version 2.1 yet, but in version 2.0 you could disable polling in the extra menu. Or enable to poll on demand. cu mikeheide (15 years ago, 19-Jan-10, to lugnet.cad)
|
| |
| | Re: Instead of ~Moved to
|
|
(...) Yes, another method will break MLCad's update mechanism. I also like that. But maybe also another solution will work that way, but it has to be implemented. On the other side if we use the proposed way you also will have the latest geometrie (...) (15 years ago, 19-Jan-10, to lugnet.cad)
|
| |
| | Re: Instead of ~Moved to
|
|
Tore, I'm not really seeing the problem in the parts\s directory - there are 18 "moved to" files there. My parts directory has 456 "moved to" files, but there's not really any way around having those -- they serve two purposes: a) provide backwards (...) (15 years ago, 19-Jan-10, to lugnet.cad)
|
| |
| | Re: Instead of ~Moved to
|
|
(...) I'm not much of an expert in this area, but that never stops me from shooting my mouth off! On unix (e.g. Mac), it would be easy enough to use grep/find to find the files that contain "0 ~Moved to" and simply remove them. Cygwin on Windows (...) (15 years ago, 19-Jan-10, to lugnet.cad)
|
| |
| | Re: LDDP version 2.1 beta test
|
|
In lugnet.cad, Philippe Hurbain wrote: SNIP (...) indeed! Also I'd appreciate an option to turn polling off globally and completely would be great. I'm getting sick of getting greeted by tens of Confirm boxes each time I save my part in MLCad and (...) (15 years ago, 19-Jan-10, to lugnet.cad)
|
| |
| | Re: Instead of ~Moved to
|
|
I also agree that the current system is...extravagant. 'litter files' also seems like an appropriate term for the thousands of unnecessary files that clutter my LDraw library. Personnally, I'd like my library to only have actual parts; no ~Moved to (...) (15 years ago, 19-Jan-10, to lugnet.cad)
|
| |
| | Re: LDDP version 2.1 beta test
|
|
Hi Orion, (...) Works fine. (...) Works fine too on everything I tested. (...) OK, indeed inlining works (perhaps I goofed last time). (...) It is. Other things I noticed: - After starting this new version my preferences were again cleared - It (...) (15 years ago, 19-Jan-10, to lugnet.cad)
|
| |
| | Re: Instead of ~Moved to
|
|
(...) SNIP (...) I agree with you! I have to think about the way we have to go with this new approach for the many possible reasons of changing things, but at first look it could be a nice way to minimize admin edit work. Maybe we will have both (...) (15 years ago, 19-Jan-10, to lugnet.cad)
|
| |
| | Instead of ~Moved to [DAT]
|
|
To me, all these "~Moved to" files are just trouble and extra work and lots of extra files in the Parts, Parts\S, and P folders. And for each parts update, the extra work and problems seem to increase exponentially. I know, one can say some of the (...) (15 years ago, 19-Jan-10, to lugnet.cad)
|
| |
| | Re: Minifig Extractor/Manipulator?
|
|
(...) I agree but we still need to standardize where the LDraw.ini will be for each OS. This location has to read/write accessible. My suggestions for the OSs I use are: Windows: $APPDATA\LDraw OSX: $HOME/Library/LDraw -Orion (15 years ago, 18-Jan-10, to lugnet.cad)
|
| |
| | Re: Minifig Extractor/Manipulator?
|
|
(...) Of course: LDraw.ini could host such information in a new section! No risk to violate any existing standard, no need to create yet another file to look for! /Tore (15 years ago, 18-Jan-10, to lugnet.cad)
|
| |
| | LDraw.org Facebook fan page.
|
|
Hi all, With the blessing of the SteerCo, I've created a Fan Page for LDraw.org (URL) (15 years ago, 17-Jan-10, to lugnet.cad, lugnet.cad.dev.org.ldraw)
|
| |
| | Motorized Helicopter
|
|
(URL) Hi folks Last fall we had the swine flu outbreak - it spread here too, of course, and I fell ill too. While my symptoms remained vague, I was in bed for a week. And one week in bed tends to be kind of boring. So I took my brick boxes onto a (...) (15 years ago, 17-Jan-10, to lugnet.technic, lugnet.cad, FTX)
|
| |
| | Re: LDDP version 2.1 beta test
|
|
(...) These are fixed (...) This should work now. Please test on various items (...) Inlining works. Name completion still needs to be re-implemented. (...) This should be fixed. Thanks Philo, keep the bug reports coming. I'm hoping to work out the (...) (15 years ago, 17-Jan-10, to lugnet.cad)
|
