hmm, I just did a quick small test, here are my observations/questions:

(a)
I wondered where the MLCad 3.5 contained inside is coming from?
the official download page only shows version 3.4 for download ...:http://mlcad.lm-software.com/

(b)
the main readme.txt file delivered with the installer has UNIX line endings (LF only) and cannot be displayed properly by notepad.exe on Windows
- I think inside a Windows installer, that file should have Windows line endings (CR LF)

(c )
same problem for LDView/readme.txt

(d)
I wonder why the visual parts catalog
LDrawCatalog-2018-01.pdf
gets installed into the "programs" folder.
I would have expected it in the LDRAW folder (sitting next to LDConfig.ldr).
At its current location, directly in the root of the "programs" folder, it sits there as a kind of stranger,
because all the programs have their own subfolders, this one not.

(e)
why are LDMakeList.exe and LDMakeListGUI.exe installed inside the LDRAW parts folder and not into the programs folder?
I would understand that for the history mklist.exe which cannot handle a user-specified LDRAW parts installation path,
but these modern 2 programs?

hmm, I just did a quick small test, here are my observations/questions:

(a)
I wondered where the MLCad 3.5 contained inside is coming from?
the official download page only shows version 3.4 for download ...:http://mlcad.lm-software.com/

(b)
the main readme.txt file delivered with the installer has UNIX line endings (LF only) and cannot be displayed properly by notepad.exe on Windows
- I think inside a Windows installer, that file should have Windows line endings (CR LF)

(c )
same problem for LDView/readme.txt

(d)
I wonder why the visual parts catalog
LDrawCatalog-2018-01.pdf
gets installed into the "programs" folder.
I would have expected it in the LDRAW folder (sitting next to LDConfig.ldr).
At its current location, directly in the root of the "programs" folder, it sits there as a kind of stranger,
because all the programs have their own subfolders, this one not.

(e)
why are LDMakeList.exe and LDMakeListGUI.exe installed inside the LDRAW parts folder and not into the programs folder?
I would understand that for the history mklist.exe which cannot handle a user-specified LDRAW parts installation path,
but these modern 2 programs?

Thanks for testing.

a) 3.5 is a side product of SnapCAD https://forums.ldraw.org/thread-16685-post-16898.html given to very close friends.
b) Fixed
c) Fixed
d) I'll reconsider this and my install it into it's own folder with a shortcut to the desktop
e) The AIOI targets a low entry step and I tried to avoid that they have to hassle with paths or something.

Re (e):
Yes, I already assumed that. But the installer already offers to run that program.
So it does not really matter where it sits I think.
Somebody who starts that program anyway needs to know what he's doing...
And the other programs also require to know where the LDRAW folder is, so even a newbie is used to that mechanism.
I can't understand why the mklist stuff should be such an exception.

If you have a new release candidate for testing, I'd be happy to help.
I have a dedicated VM for that which I can easily reset to clean state and re-install AIOI