Skip to content
⌘ NSIS Forum Archive

Unicode

573 posts

Afrow UK#
Originally Posted by Yathosho View Post
i wonder where you even found that, such things should be mentioned on the website. anyway, i'm only using win 2003 because i have no legit copy of windows xp. so there should be no troubles when using xp (sp3)?
EncodePointer function's MSDN page.

Stu
LoRd_MuldeR#
Originally Posted by Yathosho View Post
i wonder where you even found that, such things should be mentioned on the website. anyway, i'm only using win 2003 because i have no legit copy of windows xp. so there should be no troubles when using xp (sp3)?
This is not a limitation of NSIS or Unicode NSIS in general. It's just a limitation of the Visual C++ 2010 CRT libraries. And, as jimpark switeched to VS2010 for his latest builds, these builds will now require Windows XP with SP-2 or later. To make it clear again: This only applies to MakeNSIS, not to the rersulting installer EXE. The created installer EXE even runs on Windows 2000...

(Just be sure you really use the latest Unicode NSIS. There was a version that is broken with Win2k!)
Larsen#
@Jim: Thanks a lot for the unicode version! It made my supporting other languages in my installer a lot easier.

I didn´t read through all of the previous 13 pages: Is there already a date when unicode will be available in the vanilla NSIS version? I read something about MakeNSIS v2.50...
MSG#
There is no date, nor is there any progress to speak of concerning the unicodification of NSIS trunk. If it will ever happen, it won't be any time soon.
DrO#
as there's no proper focus on getting things done, different people want it to be done in different ways (i.e. some just want to go all unicode and leave at that, others want to sort out what is basically a final ansi version, etc etc) and there's no consensus on how it should be done which makes what MSG said pretty reasonable for there being no eta.

-daz
DrO#
Originally Posted by DrO View Post
as there's no proper focus on getting things done
that is the biggest issue. and branching won't help - in fact i think that it's gotten us into this mess to begin with as people are using the unofficial unicode version yet expect support for it, etc. doing another branch with all of the issues i mentioned is just going to be even more of a pain for everyone concerned, ignoring the fact of who is going to do it?

-daz
Yathosho#
Originally Posted by DrO View Post
as there's no proper focus on getting things done, different people want it to be done in different ways [...] there's no consensus on how it should be done
even open-source projects need decisions and people who make them. so why not let the community decide which direction nsis will go or who will be the decision-makers? that only leaves the question who should be able to vote.
DrO#
i'm not disagreeing with that point and things can or should be decided on, it still requires people to do things and that seems to be the biggest issue with getting things actually put into place and moving.

hell i'd love to help out (like i did many years back) but this pesky thing known as work gets in the way.

no one is disagreeing that a proper unicode version needs to be done. but how that is to be done (which is more about the implementation than what the end user actually sees) is the biggest stopping point it seems. and with your point, no one is gong to be able to do that if there's no proper structure on who is in proper control of things.


between jim's version, the stuff wizou started to do, what anders has been doing, we've got 3 instances of things being all over the shop without any true focus, not quite doing things the same and just overall causing more confusion - look at the number of posts from people who cannot get plug-ins to work as they think this unicode one is official and don't know what is / isn't correct.


it's really just a big cockup when you look at it all overall which is more detrimental to the community in the long run it seems (going on what i've seen from people's posts over the last few years).

-daz
Anders#
The major problem is that the unicode fork uses MS 2005+ CRT specific stuff and the official NSIS supports compiling (and building) on VC6, MinGW and POSIX. (The unicode fork is broken in certain places (scroll up to my previous post) since it just relies on the MS code to do all conversion for it) The current code also mixes WCHAR and wchar_t which is a major no-no on POSIX, on Windows they are both UTF16LE but wchar_t can be any type on other platforms...

Except for the UTF8 langfile support in the ANSI build, all the other stuff I have been doing is generic and should benefit both.
LoRd_MuldeR#
@jimpark:

I am running into a little problem with latest Unicode NSIS (v2.46.4) release:

My code looks like this:
!searchreplace PRODUCT_VERSION_DATE "${LAMEXP_DATE}" "-" "."
LAMEXP_DATE contains something like "2012-03-10"

The expected output in PRODUCT_VERSION_DATE is "2012.03.10" (right?), but I only get "2012." 😕

Went back to Maknsis.exe from Unicode NSIS v2.46.3 release and the issue is gone.

Can you look into this? Thanks! 🙂
georgik#
Unicode Python plugin for Unicode NSIS

Hi!

I patched Python plugin for NSIS. Now it also supports Unicode NSIS.
Here is more information about that: http://georgik.sinusgear.com/2013/05...-unicode-nsis/

You can find projet at github - nsPythonUnicode

It was tested on Windows XP, Vista, 7, 8, 2003, 2008, 2012.

Happy Python coding with Unicode NSIS. ;-)
MaGoth#
Hi all, 🙂
On the official website there is a new version NSIS 3.0a1 (Released July 14, 2013).
Do you plan to update to version Unicode NSIS? 🙄
roytam1#
Unicode NSIS 2.46.5 fails with packhdr again?
I:\>upx --best --force "C:\DOCUME~1\User\LOCALS~1\Temp\exehead.tmp" 
Ultimate Packer for eXecutables
Copyright (C) 1996 - 2013
UPX 3.09w Markus Oberhumer, Laszlo Molnar & John Reiser Feb 18th 2013

