|
|
|
|
#1 |
|
Junior Member
Join Date: May 2006
Location: Atlanta, Georgia, USA
Posts: 8
|
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? Sincerely, JPCoffey |
|
|
|
|
|
#2 |
|
Moderator
Join Date: Jun 2002
Location: ${NSISDIR}
Posts: 5,442
|
That is the unicode fork, next official release will be v3.0 probably...
IntOp $PostCount $PostCount + 1 |
|
|
|
|
|
#3 |
|
Junior Member
Join Date: May 2006
Location: Atlanta, Georgia, USA
Posts: 8
|
Anders, great news! Thanks for your prompt reply.
Can you give us an idea of what is going to happen moving forward?
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 |
|
|
|
|
|
#4 |
|
Major Dude
Join Date: Sep 2005
Location: Somewhere over the Slaughterhouse
Posts: 797
|
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 My Plugins: StdUtils | NSISList | CPUFeatures | ExecTimeout | KillProc My source of inspiration: http://youtu.be/lCwY4_0W1YI |
|
|
|
|
|
#5 |
|
Moderator
Join Date: Jun 2002
Location: ${NSISDIR}
Posts: 5,442
|
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) IntOp $PostCount $PostCount + 1 |
|
|
|
|
|
#6 |
|
Junior Member
Join Date: Jul 2010
Posts: 21
|
Introduce LZMA2 if possible.
|
|
|
|
|
|
#7 |
|
Major Dude
Join Date: Sep 2005
Location: Somewhere over the Slaughterhouse
Posts: 797
|
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...
My Plugins: StdUtils | NSISList | CPUFeatures | ExecTimeout | KillProc My source of inspiration: http://youtu.be/lCwY4_0W1YI |
|
|
|
|
|
#8 |
|
Major Dude
Join Date: Oct 2006
Posts: 1,892
|
Also, can I have some fries with that?
|
|
|
|
![]() |
|
|||||||
| Thread Tools | Search this Thread |
| Display Modes | |
|
|