Welcome! Log In Create A New Profile

Advanced
Re: design-id vs item-id
avatarMarch 22, 2013 01:34PM
A file storage convention (e.g. a new LDraw/Items folder) would impact tools that don't have the capability to extend the search path through a configuration file.
I do not think that there are many of those applications in use.

To solve this issue by file storage is the best solution in my eyes. Depending on the application we also do not need to care about existing models that are build with itemID parts.

The idea of a prefix is not my favorite. If I have the booklet from TLG I am searching for that number that is written there. We should not make it more complex than necessary. If we have a different storage place it should be possible to handle that smoothly.
SubjectAuthorViewsPosted
design-id vs item-id Michael Heidemann1001March 17, 2013 12:25PM
Re: design-id vs item-id Roland Melkert272March 17, 2013 12:43PM
Re: design-id vs item-id Michael Heidemann295March 17, 2013 01:14PM
Re: design-id vs item-id Tim Gould258March 17, 2013 01:46PM
Re: design-id vs item-id Roland Melkert274March 17, 2013 02:01PM
Re: design-id vs item-id Chris Dee395March 17, 2013 02:25PM
Re: design-id vs item-id Joshua Delahunty359March 22, 2013 06:09AM
Re: design-id vs item-id Philippe Hurbain360March 22, 2013 06:34AM
Re: design-id vs item-id Joshua Delahunty296October 26, 2013 02:47PM
Re: design-id vs item-id Joshua Delahunty290November 24, 2013 09:01AM
Re: design-id vs item-id Michael Heidemann336March 22, 2013 01:34PM
Re: design-id vs item-id Joshua Delahunty263March 23, 2013 09:19AM
Re: design-id vs item-id Joshua Delahunty421March 24, 2013 07:46AM



Sorry, only registered users may post in this forum.

Click here to login