NSIS Unicode 2.46.4 offered on portableapps.com . . .

Archive: NSIS Unicode 2.46.4 offered on portableapps.com . . .

jpcoffey
4th May 2012 20:10 UTC

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,

http://portableapps.com/apps/develop...wnload_details

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

Sincerely,

JPCoffey

Anders
4th May 2012 20:46 UTC

That is the unicode fork, next official release will be v3.0 probably...

LoRd_MuldeR
4th May 2012 22:01 UTC

It should be noted that v2.46.4 had a bug with !searchreplace that was fixed in 2.46.5:
http://code.google.com/p/unsis/downloads/list

jpcoffey
4th May 2012 22:18 UTC

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
4th May 2012 22:32 UTC

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)

GaNi
7th May 2012 11:38 UTC

Introduce LZMA2 if possible.

MSG
7th May 2012 13:23 UTC

Also, can I have some fries with that?

LoRd_MuldeR
7th May 2012 13:55 UTC

Originally posted by GaNi
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...