We are not strictly Semantic Versioning compliant but pretty close but those semantics supposedly only applies to APIs and we are many things (product, language, plug-in host etc). The "product" and language are somewhat tied together while the plug-in API uses separate numbers even though it is also tied to features offered by the language/exehead. The plug-in API is still v1.0 and unchanged since 2.45.

On top of all this the compiler has its own host API used by MakeNsisW and 3rd-party IDEs. Before 3.1 there was no version numbers for it but it now loosely follows the main version number. There are probably less than 10 people on the planet that care about this though.

The MakeNSIS icon doesn't look related to NSIS at all, I always think, that I have some kind of Microsoft Visual Studio icon in my taskbar, why do you not add some 'NSIS' text to the icon like it was present in the old icons? It is really hard to accociate the new icon with NSIS.

Yes, makensis does not care. Some registry settings are shared (recent file list in MakeNsisW etc) while the file type registration only works for the version you install last but there are no major issues.

With the rise of https://chocolatey.org/ script controlled and unattended installation becomes more and more a reality also on windows.

Its advised to wrap NSIS installers into that using the /S switch. As it seems a good practice to use `DetailPrint` to output status; however, there doesn't seem to be a way to get all that usefull information output into a logfile or even the console? So if the installer fails in silent mode, its hard to tell where that happened?

Could it be a good addition for NSIS 3 to become able to CC that to a logfile?