LDraw.org Discussion Forums
Retire MPD - Printable Version

+- LDraw.org Discussion Forums (https://forums.ldraw.org)
+-- Forum: General (https://forums.ldraw.org/forum-12.html)
+--- Forum: Official File Specifications/Standards (https://forums.ldraw.org/forum-32.html)
+--- Thread: Retire MPD (/thread-23610.html)

Pages: 1 2


Retire MPD - Orion Pobursky - 2019-08-10

Are there any known programs that would load a file incorrectly if it's extension was ldr but was, in fact, a mpd? If not, I move to retire the mpd file extension and have all non-part files be .ldr


RE: Retire MPD - Travis Cobbs - 2019-08-10

(2019-08-10, 20:53)Orion Pobursky Wrote: Are there any known programs that would load a file incorrectly if it's extension was ldr but was, in fact, a mpd? If not, I move to retire the mpd file extension and have all non-part files be .ldr

I agree that always using .ldr for non-parts would be good. Unfortunately, I have no idea if this causes problems in any programs.


RE: Retire MPD - Trevor Sandy - 2019-08-10

From LPub3D side, there is no dependency on the model file extension used.


RE: Retire MPD - Roland Melkert - 2019-08-12

(2019-08-10, 20:53)Orion Pobursky Wrote: Are there any known programs that would load a file incorrectly if it's extension was ldr but was, in fact, a mpd? If not, I move to retire the mpd file extension and have all non-part files be .ldr

LDCad doesn't care about the extension, only header, content and as a fallback the location (library or not) are used.

But why would you want to retire the extension?

I don't really see an advantage, unless we drop .dat too and use .ldr for everything.


RE: Retire MPD - Orion Pobursky - 2019-08-12

(2019-08-12, 18:08)Roland Melkert Wrote: LDCad doesn't care about the extension, only header, content and as a fallback the location (library or not) are used.

But why would you want to retire the extension?

I don't really see an advantage, unless we drop .dat too and use .ldr for everything.

Because it's:
- Not necessary
- LDCad (and other programs) don't save the file with a MPD extension if it is an MPD
- I'm tired of the MPD vs. LDR extension argument with the OMR

The library can stay DAT since:
- We would have to recycle almost the entire library to update the type lines
- Provides a nice distinction between user edited files (LDR) and the library.


RE: Retire MPD - Willy Tschager - 2019-08-13

(2019-08-12, 18:39)Orion Pobursky Wrote: Because it's:
- Not necessary
- LDCad (and other programs) don't save the file with a MPD extension if it is an MPD
- I'm tired of the MPD vs. LDR extension argument with the OMR

The library can stay DAT since:
- We would have to recycle almost the entire library to update the type lines
- Provides a nice distinction between user edited files (LDR) and the library.

I'm fine with MPD. A quick look at the extension tells you that there will be submodels and that it is or a scene or a model say with movable subparts.

I wish LDCad had proper MPD support for import/export of submodels.

w.


RE: Retire MPD - Roland Melkert - 2019-08-15

(2019-08-13, 6:44)Willy Tschager Wrote: I wish LDCad had proper MPD support for import/export of submodels.

There are some tools, like:

reorganize/detach content (on a selection)
session/detach this subfile

but for mass conversion I suggest using mpdcenter as the selection detach isn't applied recursively.


RE: Retire MPD - Johann Eisner - 2019-08-16

(2019-08-13, 6:44)Willy Tschager Wrote: I'm fine with MPD. A quick look at the extension tells you that there will be submodels and that it is or a scene or a model say with movable subparts.

I wish LDCad had proper MPD support for import/export of submodels.

w.

+1


RE: Retire MPD - Willy Tschager - 2019-08-16

(2019-08-15, 20:43)Roland Melkert Wrote: There are some tools, like:

reorganize/detach content (on a selection)
session/detach this subfile

but for mass conversion I suggest using mpdcenter as the selection detach isn't applied recursively.

Roland,

I know this all perfectly. Honestly speaking for me it is not an option saving my work, firing up another prog just to import a submodel I used in another project.

w.


RE: Retire MPD - Philippe Hurbain - 2019-08-16

(2019-08-16, 7:16)Willy Tschager Wrote: I know this all perfectly. Honestly speaking for me it is not an option saving my work, firing up another prog just to import a submodel I used in another project.
Same here... the thing I miss most would be the possibility to exchange submodels (and their dependancies) between two opened models!