Skip to content
⌘ NSIS Forum Archive

NSIS Unicode 2.46.4 offered on portableapps.com . . .

8 posts

jpcoffey#

NSIS Unicode 2.46.4 offered on portableapps.com . . .

All, portableapps.com is showing the NSIS Unicode installer 2.46.4 as being available. Check out,

NSIS (Nullsoft Scriptable Install System) Portable is a professional open source system to create standard Windows installers (as well as our launchers). NSIS can create Windows installers that are capable of installing, uninstalling, setting system settings, extracting files, etc. Because NSIS is based on script files, you can create both simple and advanced installers.


Are they jumping the gun, or is NSIS finally moving forward? 👍 Please advise. Thank you. : -)

Sincerely,

JPCoffey
LoRd_MuldeR#
It should be noted that v2.46.4 had a bug with !searchreplace that was fixed in 2.46.5:
jpcoffey#
Great news!

Anders, great news! Thanks for your prompt reply. 🙂 Can you give us an idea of what is going to happen moving forward?
  • Are there going to be two forks from now on with a choice of Unicode or ANSI?
  • Are the forks going to be eventually merged to a common version 3.0?
  • Do you have a rough idea as to when this is going to take place?


Anders, you guys have done a great job with NSIS and we are all very appreciative. I am only asking because it has been so long since we have received any guidance as to what the road ahead will look like. You may not have known yourself, so we can completely understand. Thank you for any feedback you can provide. 🙂

Sincerely,

JPCoffey
Anders#
Most of the fork has already been merged. (What happens to the fork is out of our control, once we release v3.0 the fork will probably die)
v3.0 will be a unicode compiler that can also create ANSI installers.
Everything related to reading/writing files and !system needs to be rewritten, once that is done we should be getting closer to a release. (No timeframe)
LoRd_MuldeR#
Originally Posted by GaNi View Post
Introduce LZMA2 if possible.
AFAIK, the LZMA2 algorithm doesn't generally compress "better" than the LZMA(1) algorithm. It may even compress worse! It allows to compress the the data in several independent blocks, which allows for more efficient multi-threading. This may be important if you compress several gigabytes of data. But I doubt it will be that useful for NSIS installers...