File size Ratio Format Name
-------------------- ------ ----------- -----------
upx: C:\DOCUME~1\User\LOCALS~1\Temp\exehead.tmp: CantPackException: superfluous data between sections

Packed 1 file: 0 ok, 1 error.
MaGoth#
Greetings, 🙂
Please tell me the right to write this code in the Unicode(v.2.46.5)?

...
!define SND_ASYNC 1
!define SND_FILENAME 0x20000
!define SND_LOOP 8
!define SND_NAME "InstallTheme.wav"
  ReserveFile "${NSISDIR}\Plugins\system.dll"
  SetOutPath "$TEMP\${MOD_NAME_BASE} Installation2\bgi_ground"
  ReserveFile "${SND_NAME}"
  File "${SND_NAME}"  
System::Call 'Winmm::PlaySound(t"$TEMP\${MOD_NAME_BASE} Installation2\bgi_ground\${SND_NAME}", i0, i${SND_FILENAME}|${SND_ASYNC}|${SND_LOOP})'
... 
In general, as a whole, the issue is resolved related to their music, they automatically repeat, etc., in ANSI Nsis it works... 🙁


MfG MaGoth,
Anders#
Originally Posted by MaGoth View Post
Please tell me the right to write this code in the Unicode(v.2.46.5)?
Have you tried v3.0? It should work there.

I don't remember the details for the Unicode forks system plugin but it has problems when there are 3 versions of a function and PlaySound is one of these special 3 version exports. Try changing PlaySound to PlaySoundW and t to w.
MaGoth#
Hi, Anders

Have you tried v3.0? It should work there.
I do not use this version.

I don't remember the details for the Unicode forks system plugin but it has problems when there are 3 versions of a function and PlaySound is one of these special 3 version exports. Try changing PlaySound to PlaySoundW and t to w.
The problem resolved, in my case it was necessary to swap quotation marks, ' ' inside..

Tnx,
MfG MaGoth,
iinsertcoin#
makensis for POSIX

Are native POSIX builds for makensis planned for release?
Is it even possible to build a makensis binary for use in POSIX systems without WINE?

Thanks.
JasonFriday13#
Yes, Anders and I did the NSIS 3 posix support a year ago. Posix builds are officially supported since 3.0b0 (2.46 also supports posix).
iinsertcoin#
Originally Posted by JasonFriday13 View Post
Yes, I helped do the NSIS 3 posix support a year ago. Posix builds are officially supported since 3.0b0.
I'm sorry, I was not specific in my question. I was referring to the Unicode version of makensis. I understand it is not official but since a lot of comments on this thread are about it I just thought I would ask here.

I'm actually using makensis (v2.46, I think) on Linux, but the lack of UNICODE support is the biggest problem I'm facing. I can't even understand why there are some MUI nsh files in ANSI if they can't be properly encoded without UNICODE... The text in setup files just show garbage (ANSI) chars instead of the correct locale.
JasonFriday13#
The unicode fork by scratchpaper.com does not support posix, so the main reason to use NSIS 3 is for unicode support. Everything up to 2.46 is ansi based.
iinsertcoin#
Originally Posted by JasonFriday13 View Post
The unicode fork by scratchpaper.com does not support posix, so the main reason to use NSIS 3 is for unicode support. Everything up to 2.46 is ansi based.
I used makensis (packed with NSIS 3.0b0) on Windows 7 and the compiled installer failed to show Arabic characters correctly, it just showed ANSI. makensis on Linux is at version 2.46 and also didn't encode properly... so I feel pretty confused right now.
JasonFriday13#
You did read the documentation right? In NSIS 3, unicode support is turned on using 'Unicode True' in the script.
iinsertcoin#
Originally Posted by JasonFriday13 View Post
You did read the documentation right? In NSIS 3, unicode support is turned on using 'Unicode True' in the script.
I feel slightly embarrassed to admit that in my entire hunt for unicode support, I failed miserably to read any of these:



In any case, where can I get the .deb package for Linux Debian makensis v3 and why isn't makensis v3 in Ubuntu repositories yet?

Thanks.
JasonFriday13#
Probably because it's still beta software. There is nothing stopping you from compiling the source on linux, you just need scons, if you need zip2exe: windows zlib files, and if you need NSIS Menu: wxWidgets.
iinsertcoin#
Originally Posted by JasonFriday13 View Post
Probably because it's still beta software. There is nothing stopping you from compiling the source on linux, you just need scons, if you need zip2exe: windows zlib files, and if you need NSIS Menu: wxWidgets.
Will do, for sure.
Thank you and sorry for the misundertstanding.
Bodenseematze#
v2.50

Hi together,

are there any plans to update the Unicode version of NSIS 2 to the latest NSIS 2 version (v2.50)?
Or isn't that necessary any longer because the original NSIS 2 is able to handle ANSI and Unicode together like NSIS 3 does?

BTW (a bit OT), did anybody use UMUI with newest NSIS 2 version?
Does it still work?
If the NSIS Unicode version will be updated what about a bundle with UMUI Unicode (together with all necessary updated plugins)?

Is anybody working on this? Or plans to work on this?

I work with the combination NSIS 2.46.5 together with UMUI in Unicode versions, so maybe I could help a bit... (at least with testing 😉)