UltraModernUI beta2 pre-release

Archive: UltraModernUI beta2 pre-release

SuperPat
6th January 2008 13:46 UTC

UltraModernUI 1.00 beta 2 pre-release
Hello,

After nearly three years of waiting, I am pleased to announce the first pre-release of UltraModernUI 1.00 beta 2.

Changelog:

# UltraModernUI is resynchronised under Modern UI version 1.8.
# UltraModernUI include also a second interface named ModernUIEx. ModernUIEx is an extended version of Modern UI but with the new UltraModern pages support.
# UltraModernUI included henceforth three plugins that are supported natively :
* The SkinnedControls plugin. SkinnedControls is based on the wansis plug-in of Saivert and can skin all buttons of your NSIS installer like the most recent installers as well as the scrollbars (only for Windows 2000/XP/2003/Vista).
* The InstallOptionEx plugin. InstallOptionEx is writen by Diego Pedroso (deguix) and is an expanded version of InstallOptions containing many new features, with size drawback. This unofficial version, by SuperPat, contain a lot of bugfix necessary to the correct operation of some UltraModernUI pages.
* The NSISArray plugin. This plug-in written by Afrow UK, allows the support of the array in NSIS. It comes with plenty of functions for managing your arrays. This plugin is used with the AlternativeStartMenu and MultiLanguages Pages of UltraModernUI.

# All the Skin were remakes and twenty skins are now available. blue, blue2, SoftBlue, red, red2, SoftRed....

# Twenty background skins are now available. blue, blue2, SoftBlue, red, red2, SoftRed....

# New pages are available:
* MultiLanguage Page if you want to replace the MultiLanguage Plug-in.
* Maintenance Page with Repair, Modify, Uninstall and Continue Setup options.
* Update Page with Update, Uninstall and Continue Setup options.
* Informmation Page for viewing text and RichText files.
* SerialNumber Page.
* Setup Type Page with Minimal, Standard, Complete and Custom options.
* AlternativeStartMenu Page to replace the StartMenu Plug-in. It allow to use a TreeWiew instead of the ListView and can set the ShellVarContext
* Additional Tasks page.
* File and Disk Request Page.

# Left Text, Left Time and LeftMessageBox functions are removed.

# UltraModernUI is translated into two languages English and French an partially translated into German and Brazilian Portuguese.

TODO:

- The documentation is outdated and the SkinnedControls plugin documentation is non-existant. So you can see examples to see all properties.
- Need to rewrite one of the macros managing "UMUI Flags" (It allows, among other things, what options were chosen in the different pages ...).

I need your help for:

- Your feedback
- The translation of UltraModernUI into the other languages
- Creation of more skins
- The corrections of some InstallOptionsEx plug-in bugs:
* Transparent Icons are not transparent in the page...
* Button are not drawn if we use SkinnedControls plugin... whereas that work very well with InstallOptions.
- Improvement for SkinnedControls plug-in:
* Skin checkboxs and radiobuttons
* Skin progress bars
* Skin dropLists arrow

I plan to release the final version in March, 20th, the third anniversary of the release of the first version

Thanks in advance for your help.

Download

Yathosho
6th January 2008 14:36 UTC

can help with a translation into german

Joost Verburg
6th January 2008 16:06 UTC

Any plans to update it to the Modern UI version 2.0? MUI2 allows you to add additional pages to the standard MUI framework (see for example the Multi-User header file in SVN) and also makes it a lot easier to customize existing pages.

It should be possible to have an UltraModernUI as an extension of the standard MUI. Then it won't be a fork of the MUI and will share most of the scripts.

SuperPat
6th January 2008 17:30 UTC

Yes, I have plan to update to MUI2, but I prefer finalize this version, otherwise you would have to wait a lot more!

Take MUI2 need to rewrite several pages. Moreother, I am not sure that we can use the RichText and TreeView with nsDialg.

For UltraModernUI 2 I would need some features:

Would it be possible with nsDialg create customized messagesbox?

NsDialg might also add controls on static pages?

Is it possible to create a "timer" plugin who, at regular intervals, would call, in another thread, a nsis function?

TonyDS
6th January 2008 22:48 UTC

Hi SuperPat

Can you let me know if LogicLib.nsh is already included in the new UMUI.nsh please? As I get an error when I try to compile my script.

This is the order I have my included *.nsh

!include "UMUI.nsh"
!include "Sections.nsh"
!include "FileFunc.nsh"
!include "LogicLib.nsh"

and this is the error

!include: closed: "C:\Program Files\NSIS\Include\Sections.nsh"
!include: "C:\Program Files\NSIS\Include\FileFunc.nsh"
!define: "FILEFUNC_INCLUDED"=""
!include: closed: "C:\Program Files\NSIS\Include\FileFunc.nsh"
!include: "C:\Program Files\NSIS\Include\LogicLib.nsh"
!define: "Continue" already defined!
!include: error in script: "C:\Program Files\NSIS\Include\LogicLib.nsh" on line 582

I've been looking at both the UMUI.nsh and LogicLib.nsh and the error is correct, on line 61 of the UMUI.nsh you have

!define CONTINUE 512 ; set by MAINTENANCE and UPDATE pages

and on line 582 of the LogicLib.nsh it has the define

!define Continue `!insertmacro _Goto Continue "For or Do or While"`

I think you may have to change your Continue to something else

Edit; Default is also defined in both

Oh by the way thanks for the new Ultra Modern

SuperPat
7th January 2008 09:35 UTC

New build available 2008-01-07

I've just corrected this incompatibility.

Thanks TonyDS.

thek
7th January 2008 11:24 UTC

Hi SuperPat
Thanks a lot for the release!

probably I don't need to rewrite the script for ModernUI 2 anymore :-)

TonyDS
7th January 2008 13:48 UTC

Sorry mate but nothing has changed

the date on the UMUI.NSH is still 05/01/08 18:57, I still get the same error

Sheik
7th January 2008 16:18 UTC

Also, when I try to install "UltraModernUI_1.00_2008-01-07.exe" twice, the 2nd time it comes back with a "NSIS2 is not installed on your computer".
In fact, the first install appears to destroy any memory of the original install of the NSIS package.

When I install the "combined" NSIS + UMUI, it erases the NSIS package, and installs only a few of the packages in NSIS, so a lot of plugins are missing!

Scott

Sheik
7th January 2008 17:14 UTC

Also, during "Install files" page, when you do a "Show Details", the display of the install of the files in the SysListView is "jumpy".
It used to be smooth, not really sure whats wrong in there...

Scott

Sheik
7th January 2008 18:07 UTC

Hi SuperPat,

Also, this thread:
http://forums.winamp.com/showthread....76#post2141776

This appears to not have been added.
My "pre" function that calls INITDIALOG still has the problem where any custom pages do not have their backgrounds drawn correctly...

Sheik
7th January 2008 20:35 UTC

Hi SuperPat,

Also, The "confirm" page doesn't seem to correctly color the background...

Attached is a pic of the problem:

Sheik
7th January 2008 20:44 UTC

For the last problem on the "confirm" page, the only way I have been able to resolve it, is by doing the following in the:
!macro UMUI_FUNCTION_CONFIRMPAGE "PRE" section:

!insertmacro MUI_INSTALLOPTIONS_INITDIALOG "confirm.ini"
Pop $1
SetCtlColors $1 "" "${MUI_BGCOLOR}"
;fill the ini and set the color of all the controls in your page
GetDlgItem $0 $1 1200
SetCtlColors $0 ${UMUI_TEXT_COLOR} ${MUI_BGCOLOR}
GetDlgItem $0 $1 1201
SetCtlColors $0 ${UMUI_TEXT_COLOR} ${MUI_BGCOLOR}
GetDlgItem $0 $1 1202
SetCtlColors $0 ${UMUI_TEXT_COLOR} ${MUI_BGCOLOR}

ie, the suggestion given at this URL:
http://forums.winamp.com/showthread....76#post2141776

Scott

SuperPat
8th January 2008 08:56 UTC

New build version 2008-01-08

I've really corrected the incompatibility with logiclib.
I've improve the UltraModernUI installer packages.

My "pre" function that calls INITDIALOG still has the problem where any custom pages do not have their backgrounds drawn correctly...

If you want your page will be automatically skinned you have to use the INSTALLOPTIONS_DISPLAY or INSTALLOPTIONS_DISPLAY_RETURN macros.
The init dialog doesn't do this because if you set your own color into your pre function thes will be erase by the INSTALLOPTIONS_SHOW, INSTALLOPTIONS_SHOW_RETURN macros.

For the confirm page, I don't know why it is not skinned because th page use the INSTALLOPTIONS_DISPLAY macro. Can you send your example script?

Sheik
8th January 2008 19:59 UTC

Hi SuperPat,

I will try to make a quick example script to show the problem.

Also, I have found a problem with the Welcome page.
It doesn't have the Welcome text in the upper part of the dialog like it used to.

I am attaching 2 pics, pic1 that is from the previous version of UMUI, and pic2 that uses the new UMUI.
Notice the top of the dialog...

Sheik
8th January 2008 20:00 UTC

Okay, I guess I can't do 2 attachments on the same message.
Attached is the 2nd of the pics.

Sheik
8th January 2008 21:11 UTC

BTW,

You fixed the "CONTINUE" problem by changing it to CONTINUE_SETUP

But you missed the "DEFAULT" problem.
It has the same issue. It conflicts with the name in LogicLib.

You need to change this:
!define DEFAULT 0 ; Default any flag set

To like "DEFAULT_SETUP", like you did with "CONTINUE_SETUP".

SuperPat
9th January 2008 09:10 UTC

For the header texts on the welcome page, I withdraw there because they are empty in the InstallSheild intaller. Moreother, the same text was shown 3 times on the Welcome, finish, abort pages.
It is not a bug.

For the DEFAULT incompatibility, I will fix it tomorrow.

SuperPat
10th January 2008 09:04 UTC

New build Available: 2008-01-09

- Fixed incompatibility with logiclib.nsh the flag DEFAULT become DEFAULT_STATE
- Fixed bug in the UMUI package which remove NSIS key from the registry + some improvements.

kichik
11th January 2008 17:36 UTC

- Fixed incompatibility with logiclib.nsh the flag DEFAULT become DEFAULT_STATE

You should prefix any constants used by UMUI with UMUI_ or something similar. This way, there'd be no collisions with built-in stuff like LogicLib.

evin
22nd January 2008 19:10 UTC

I found 3 bugs. (in the picture with red arrow)

kichik
22nd January 2008 19:18 UTC

You forgot to attach the image.

evin
22nd January 2008 19:31 UTC

I attached the image, but I don't know what happened. :(

So, the image: 3bugs

I hope this working.

SuperPat
23rd January 2008 08:56 UTC

Originally posted by evin
I found 3 bugs. (in the picture with red arrow)

These are not bugs:
the background are not transparent because texts were superimposed when they change.

I never found how to erase texts before to be modified.

evin
23rd January 2008 09:45 UTC

I hope, this problem soon resolve. Then it will be perfect. :)

(soon, I give you a Hungarian translation to the UMUIb2)

SuperPat
23rd January 2008 13:46 UTC

If somebody has a solution to correct this problem, I am interested.

Thank for translation.

PS: your background image seems very sympathetic, you could perhaps send it to me to be integrated into UMUI

evin
23rd January 2008 15:30 UTC

I made some transparent test with UMUIb1 (long time ago), but I just replaced the BGCOLOR scripts to Transparent. Almost worked. :)

The background was just a test image, to see, all text are transparented or not. I think it's very simply.

Modified Blue UMUI (the free Photoshop brush attached)

ameer
24th January 2008 12:36 UTC

good work, thanks. This resolved so many issues of mine.

legcsabi
30th January 2008 12:49 UTC

UMUI_PAGE_FILEDISKREQUEST
Hi!
i would like to know how to use the new PageEx called
UMUI_PAGE_FILEDISKREQUEST?

I tried playing with the following commands:
var vv
!define UMUI_FILEDISKREQUESTPAGE_VARIABLE $vv
!define UMUI_FILEDISKREQUESTPAGE_FILE
!insertmacro UMUI_PAGE_FILEDISKREQUEST
but in vain, I always get a compiler error from UMUI on this line: DirVar "$${UMUI_FILEDISKREQUESTPAGE_VARIABLE}"

Has someone a working example on this page?
thx

SuperPat
30th January 2008 13:42 UTC

var dir
!define UMUI_FILEDISKREQUESTPAGE_VARIABLE dir
!define UMUI_FILEDISKREQUESTPAGE_VARIABLE_FILE_TO_FOUND "filetosearch"
!define UMUI_FILEDISKREQUESTPAGE_FILE ;use file request
!insertmacro UMUI_PAGE_FILEDISKREQUEST

legcsabi
30th January 2008 14:40 UTC

testing beta2
Thanks for the reply, now it is working properly. UMUI beta2 has a lot of cool features, but I also noticed a serious problem: speed. I was playing with the preset examples provided with UMUI. Testing on a Pentium Dual Core computer having 3GB memory(!) it took me around 10-15 seconds to display the serialnumber page. The frame of the page gets loaded before the setup gets frozen. If you turn everything off in Function serial_function, it won't get frozen at all. Whenever turning a LABELEDSERIAL on (with its define), it takes longer and longer to load the page. Other pages - like the maintenance - also take a bit of time to load.
Something seems to me to be broken in the example with Update page. i built the example, installed it, tried to install it again, and there was no Update page displayed. The registry keys were created properly. It should resemble Maintenance page example, which is working properly.

SuperPat
30th January 2008 16:03 UTC

For update page:
Compile and install
edit the update.nsi example and change the UMUI_VERBUILD define (or you can also wait tomorrow)
Recompile and relaunch the installer
the update page appear!

For the execution time, I do not have any means to accelerate it.

legcsabi
31st January 2008 16:03 UTC

interesting. I changed it to the following (taken from the maintenance example):

!define UMUI_VERSION "1.00 beta 2"
!define /date UMUI_VERBUILD "1.00_%Y-%m-%d"
!define UMUI_VERSION_REGISTRY_VALUENAME "Version"
!define UMUI_VERBUILD_REGISTRY_VALUENAME "VerBuild"
!define UMUI_UNINSTALLPATH_REGISTRY_VALUENAME "uninstallpath"
!define UMUI_INSTALLERFULLPATH_REGISTRY_VALUENAME "installpath"
!define UMUI_UNINSTALL_FULLPATH "$INSTDIR\Uninstall.exe"

but nothing changed

fboner
1st February 2008 05:49 UTC

More background woes, variation on theme

Originally posted by SuperPat

If you want your page will be automatically skinned you have to use the INSTALLOPTIONS_DISPLAY or INSTALLOPTIONS_DISPLAY_RETURN macros.
The init dialog doesn't do this because if you set your own color into your pre function thes will be erase by the INSTALLOPTIONS_SHOW, INSTALLOPTIONS_SHOW_RETURN macros.

Salut SuperPat,

My custom pages are working fine with the INIT/SHOW approach.

I have one 'standard' page, which I launch with a PRE function. As a result the page, actually the components page, background is 'old style' grey. Here is the code snippet:

; Welcome page
!insertmacro MUI_PAGE_WELCOME

; Components page
;!insertmacro MUI_PAGE_COMPONENTS <- not used
Page components oninst.CheckInstalledJRE "" ""
...

If I ignore the Java check and use the stock !insertmacro MUI_PAGE_COMPONENTS everything is fine. I can't seem to find a way to do it when I launch the page in this manner:

Page components preMacro "" ""

Is there some way to fix this?

Merci!!!

SuperPat
1st February 2008 08:43 UTC

fboner:
you need to use INSTALLOPTIONS_DISPLAY or INSTALLOPTIONS_DISPLAY_RETURN instead of INIT/SHOW

and the page will be skinned automatically.

legcsabi: I don't understand your problem

fboner
1st February 2008 19:18 UTC

Originally posted by SuperPat
fboner:
you need to use INSTALLOPTIONS_DISPLAY or INSTALLOPTIONS_DISPLAY_RETURN instead of INIT/SHOW

and the page will be skinned automatically.

That would be true if I were using a 'custom' page with a corresponding .INI file. But I am not. I am using the Components page as defined by the UMUI, but calling it in a different manner than with INSERT_MACRO_XXX.

I rewrote the java function and now include it in my on.init, however, it would have been cleaner the other way around, espeically to be able to re-run the function automatically if the user backs up to the components section from a later page.

Thanks for your response...and thanks for the documentation...you rock!

F.

PS just a thought on the flickering scroll bar during the INSTFILES phase...perhaps you could resize the scroll button fewer times, and therefore redraw the scroll bar fewer times?? My app installs over a thousand files...so the flickering is quite intense.

SuperPat
9th February 2008 15:02 UTC

New build version 2008-02-09

- Based on NSIS 2.35
* set default language file for MUI without changing the user setting (LANGFILE_DEFAULT and UMUI_LANGFILE_DEFAULT defines)
- Fixed Bugs for the FileDiskRequest Page
- Add a FileDiskRequest example
- Fixed Bug with the (UN)UNIQUEIMAGE defines option. (From now, the PageBG example works fine)

Download

legcsabi
10th February 2008 11:55 UTC

bug
Hi!

Thx for the new release, meanwhile I got the Update example working as well.
I found a serious bug in UMUI_PAGE_MULTILANGUAGE. Compared to MUI, function .onInit gets called twice if you use this page. First before the page gets displayed and secondly if the selected language of the combobox was changed. This misbehaviour can have a side-effect, for example my script was detecting in .onInit if it was already running, and if yes, it aborted itself. Since .onInit gets called twice, it aborted itself whenever I changed the setup language to other than the default...

SuperPat
10th February 2008 12:19 UTC

In fact, when you choose an other language, the installer is reloaded:

You can bypass your ckecking by adding this code in your .onInit function:

Function .onInit

        !insertmacro UMUI_MULTILANG_GET

        !insertmacro UMUI_IF_INSTALLFLAG_ISNOT ${UMUI_LANGISSET}

        ; Check if installer is already lauched only the first time

        !insertmacro UMUI_ENDIF_INSTALLFLAG

        ; Eventualy other code

FunctionEnd

PS: I have forgotten yesterday to add in the changelog:
- All Install Flags are prfixed by UMUI_

legcsabi
11th February 2008 09:47 UTC

InformationPage
Hi again

Thx for the solution for .onInit, it works. I noticed that the new InformationPage cannot use licenselangstrings (or langstrings) instead of file names like license page. Do you know a solution to make it multilingual (to display a separate information file for each language)?

Archive: UltraModernUI beta2 pre-release

SuperPat
11th February 2008 11:23 UTC

You can use LangString too:

  LangString FILE ${LANG_ENGLISH} "English.txt"
  LangString FILE ${LANG_FRENCH} "French.txt"
  !insertmacro UMUI_PAGE_INFORMATION "${FILE}"

evin
23rd February 2008 20:01 UTC

How can I make a Custom Page, with transparented text/label field? (text reading from .ini)

SuperPat
24th February 2008 11:36 UTC

Look at the NSIS\Examples\UltraModernUI\InstallOptions.nsi example

evin
24th February 2008 12:24 UTC

Ok, but the Fields, are not transparented. I can't change this fact?

SuperPat
24th February 2008 16:22 UTC

New build version 2008-02-24

- Added Ungarian Translation (By Tom Evin)
- Fixed Transparency bug in InstallOptions custom pages (See the InstallOptions.nsi example)
- Added missing DIRECTORY page in the NSIS + UMUI package

Download

evin
27th February 2008 14:34 UTC

Not Ungarian, Hungarian. ;)

How can I write into MUI_HEADER_TEXT field in FinishPage?

SuperPat
28th February 2008 08:58 UTC

Simply define
MUI_PAGE_HEADER_TEXT and/or MUI_UNSET MUI_PAGE_HEADER_SUBTEXT
before inserting the finishpage macro

evin
28th February 2008 09:27 UTC

Oh, that was sooo easy.
thx.

legcsabi
2nd March 2008 15:56 UTC

Re: Information page
probably I'm a bit too new to nsis, but I cannot find out how to use Langstrings with Information page file names.

I get this compiler error:
File: "$(FILE)" -> no files found.
Usage: File [/nonfatal] [/a] ([/r] [/x filespec [...]] filespec [...] |
/oname=outfile one_file_only)
Error in macro UMUI_FUNCTION_INFORMATIONPAGE on macroline 24
Error in macro UMUI_PAGE_INFORMATION on macroline 19
Error in script "C:\Program Files\NSIS\Examples\UltraModernUI\Information.nsi" on line 44 -- aborting creation process

I tried both "$(FILE)", "${FILE}", "$FILE". Could you post a full working example?

Thx

SuperPat
2nd March 2008 21:03 UTC

Indeed, we can't use LangString for include File, and of course, with the information page.

I will post a working example later

SuperPat
6th March 2008 13:33 UTC

New build version 2008-03-05

- Improved: the Information.nsi example show an information file according to the selected language

Download

legcsabi
8th March 2008 20:02 UTC

Thanks, the new Information page works properly!

Now I wish you could somehow solve the slowness of SerialNumber page. After a bit of googling I found this page: http://forums.winamp.com/showthread.php?postid=2051082 which indicates that using ReserveFile can improve performance.

I was playing a bit with WriteINIStr, this function is called relatively frequently (7 times in UMUI_SERIALNUMBERPAGE_ADD_LABEL for instance). It only adds a value for an entry to a section in an INI file if it does not contain it, otherwise it rewrites the entry. This means that it has to scan through the whole file..

SuperPat
24th March 2008 15:10 UTC

New build version 2008-03-24

- Fixed: the "\" are replaced by "\\" in the confirm page because it showed a square in the place of a "\n", "\t"...

Download

xbarns
2nd April 2008 10:36 UTC

Short question:

Can i use nsdialogs with UMUI?

Thanks
xBarns

SuperPat
2nd April 2008 13:27 UTC

UMUI was not designed to work with nsDialog.

Nevertheless, You always can use nsDialg in your own custom page, bug you need to manually skin it.

xbarns
3rd April 2008 17:25 UTC

Ok i changed to using InstallOptions, i just like the UMUI better.

One question though i have Label that i want to color Red, when i go and use

!insertmacroINSTALLOPTIONS_INITDIALOG"Dialog_RetrieveLicence.ini"

Pop$0

ReadINIStr$R1"$PLUGINSDIR\Dialog_RetrieveLicence.ini""Field1""HWND"

;SetCtlColors$R1"0xFF0000""transparent"

The text color is red, but the complete background of the dialog becomes grey.

Ist that a bug or a feature or am i missing something here?

Also it seems that the "Welcome Page" does not like $\r$\n for the title, since the german description of Welcome to.... is quite long a $\r$\n has been included but the second line is never displayed.

SuperPat
4th April 2008 09:52 UTC

can you send an example script showing this problem?

For the problem of the welcome page, try this define:
!define MUI_WELCOMEPAGE_TITLE_3LINES

xbarns
4th April 2008 10:54 UTC

i tried the "!define MUI_WELCOMEPAGE_TITLE_3LINES" but somehow it didn't work, does it have to be placed somewhere special?

I have attached the dialog and the contents of the function in the Zip File.

SuperPat
4th April 2008 15:17 UTC

the define mustbe placed before the macro including the welcome page

xbarns
4th April 2008 16:14 UTC

This didn't do the trick :(

!define MUI_WELCOMEPAGE_TITLE_3LINES
!insertmacro MUI_PAGE_WELCOME

SuperPat
4th April 2008 21:37 UTC

send your nsi script please

SuperPat
6th April 2008 15:48 UTC

New build version 2008-04-06

- Based on NSIS 2.36
- Fixed: the InstallOptions page did not like the $\r$\n, it showed only the first line.

Download

SuperPat
6th May 2008 14:21 UTC

New build version 2008-05-05

- Based on NSIS 2.37
- Fixed better: the InstallOptions page did not like the $\r$\n, it showed only the first line.
- Fixed: NSIS shortcut in the NSIS+UMUI package

Download

xbarns
8th May 2008 14:54 UTC

I have found another bug, or probably i am just too dumb to use it.

If you look at the attached images (in the .rar) for

Image1.png i used

!insertmacro MUI_DEFAULT MUI_BGCOLOR transparent

and for Image2.png it was:

!insertmacro MUI_DEFAULT MUI_BGCOLOR FFFFFF

The problem as you can see with the transparent setting is that the Groupbox line shows through, if i use FFFFFF the second line under the Directory Picker has a white Background.

Is it possible to have the line of the group box disappear AND to have all the labels on the page with a transparent background?

Thx

SuperPat
8th May 2008 18:14 UTC

Yes but it is not an UMUI bug,
MUI_BGCOLOR don't work with transparency because it is not possible to hide the bar of groupbox
And for the label that change like in components, directory and installfile pages, the new text is written on the top of the old text and become unreadable.

Only the solution I know is to use a background image having plains colors at the position of theses labels

DomiOh
15th May 2008 18:10 UTC

Why don't you put the new version at your sourceforge-project-page? It would be much easier to find.

jiake
16th May 2008 07:07 UTC

It is very good!!!

SuperPat
16th May 2008 08:41 UTC

Because it is uncomplete

jiake
16th May 2008 10:07 UTC

I download it to try and found one problem.

${LangFileString} UMUI_TEXT_SETUPTYPE_MINIMAL_TEXT "Only requierd features will be installed. (Requires the less disk space)"

The word "requierd" is error.

The language file is all blank except English, the others needs to translate. I just translated a Chinese one to use myself. Because my English is poor, it is not so perfect. currently I'm a student.

SuperPat
17th May 2008 00:35 UTC

Originally posted by jiake
I download it to try and found one problem.

${LangFileString} UMUI_TEXT_SETUPTYPE_MINIMAL_TEXT "Only requierd features will be installed. (Requires the less disk space)"

The word "requierd" is error.

Tanks

Originally posted by jiake
The language file is all blank except English, the others needs to translate. I just translated a Chinese one to use myself. Because my English is poor, it is not so perfect. currently I'm a student.

English, French and Hungarian are complete,
German and PortugueseBR are outdated.

pospec
19th May 2008 14:01 UTC

Czech translation is attached :)

thek
19th May 2008 14:28 UTC

Hello Superpat

Already have some schedule to relase the updated UMUI?

Do you need help with some part of it?

nobs

LoRd_MuldeR
22nd May 2008 21:28 UTC

Hi!

Apparently "!define MUI_LANGDLL_ALWAYSSHOW" doesn't work to force the installer to display the multilanguage page. The language selection will be skipped, if the language is stored in registry! How can I make the installer to ALWAYS show the multilanguage page? Also using a multilanguage page in an UNinstaller won't work. I get an error message as soon as I switch the language...

Tested with the "NSIS_2.37_UltraModernUI_1.00_2008-05-06.exe" package.

SuperPat
23rd May 2008 08:43 UTC

Sorry, I d'ont have implemented this define for the multilanguage pages.

I will do it for the next release.
while awaiting, you can remove the define UMUI_LANGUAGE_REGISTRY_VALUENAME. The language won't be save in the redistery and the page will be allaws shown.

LoRd_MuldeR
23rd May 2008 12:50 UTC

Yes, when I remove UMUI_LANGUAGE_REGISTRY_VALUENAME, then the multilanguage page will always be shown. But also the language won't be saved, so the previously selected language won't be selected by default. That wouldn't be a real problem, if I could use a multilanguage page in the Uninstaller. But currently I can't! Switching langauge via multilanguage page in an Uninstaller makes the installer abort with error message. Any chance for a fix?

SuperPat
25th May 2008 14:20 UTC

New build version 2008-05-25

- Added: New Czech translation by Pospec
- Fixed: Little mistake in the English language file
- Added: New UMUI_LANGUAGE_ALWAYSSHOW define that allow you to always shown the MultiLanguage page and the LangDLL Dialog (For the last one, it replace the MUI_LANGDLL_ALWAYSSHOW define)

Download

LoRd_MuldeR
25th May 2008 14:57 UTC

Thanks a lot SuperPat! Gonna try it right now :)

BTW: Did you look at MultilanguagePage + Uninstaller problem yet?

SuperPat
25th May 2008 21:45 UTC

I will search a solution for this problem:

When UMUI try to relaunch the uninstaller it launch the file in the directory "Temp\~nsu.tmp\Au_.exe" instead of in the install directory and they can't run Au_.exe directly, I need to find the right command line argument to do this

LoRd_MuldeR
25th May 2008 21:59 UTC

Originally posted by SuperPat
I will search a solution for this problem:

When UMUI try to relaunch the uninstaller it launch the file in the directory "Temp\~nsu.tmp\Au_.exe" instead of in the install directory and they can't run Au_.exe directly, I need to find the right command line argument to do this

That's exactly what I though.

The problem is: The original uninstaller only passes the install directory to the temporary uninstaller (e.g. Au_.exe _?=C:\Program Files (x86)\MPlayer for Windows\), not the path to the original uninstaller (e.g. Au_.exe _?=C:\Program Files (x86)\MPlayer for Windows\Uninstall.exe). I have no idea how to find out the EXE filename without passing it to the temporary installer too. But that would require re-writing parts of NSIS itself, I guess...

[EDIT]

Maybe you can extract the "_?=" option from Au_.exe's commandline somehow and then directly restart the Au_.exe by passing the correct value of "_?=" plus the "/L" option...

SuperPat
25th May 2008 22:41 UTC

Another build version 2008-05-25

- Fixed: Bug with the Uninstaller MultiLanguage Page

Download

Archive: UltraModernUI beta2 pre-release

LoRd_MuldeR
25th May 2008 23:05 UTC

That was fast! Works fine :)

One suggestion though:
Change "UMUI_DISABLED_BUTTON_TEXT_COLOR" to "707070" for the "gray" Skin. You really can't distinguish disabled buttons from enabled ones otherwise...

Thanks for your work :up:

SuperPat
26th May 2008 10:44 UTC

LoRd_MuldeR
26th May 2008 11:43 UTC

Sorry, found another possible problem :confused:

As soon as I add this to my script:

!define UMUI_COMPONENTSPAGE_REGISTRY_VALUENAME "components"

I get the following compile error:

MakeNSIS v2.37 - Copyright 1995-2008 Contributors
See the file COPYING for license details.
Credits can be found in the Users Manual.

[...]

Processing script file: "Installer.nsi"
!include: "D:\NSIS\Include\UMUI.nsh"

[...]

!define: "UMUI_PARAMS_REGISTRY_ROOT"="HKLM"
!define: "UMUI_PARAMS_REGISTRY_KEY"="SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{DB9E4EAB-2717-499F-8D56-4CC8A644AB60}"
!define: "UMUI_LANGUAGE_REGISTRY_VALUENAME"="Language"
!define: "UMUI_LANGUAGE_ALWAYSSHOW"=""
!define: "UMUI_COMPONENTSPAGE_INSTTYPE_REGISTRY_VALUENAME"="insttype"
!define: "UMUI_COMPONENTSPAGE_REGISTRY_VALUENAME"="components"

[...]

Processed 1 file, writing output:
Adding plug-ins initializing function... Done!
Error: resolving install function "umui_components" in function "mui.ComponentsPre_136.5.9"
Note: uninstall functions must begin with "un.", and install functions must not
Error - aborting creation process
!system: returned 1, aborting

Commenting out that line and it compiles again ;)

SuperPat
26th May 2008 12:31 UTC

In fact you have forgotten to insert the component declaration for the uninstaller

!insertmacro UMUI_DECLAREUNCOMPONENTS_BEGIN
.....
!insertmacro UMUI_DECLAREUNCOMPONENTS_END

LoRd_MuldeR
26th May 2008 13:29 UTC

Thanks again!

I totally missed UMUI_DECLARE(UN)COMPONENTS in my script :o

LoRd_MuldeR
31st May 2008 19:04 UTC

Hi!

I got reports from several people that the buttons are not displayed under Vista. Is that a known problem of UMUI and is there any known workaround?

This picture was sent to me:
http://img233.imageshack.us/my.php?i...uivistauk2.png

Thanks in advance...

Sheik
31st May 2008 20:39 UTC

Hi SuperPat,
After switching to MUI2 and the new nsdialog code, I have to tell you, I REALLY think you should convert to using nsdialogs instead of using InstallOptions.
nsdialogs has a lot of our outstanding problems with InstallOptions and UMUI fixed.
I suspect most of the pending "bugs" you have in UMUI will go away if you convert to nsdialogs...

SuperPat
1st June 2008 00:23 UTC

I would not switch to nsDialg as long as it not be able to provide TreeView and RichText controls.

Moreother, that would imply to have to rewrite entirety the code, and it would take months...
I prefer finalize the current version.
And InstallOptionEx working well, nsDialog has a limited interest...

LoRd_MuldeR
1st June 2008 13:36 UTC

Well, I already use UMUI_USE_INSTALLOPTIONSEX, but apparently the buttons are not drawn under Vista. See screenshot in my post above...

Is it possible to fix that?

SuperPat
1st June 2008 21:44 UTC

This is the last bug of InstallOptionsEx (not only on vista)
with transparent icons which having gray background.

LoRd_MuldeR
1st June 2008 21:49 UTC

Originally posted by SuperPat
This is the last bug of InstallOptionsEx (not only on vista)
with transparent icons which having gray background.

But this doesn't happen on XP. I've never seen it happen myself!
Only some people running Vista sent bug reports to me...

http://img233.imageshack.us/my.php?i...uivistauk2.png

So you are saying that using a different skin (not gray) might fix it?

Thanks for reply :)

SuperPat
2nd June 2008 08:42 UTC

I thought that you spoke about buttons in the InstallOptionsEx pages,

This problem has nothing to do with InstallOptionEx, but I never had this problem in any vista I have tested (x32, x64, RTM and SP1).

Can you tell me more about your configuration, (UAC activated, user account (limited or admin...)

LoRd_MuldeR
2nd June 2008 11:58 UTC

Originally posted by SuperPat
I thought that you spoke about buttons in the InstallOptionsEx pages,

This problem has nothing to do with InstallOptionEx, but I never had this problem in any vista I have tested (x32, x64, RTM and SP1).

Can you tell me more about your configuration, (UAC activated, user account (limited or admin...)

As said before: I don't use Vista. I only use WinXP and it all works perfectly fine here. Nevertheless people send bugreports to me that buttons are missing under Vista. Also the above screenshot was sent to me.

Any help would be appreciated...

Cheeeeeeers
MuldeR

LoRd_MuldeR
19th June 2008 20:41 UTC

http://guerin45.free.fr/UltraModernUI/

Erreur 503 - Service indisponible

:cry:

falkengott
20th June 2008 09:46 UTC

Depending on the missing Buttons:

I had the same on my XP when i used a NSI file that was before based on XPUI. Exactly the same "non-showing" buttons. Then i re-build the .nsi from scratch based on the UMUI Basic.nsi and than it works perfectly. I didn't compare the two therefore i don't know what it was.

Another question: does anyone know where i can find or get the WANSIS source code that runs after compilation with VS 2005? I'm no C++ guy so i opend the VS2003 based sourcecode in VS2005, let 2005 convert, included all the SDK stuff, compiled without error but didn't run. Shows up an error in the example.nsi in .onGuInit and only tells me: wansis error: c:\......\temp\..\winamp_gen.bmp. No idea why.

SuperPat
20th June 2008 18:26 UTC

I have found why:

Buttons are not drawn if the XPStyle is on.

The bug with some wista is due to other thing.

LoRd_MuldeR
20th June 2008 18:31 UTC

Originally posted by SuperPat
I have found why:

Buttons are not drawn if the XPStyle is on.

The bug with some wista is due to other thing.

I do not use XPStyle, but still I get reports that Buttons are not drawn. I could not reproduce that problem on my own machines so far, but I do not have a Vista machine here. Also I got reports that the installer crashes in NSISArray.dll when "Custom" setup is selected. Since I do not call NSISArray.dll explicitly anywhere in my installer, it must be some problem caused by UMUI. But again I cannot reproduce the problem. I only got a bugreport from a user...

BTW: Your web-site is still down. Has it moved maybe?

SuperPat
20th June 2008 18:55 UTC

New build version 2008-03-15

- Fixed: An other mistake in English language file
- Updated: NSISArray to the last version 1.8.

Download

Files are now hosted on sourceforge.net

Moderators: please update the download link on the first page.

LoRd_MuldeR
20th June 2008 19:16 UTC

Thank you! I'll give it a try...

But it's 2008-06-15 not 2008-03-15, right? ^^

falkengott
20th June 2008 19:28 UTC

ok .. i got a VS2003 .. compile works.

Now lets see if i can do what i want to do as non C++ guy.

SuperPat: you are right .. it was XpStyle ON MY MACHINE .. i compared it meanwhile.

falkengott
7th July 2008 09:16 UTC

Could it be that i'm to stupid?

How to set the StartMenuPage Background color if i have to use the alternate startmenuPage (!insertmacro UMUI_PAGE_ALTERNATIVESTARTMENU Application $STARTMENU_FOLDER) like in example startmenu.nsi?

SuperPat
7th July 2008 09:42 UTC

I am not sure to understand the question.

You can use the define to change the background color with UMUI:
!define MUI_BGCOLOR 4C72B2

LoRd_MuldeR
15th July 2008 03:03 UTC

This is the second report of a crash in NSISArray with my UMUI-based installer:
http://forum.doom9.org/showpost.php?...3&postcount=33

Since I don't use NSISArray in my own code, it must be something in UMUI's "internal" code or a bug in NSISArray itself. I don't know. But the crash either occurs when leaving the "directory" page or when creating/showing the "startmenu" page. Any ideas on what could be the problem?

I cannot reproduce the crash on my own machine :confused:

Thanks in advance :)

SuperPat
15th July 2008 08:37 UTC

Apparently, the bug is due to NSISArray (use in the alternative start menu page).
As I am not the developper of NSISArray and as I can't reproduce this crash, I can't fix it myself.

LoRd_MuldeR
15th July 2008 11:06 UTC

Well, maybe the array simply overflows for some reason. That might be: Too many items (folders or shortcuts) in the startmenu directory or very long filenames. Anything like that possible? Also NSISList might be worth a look if NSISArray fails...

falkengott
15th July 2008 18:14 UTC

Superpat: i only want to change the background color of the alternate startmenupage part (used with treeview) like

MUI_LICENSEPAGE_BGCOLOR

not the whole Background.

I cant find a ALTERNATIVESTARTMENU_BGCOLOR (e.g.)

to change the BG of the alternativestartmenupage.

Please tell me where and how to set the Background of the StartMenuPage in your example StartMenu.nsi

BTW: great work your UMUI

SuperPat
16th July 2008 08:42 UTC

the UMUI_BGINPUTCOLOR define can skin all treeview, droplist, listbox, textinput of your installer.

They are any define to skin only the startmenu treeview because the page is skinned automatically by the INSTALLOPTIONS_DISPLAY macro

LoRd_MuldeR
16th July 2008 11:22 UTC

Originally posted by LoRd_MuldeR
Well, maybe the array simply overflows for some reason. That might be: Too many items (folders or shortcuts) in the startmenu directory or very long filenames. Anything like that possible? Also NSISList might be worth a look if NSISArray fails...

Sorry, an comment on this SuperPat?

SuperPat
16th July 2008 15:34 UTC

Maybe, but NSISArray dynamically alloc the item and dynamically realloc the array for new items... I will try some things.

SuperPat
19th July 2008 18:15 UTC

New build version 2008-07-19

- Fixed: Crash on the Alternative Start Menu page when more than seven sub-directory levels appear in the Start Menu.
- Updated: NSIS to the last version 2.38.
- Doc: Beginning of updated documentation.

Download

LoRd_MuldeR:
The crash happened when the script tried to read items (with the NSISArray:Read function) added in the eighth lists. To corrected it, I simply limited the search of subdirectory to only 7 levels instead of eight as before. NSISArray is limited to eight lists, I did not understand why it crashed when it read items at the eighth...

LoRd_MuldeR
20th July 2008 00:07 UTC

Thanks for the fix, SuperPat :)

LoRd_MuldeR
21st July 2008 12:02 UTC

Another report of buttons not showing up on Vista:

Hey, wasn't sure where to bring this up so figured PM would be better, i came across abit of a strange occurance with your mplayer installer, downloaded the most upto date build and on vista x64 the back next and cancel buttons are blank, all you see is a white square.

I had to guess where they were :)

Lucky i got it first go, i took a screenshot if you'd like to see.

Would it be possible to detect Vista and disable SkinnedButtons in that case?
At least until a proper fix is found...

Thanks in advance :)

[EDIT]

An option to disable skinned buttons (but keep the skin) would be very helpful as a temporary workaround too ;)

SuperPat
21st July 2008 16:31 UTC

Use the define UMUI_NO_BUTTONIMAGE to disable the skin of buttons

For Vista: I can't disable it because it works perfectly with all tested computers, in 32/64 bits, admin/user rights, UAC/noUAC.
The only thing that I did not try is with WindowBlinds...

LoRd_MuldeR
21st July 2008 16:33 UTC

Originally posted by SuperPat
Use the define UMUI_NO_BUTTONIMAGE to disable the skin of buttons

Ahhh, thank you :)

Originally posted by SuperPat
For Vista: I can't disable it because it works perfectly with all tested computers, in 32/64 bits, admin/user rights, UAC/noUAC.
The only thing that I did not try is with WindowBlinds...

Hmmm, I see. :confused:

However I get those reports for some reason, it was not the first one...

LoRd_MuldeR
23rd July 2008 23:49 UTC

I got feedback from the Vista user that UMUI_NO_BUTTONIMAGE fixed the "missing buttons" problem on his system. He also reported the scrollbars are displayed correctly, so UMUI_NO_SCROLLBARIMAGE is not need for some reason. Unfortunately the UMUI_NO_BUTTONIMAGE define will disable the skinned buttons at compile time, for all users. I would like to trigger that on runtime, in my .onInit function. Would it be possible to implement that? Thanks...

SuperPat
24th July 2008 08:40 UTC

You can use:
!define MUI_CUSTOMFUNCTION_GUIINIT myGuiInit
Function myGuiInit
; If Vista
SkinnedControls::unskinit
FunctionEnd

LoRd_MuldeR
24th July 2008 13:38 UTC

I will try that! Thank you :)

LoRd_MuldeR
24th July 2008 14:02 UTC

Uhm, sorry. But calling "SkinnedControls::unskinit" in my MUI_CUSTOMFUNCTION_GUIINIT function will cause the installer to crash immediately...

WebMatze
1st August 2008 17:43 UTC

same problem with the buttons and Vista.
I downloaded the latest version 2008.07.19 and tried to install it, all buttons are invisible and instead i only see grey squares.

My OS: Windows Vista x64 SP1

LoRd_MuldeR
1st August 2008 17:56 UTC

You can add "!define UMUI_NO_BUTTONIMAGE" to workaround the problem...

Archive: UltraModernUI beta2 pre-release

WebMatze
1st August 2008 18:47 UTC

thanks for your answer, i will do it with my owner installers but i also get the poroblem with the installer of Ultramodernui...

Sad for the visa users if they can't correctly install the program itself...

SuperPat
9th August 2008 16:31 UTC

New build version 2008-08-09

_ Fixed: The Welcome/Finish/Abort pages text use the default font size
_ Added: A new define named "UMUI_WELCOMEFINISHABORT_TITLE_FONTSIZE" to change the font size of the Welcome/Finish/Abort pages title. By default this value is set to 12 for default pages and to 8 for the alternative pages.
_ Fixed: A little more mistake in the English language file.
_ Fixed: The AlternativeStartMenu page disable creation shortcut checkbox is shown even if the shellvarcontext options is disabled.
_ Fixed: The UMUI_INSTALLERFULLPATH_REGISTRY_VALUENAME define that was saved with the default value even if the $INSTDIR variable is modified in the DIRECTORY page.
_ Fixed: Bugs in example scripts (e.g.: Maintenance, Update...).

Download

LoRd_MuldeR
9th August 2008 16:52 UTC

Thank you for the update :)

But still no fix for the Vista button problem, too bad...

evin
9th August 2008 21:23 UTC

I maked a test:
- WinXP x86, buttons ok
- WinXP x64, ?
- Vista x86, buttons ok (business)
- Vista x86SP1, buttons ok (ultimate)
- Vista x64, ?
- Vista x64SP1, no buttons (ultimate)

So, i think the x64 or the SP1 for x64 is the source of the problem. (as i see, the UAC or Windowblins doesn't matter)

SuperPat
10th August 2008 12:16 UTC

I have installed a Vista x64 SP1 Ultimate on my PC and I have no problems. (It was a DVD with SP1 slipstreamed by vlite)

I will try to install it in a VMWare. (the RTM version and next, the SP1)

evin
10th August 2008 14:13 UTC

Me to(just to the testing): Vista x64, SP1 included Unlimited
And i don't know why, but no buttons. :(

SuperPat
10th August 2008 16:27 UTC

You are right, no button with Vista x64 + SP1.
Without SP1 it works.

I will make a workaround that disable buttons skin if Vista x64+sp1 is detected.

evin
10th August 2008 17:23 UTC

That's would be great. :up:

LoRd_MuldeR
10th August 2008 17:28 UTC

Originally posted by evin
That's would be great. :up:

Yup :cool:

But maybe it would be safer to disable skinned buttons for all versions of Vista x64 that are equal or newer than SP-1, since we must expect that future Service Packs will have the same problem, unless the opposite is proven...

IMHO skinned buttons could be disabled completely for Vista, since I don't care about Vista as long as I don't get any error reports ;)

aerea
13th August 2008 07:33 UTC

SuperPat,

I would like to bring to your attention a bug that I am experiencing. With your latest version of UltraModernUI, if a MessageBox is displayed in a custom leave function via MUI_PAGE_CUSTOMFUNCTION_LEAVE, some of the buttons on the following screen will not be skinned. This can be demonstrated by the attached script. I'm not sure what's going on, but I think it's in the SkinnedButton plugin. Is there any way you could look in to this?

Thanks.

SuperPat
14th August 2008 21:31 UTC

I know this problem, but I do not know how to fix it...

If anybody known a solution, for this problem, for buttons unskinned with InstallOptionsEx and for buttons unskinned if XPStyle at "on" and if you use vista x64 SP1.

SuperPat
15th August 2008 17:45 UTC

New build version 2008-08-15

_ Fixed: Workaround for the SkinnedControls plugin one Windows Vista x64 SP1 and more that not drawn buttons at all. (Buttons are now unskinned on this system version)

Download

LoRd_MuldeR
15th August 2008 18:28 UTC

Thanks for the update :D

Just a few hours after I released an update of my installer :rolleyes:

WebMatze
15th August 2008 19:27 UTC

thanks a lot!

pospec
16th August 2008 09:11 UTC

I am on my "other" computer which I don't use for work. I have installed the last UMUI version.

There is problem with language page:

!insertmacro: UMUI_UNPAGE_MULTILANGUAGE
Usage: CreateFont $(user_var: handle output)
face_name [height wieght /ITALIC /UNDERLINE /STRIKE] 
Error in macro UMUI_FUNCTION_MULTILANGUAGEPAGE on macroline 168
Error in macro UMUI_PAGE_MULTILANGUAGE on macroline 41
Error in macro UMUI_UNPAGE_MULTILANGUAGE on macroline 7
Error in script "D:\pospec\UltraModernUI_1.00_2008-08-15\
Examples\UltraModernUI\MultiLanguage.nsi" on line 51
 -- aborting creation process

pospec
16th August 2008 09:23 UTC

It seems to be quotes problem:

UMUI.nsh line 5175: CreateFont $MUI_TEMP2 "$(^Font)" "${UMUI_WELCOMEFINISHABORT_TITLE_FONTSIZE}"" "700"

pospec
16th August 2008 10:12 UTC

It went wrong in UltraModernUI_1.00_2008-08-09 version. I wonder that nobody experienced this bug :weird:

Sorry for three consequent posts, maybe moderator could merge them...

SuperPat
16th August 2008 12:29 UTC

New build version 2008-08-16

_ Fixed: Compilation bug with MultiLangage Page (Thanks pospec)

Download

pospec
16th August 2008 12:31 UTC

Il n'y a pas de quoi! ;)

LoRd_MuldeR
16th August 2008 13:50 UTC

SuperPat, I got feedback from the Vista user. Your workaround seems to work :)

Thanks again!

rbchasetfb
9th September 2008 21:49 UTC

I have a couple of problems with password fields from installoptions ini files.

First Problem:
When a user types in a password field, then hits the backspace key, the carret moves back but the * characters remain. When they then type, the carret moves forward again and the * characters that were there before backspace remain until the user types past the end of them.

Second problem:
A user types in the field, then holds ctrl and hits home, the text is highlighted as expected, however, no matter what they type, the highlight stays and all the existing * characters remain, then behavior is like the first problem.

In short, the UI for a password field does not operate as expected. It does, however, operate fine when used in a non-UltramodernUI interface. Any help here would be appreciated.

theTallGuy
19th September 2008 02:39 UTC

I've just switched to using UltraModern UI, mainly because I want to produce a custom look and UMUI seems to handle skinning+ResHacker very well.

I do have one small problem, which I've brought upon myself. I've used ResHacker to move around the components in Dialog 105. And I mean I've moved EVERYTHING around, especially the Header text blocks, which I've shifted down to be right above the big work area. I've also resized the dialog. Generally speaking, it works.

My install script is just a test version of "basic.nsi" that comes with UMUI. I've turned on the Welcome and Finish pages, but not customized them. When I run the installer, everything is great until I get to the Install page. Right before it switches to the Finish page, for a split second, the header text gets what looks like "Installation Complete" written on top of it, such that they both appear at the same time. Then it switches to the Finish page.

It happens so quickly that I can't do a screen capture. Blink and you miss it.

When I switch back to an unhacked UMUI, I don't get the problem, leading me to think that I've moved something -- or perhaps *failed* to move something -- so that the original header text isn't being blanked out.

Another clue: If I don't have a Finish page, the behavior still happens, but the text is replaced with "Installation Complete" and "Setup was completed successfully", which is displayed correctly. There's still a brief flash of overwritten text.

I'm guessing most (all?) developers have not experienced this problem, because hacking the UI is thankfully not the norm. :) But I would appreciate any advice anyone may have about fixing this problem.

Thanks in advance for any help or advice!

Michael

SuperPat
20th September 2008 12:56 UTC

Can you join the exe and eventualy the hacked exe so that I look

theTallGuy
20th September 2008 15:35 UTC

Thanks for the reply! How do I join them? And how do you want me to send them to you?

SuperPat
20th September 2008 15:38 UTC

with your reply on this forum

theTallGuy
20th September 2008 16:09 UTC

D'ohh! Instead of giving you my production script -- too many dependencies for you to compile -- I've given you your "basic.nsi" script updated with the new look. It exhibits the same behavior, though it's right before the StartMenu page displays. (Since on my machine that page takes a while to display.)

The complete setup is included in the attached .zip. Let me know if I've left anything important out.

Thanks again for your help. Please don't spend too long on it!

Michael

SuperPat
20th September 2008 16:41 UTC

Yopu are right, the text you seen is well:
"Installation Complete"
"Setup was completed successfully."

This is normal behavior of MUI. we can see it with UMUI because I have added some instructions at the end of the finish function.

I will release a new version immediately.

SuperPat
20th September 2008 16:58 UTC

New build version 2008-09-20

_ Updated: NSIS to version 2.39
_ Added: New Skin WhiteBlue
_ Fixed: Reduce flicker at the end of the installation

Download

theTallGuy
20th September 2008 16:59 UTC

SuperPat, you are awesome! Thanks for fixing it. I will be happy to test it for you when it's available. :)

Michael

theTallGuy
21st September 2008 16:28 UTC

SuperPat, another question while you're poking around in the code... There are currently several bitmaps used in the background of the installer dialog. (The left image, header image, bottom image and center image.) My design doesn't have five images, just one. For my skinning purposes, having so many images makes things harder, because I need to slice up my design into pieces.

If I were to remove four of the image resources and resize the center image to be the full height and width, will that harm anything. Does the interface get messed up if an expected resource is missing? (I believe I already eliminated the left image, and it seems to work, but maybe I am pushing my luck. :) )

Also, I just noticed the UMUI_CUSTOM_SKIN define, which makes my skinning better, since I need to keep my skin files separate from the normal NSIS code. I can see you really put a lot of thought into this!

Thanks!
Michael

SuperPat
21st September 2008 21:06 UTC

you can use the UMUI_UNIQUEBGIMAGE define in your skin which show only the UMUI_PAGEBGIMAGE_BMP bitmap in full window.

falkengott
23rd September 2008 16:30 UTC

hm ... cant find the latest version under the download link ?????

LoRd_MuldeR
23rd September 2008 16:47 UTC

Originally posted by falkengott
hm ... cant find the latest version under the download link ?????

Here you go:
http://sourceforge.net/project/showf...kage_id=161955

theTallGuy
23rd September 2008 21:38 UTC

The UNIQUEBGIMAGE setting does the trick very nicely! (And its companion setting, UNUNIQUEBGIMAGE.) Thanks for that. I'm really happy to discover how easy it is to create a customized installer using UltramodernUI.

BTW, I tried the 9_20 version, but it still exhibits the overwriting problem on my system. My system is particularly slow, so I suspect it's hard to see on normal systems.

Anyway, thanks for the work and for trying to fix the issue!

Michael

falkengott
25th September 2008 12:32 UTC

Oh my god .. thanks Lord.

I'm so stupid .. forgot to follow the link to the UMUI
(i thought i remember before it was all on one page)

Seems it was to late that evening.

theTallGuy
26th September 2008 01:55 UTC

SuperPat,

There's a minor "bug" in UMUI when its behavior is compared to MUI. In the alternate Start Menu page (using UMUI_PAGE_ALTERNATIVESTARTMENU) if you delete the default choice in the text box you are still allowed to click Next. In MUI, the Next button is disabled if the text box is empty.

The current behavior isn't too bad, but I must admit I prefer the way MUI works in this one case. What would be best, actually, is if this behavior could be controlled by a !define.

Thanks for listening!
Michael

SuperPat
27th September 2008 13:42 UTC

Originally posted by theTallGuy
There's a minor "bug" in UMUI when its behavior is compared to MUI. In the alternate Start Menu page (using UMUI_PAGE_ALTERNATIVESTARTMENU) if you delete the default choice in the text box you are still allowed to click Next. In MUI, the Next button is disabled if the text box is empty.

I will fix it.

Originally posted by theTallGuy
BTW, I tried the 9_20 version, but it still exhibits the overwriting problem on my system. My system is particularly slow, so I suspect it's hard to see on normal systems.

If you don't want to see the text at all, you can redefine these parameters in your script:

!define MUI_INSTFILESPAGE_FINISHHEADER_TEXT ""
!define MUI_INSTFILESPAGE_FINISHHEADER_SUBTEXT ""
!define MUI_INSTFILESPAGE_ABORTHEADER_TEXT ""
!define MUI_INSTFILESPAGE_ABORTHEADER_SUBTEXT ""
!insertmacro MUI_PAGE_INSTFILES

SuperPat
11th October 2008 12:22 UTC

New build version 2008-10-11

_ Updated: NSIS to version 2.40
_ Fixed: In the Alternate Start Menu page, if you delete the text in the text box the Next button is now disabled. (like in the original start menu page)

Download

LoRd_MuldeR
11th October 2008 12:32 UTC

Thank you, Pat :)

Time for a new "official" release, maybe? ^^

SuperPat
11th October 2008 13:17 UTC

Originally posted by LoRd_MuldeR
Time for a new "official" release, maybe? ^^ [/B]

Not without a good documentation...
And currently, I'm not motivated to do it.

Archive: UltraModernUI beta2 pre-release

DomiOh
17th October 2008 21:46 UTC

Sorry if this has still been asked...

Does the Skinned Button Plug-In still work?

thek
5th February 2009 14:18 UTC

Pack UMUI in a zip container
Hello Superpat

It would be nice if you add also a zip(or 7z) package to download for your latest release (UltraModernUI_1.00_2008-10-11)

regards
Norbert

SuperPat
5th February 2009 15:55 UTC

the file exist but it is not correctly named: UltraModernUI_1.00_1.00_2008-10-11.zip

Originally posted by DomiOh
Does the Skinned Button Plug-In still work?

SkinnedButton is no longer supported and it was replaced by SkinnedControls in beta 2

Tomorrow new bugfix release based on NSIS 2.43!

LoRd_MuldeR
5th February 2009 15:59 UTC

Originally posted by SuperPat
Tomorrow new bugfix release based on NSIS 2.43!

Looking forward! :)

SuperPat
6th February 2009 17:40 UTC

New build version 2009-02-06

_ Based on NSIS v2.43
_ Fixed: Never show FinsihPage Title an SubTitle if MUI_FINISHPAGE_NOAUTOCLOSE is defined. [NSIS patch]
_ Fixed: Remove some gratuitous use of non-ANSI characters that were making the Unicode patch harder to review. [NSIS patch]
_ Fixed: Don't allow both "reboot now" and "reboot later" to be turned on at the same time. [NSIS patch]
_ Fixed: You can call the installer with the /remove command line argument and the same things with the uninstaller and the /modify, /repair, /continue command line arguments.
_ Improved: Packages installer. The Skins, BGSkins, UIs, Graphics, INI folders were deleted during the update process even if you added custom contents.

Download

LoRd_MuldeR
7th February 2009 19:50 UTC

Originally posted by SuperPat
New build version 2009-02-06

_ Based on NSIS v2.43
_ Fixed: Never show FinsihPage Title an SubTitle if MUI_FINISHPAGE_NOAUTOCLOSE is defined. [NSIS patch]
_ Fixed: Remove some gratuitous use of non-ANSI characters that were making the Unicode patch harder to review. [NSIS patch]
_ Fixed: Don't allow both "reboot now" and "reboot later" to be turned on at the same time. [NSIS patch]
_ Fixed: You can call the installer with the /remove command line argument and the same things with the uninstaller and the /modify, /repair, /continue command line arguments.
_ Improved: Packages installer. The Skins, BGSkins, UIs, Graphics, INI folders were deleted during the update process even if you added custom contents.

Download

Thanks. Works good :)

anandharaja
6th March 2009 12:43 UTC

how to force user to install serial number as i provided in UltramodernUI
hello superpat

i want a script for ultramodernUI serialnumber page.superpat i want to force the user to enter serial number as i provided for that package.and also i have many serial number in register.txt the package should check serial number in text file and also this register.txt should not read by user.

yvesm
13th March 2009 17:53 UTC

Installing UltraModern
Hi,

I found out about UltraModern today and IÂ´d like to ask if what I think is right. On the download page (http://sourceforge.net/project/showf...ease_id=608330), the list shows :

NSIS{version}*
Ultra*

The NSIS* installers will install NSIS{version} together with UltraModern and Ultra* need NSIS{version} installed. Now as of today UltraModernUI_1.00_2009-02-06.exe is the latest version. I already have NSIS 2.43 and when I luanch the installer it finds it all right. Before I go on and install UltraModern, I would like to know if it can break my current NSIS install. IÂ´m playing with MUI and MUI2 and I want to make sure adding UltraModern to the mix wonÂ´t make my working environment go berserk. Please confirm the Ultra* exe only adds files to the current NSIS install and wonÂ´t affect itÂ´s behaviour.

TIA,

Yves M oisan

SuperPat
13th March 2009 22:11 UTC

I confirm you that the UltraModernUI_1.00_2009-02-06.exe does not replace any file except for the languages files that are updated if required or if you check this options

xbarns
16th March 2009 22:49 UTC

I am trying to build a unicode setup with the latest UMUI installed, sadly i get an error saying:

SkinnedControls error: æ…¢â¤æ…°æ…²æ•_æ•´ã©²â¼_

Is this known? Can i disable SkinnedControls or ist it an essential part of UMUI?

Thanks for any help.

SuperPat
17th March 2009 09:45 UTC

You can disable skinned controls by adding:

!define UMUI_NO_BUTTONIMAGE
!define UMUI_NO_SCROLLBARIMAGE

xbarns
17th March 2009 13:01 UTC

Perfect that did the trick, but now i have a new problem:

I keep my (NS)Dialogs in seperate files for better overwiew and sharing between different setups, i map the file in like this

!include "..\..\Shared Resources\NSIS Script\Dialog_GetLicenseFile.nsh"

when i do that with Umui i get this error:

Error: no branding image found in chosen UI! Error in macro MUI_HEADER_TEXT on macroline 9 !include: error in script: "..\..\Shared Resources\NSIS Script\Dialog_GetLicenseFile.nsh" on line 50 Error in script "LCM_Setup_Unicode2.nsi" on line 54 -- aborting creation process

When i copy the dialog out of the seperate file into the main setup.nsi the error goes away and it works just fine, there is a grey background (instead of the chosen green one) in that dialog but i guess i that can be adjusted somehow.

Any ideas?

mrsharkbait
7th April 2009 19:50 UTC

Hi SuperPat,

Just want to let you and others to know that when you run the UMUI installer on Vista 64-bit, the buttons first show up, but immediately gets painted over, resulting in white spaces. Per your post I disabled the skin controls and was able to get the buttons to display correctly. I guess the default skin is in a different location for 64-bit Windoze.

SuperPat
8th April 2009 08:34 UTC

It's strange because it work fine with me...

anandharaja
9th April 2009 08:08 UTC

Image in Description
hi super pat
i want to insert image in description page for individual sections. how to do that, if any plug in available please tell. i asked a script for serial number page no reply from your side. see my previous post about serial page it is possible or not reply me.

Thanks in advance:) :p

BarryJohnston
6th May 2009 16:20 UTC

You asked for help with skins and since I'm new to NSIS and Ultra Modern UI, letting you know that the SoftGray skin has paths for SoftBlue in it is the best I can offer at the moment.

Also, has anyone solved the button image issue yet?
(I did use the !define UMUI_NO_BUTTONIMAGE option and that works.)

Thanks,
Barry

SuperPat
6th May 2009 17:58 UTC

Thanks

IYIaster
6th May 2009 19:18 UTC

First time seeing this today. Figured I would give it a try. Tried to load the basic test script that comes with this and got this error
"!include: could not find: C:\Program Files (x86)\NSIS\Contrib\Modern UI\Language files\English.nsh"

looks like its trying to find the language file in "Modern UI\Language files\English.nsh" instead of "Ultra Modern UI\Language files\English.nsh"

BarryJohnston
6th May 2009 19:59 UTC

I was in the same situation today as well. Installing beta 2 seemed to clear up the errors but there where some warnings to work through afterwards. All the clues are further up in this thread.

LoRd_MuldeR
19th May 2009 22:12 UTC

Originally posted by mrsharkbait
Hi SuperPat,

Just want to let you and others to know that when you run the UMUI installer on Vista 64-bit, the buttons first show up, but immediately gets painted over, resulting in white spaces. Per your post I disabled the skin controls and was able to get the buttons to display correctly. I guess the default skin is in a different location for 64-bit Windoze.

The same problem happens on Windows 7 (tested the 64-Bit version).

If I enable the "skinned" buttons, then there are no buttons visible at all :(

Any workaround possible other than disable the "skinned" buttons completely?

Thank you :)

DrO
20th May 2009 00:11 UTC

am fed up of seeing people complaining about the missing buttons (which aren't depending on the colour scheme and how well your monitor is setup - they are just grey blobs by default which makes them visible ;) ) so i've had a quick look at the plugin (which someone should have done ages ago rather than keep posting 'me too' replies) which does the skinning and it's due to an attempt in the code to not mis-handle link style controls from the InstallOptionsEx plugin.

the attached version (includes updated SkinnedControls plugin and UMUI.nsh to replace your existing ones) i hope will rectify this and seems to work ok with the example files i threw at it (mainly IOEx based ones and the script for UltraModernUI). if it is ok then i'll clean up my changes to the source code for SuperPat to put into the distro, etc.

-daz

LoRd_MuldeR
20th May 2009 00:39 UTC

Thanks a lot, DrO :cool:

I tried your fixed version of SkinnedControls and it seems to work much better. All the "standard" buttons (Next, Back, Cancel, etc) are visible and skinned now! Unfortunately the "Show Details" button on the install page is still missing. This is on Windows 7, RC-1, 64-Bit. Hope the remaining problem can be fixed too.

[EDIT]

The "Show Details" button is now missing on Windows XP too, so the fix broke something :confused:

DrO
20th May 2009 00:53 UTC

hmm, ok. wasn't aware of the UMUI installers showing that button in the first place but then again with the button style checks i'm having to do it's not that much of a surprise. what script are you using or is there a test script that shows the issue (just need something as i'm far too rusty on my nsis coding to remember what's needed to have that button show).

also at the moment i'm only working on a Vista x64 install but that should give the same results as Win7 i'd have hoped.

-daz

LoRd_MuldeR
20th May 2009 00:59 UTC

My script is available from my SVN:
http://opensvn.csie.org/viewcvs.cgi/...oot=mulder1984

But it's a pretty big script with lot of dependencies.
It will be more easy to reproduce the problem with one of the UMUI example script, I think.

You can try:
NSIS\Examples\UltraModernUI\Basic.nsi

DrO
20th May 2009 01:04 UTC

okies, will have a look into it on thursday night now (have prior commitments so won't be able to do any coding tonight now). though one non-drawn button out of all of them is better than before ;). will post back once i've had a play around with things.

-daz

LoRd_MuldeR
20th May 2009 01:26 UTC

Originally posted by DrO
okies, will have a look into it on thursday night now (have prior commitments so won't be able to do any coding tonight now). though one non-drawn button out of all of them is better than before ;). will post back once i've had a play around with things.

-daz

Thanks. Looking forward...

DrO
21st May 2009 23:08 UTC

lets see how this one works. is a better direct fix of the first issue against the original code but it also uses the mode i implemented to handle some edge cases for some InstallOptions buttons.

-daz

LoRd_MuldeR
22nd May 2009 00:28 UTC

I can confirm that this versions works correctly on Windows XP (64-Bit) and Windows 7 RC-1 (64-Bit).

Great work :D

Now I hope that SuperPat will include the fixed version in UMUI...

DrO
22nd May 2009 10:52 UTC

that's a relief to know it's working :)
now i just need to provide the altered files that need to be included in svn for SuperPat...

-daz

SuperPat
22nd May 2009 16:14 UTC

Nice work, Thanks a lot!

I will release a new version as soon as I received the fixed skinned controls source code and as soon as NSIS 2.45 will be released.

Can you see why the transparent icons background are grey with the InstallOptionsEx plugins (See the InstallOptions.nsi example)? Thanks.

DrO
22nd May 2009 22:22 UTC

see how the icon thing works with the following test build. appears to work ok from a few quick tests (was due to the icon handling not respecting transparency in the same way the bitmap loader does - will now do the same for both)

-daz

SuperPat
23rd May 2009 11:47 UTC

It works!

Can I ask you why your DLLs are smaller than mine (compiled in release mode with Visual 2005)?
Do you use visual studio 2008 or a particular option?

DrO
23rd May 2009 12:38 UTC

yay :)

i've been compiling them in release mode with VS2003 and changed it to not use the Win98 loading optimisation (just a habit from the other projects i work on). also the Skinned Controls one was not set to remove unused sections / comdat stuff (whereas IOex was set to do so).

i'll have the altered source files uploaded probably later tonight but will leave you to alter the project files as needed (makes more sense if you're building with VS2005 rather than mess things up with the files i've got adjusted to load in VS2003).

-daz

DrO
23rd May 2009 19:35 UTC

SuperPat: here's the edited source files.

-daz

SuperPat
23rd May 2009 19:38 UTC

Thanks

LoRd_MuldeR
13th June 2009 17:04 UTC

I noticed a serious problem with UMUI and the UAC plugin: The UAC plugin will create two processes. The "outer" process is running with user privileges, the "inner" one with elevated rights. The "inner" process is the actual installer, but whenever it needs to do something as the normal user (e.g. launch an application that we don't want elevated) it will ask to the "outer" process to do that. So far this works fine and fixed my problems.

Now the UMUI problem: When UMUI changes the language, it will re-start the installer. When using UAC this means: The "inner" process will terminate (and re-start), the "outer" process will terminate after the "inner" has terminated. Now only the "inner" process (the new instance created by UMUI after language switch) is running, but the "outer" process is missing. Consequently all actions that needed the "outer" process will fail (do nothing in fact).

How can I workaround that problem? Thanks in advance :)

SuperPat
13th June 2009 21:20 UTC

New build version 2009-06-13

- Based on NSIS v2.45
- Fixed: The serial number page show validation error texts if the an abort page is inserted and if you cancel the page while the fields are not filled.
- Fixed: The SoftGrey Skin was show the SoftBule images

SkinnedControls plugin:
- Fixed: InstallOptionsEx button were not skinned (by daz)
- Fixed: Vista SP1, SP2 and Seven x64 buttons were not drawn (by daz)

InstallOptionsEx plugin updated to version 2.4.2b2:
- Compiled with VisualStudio 2008. Smaller dll.
- Added: skipValidation dll function: If a page contains fields with MinLen or MaxLen and ValidateText attributes, you can go to the next page by skipping the text validation.</li>
- Fixed: Memory access violation (by phalanger)
- Fixed: Transparent icons had a grey background (by daz)
- New: Two versions of the plugin are available: a legacy version and a version using the new NSIS plugin API.

Download

SuperPat
13th June 2009 21:24 UTC

Originally posted by LoRd_MuldeR
Now the UMUI problem: When UMUI changes the language, it will re-start the installer. When using UAC this means: The "inner" process will terminate (and re-start), the "outer" process will terminate after the "inner" has terminated. Now only the "inner" process (the new instance created by UMUI after language switch) is running, but the "outer" process is missing. Consequently all actions that needed the "outer" process will fail (do nothing in fact).

How can I workaround that problem? Thanks in advance :)

I have tried with UAC, but but I did not find any problems...
The inner process has a higher privilege level too.

Anders
13th June 2009 21:36 UTC

I should add that the UAC plugin is not tested or supported on other UI's. Having said that, you could probably move the call to the UAC plugin after the language selection (I have never used the UMUI and don't know how it works)

SuperPat
13th June 2009 21:43 UTC

Originally posted by Anders
I should add that the UAC plugin is not tested or supported on other UI's. Having said that, you could probably move the call to the UAC plugin after the language selection (I have never used the UMUI and don't know how it works)

I don't use the UAC plugin in UltraModernUI, just the instruction in packages script:
RequestExecutionLevel admin

I never tested the UAC plugin

Archive: UltraModernUI beta2 pre-release

LoRd_MuldeR
13th June 2009 21:59 UTC

Originally posted by SuperPat
I have tried with UAC, but but I did not find any problems...
The inner process has a higher privilege level too.

When using the UAC Plugin only the "inner" process is elevated. The "outer" process runs with RequestExecutionLevel user. This way the "inner" process, while being elevated, can ask the "outer" one to run jobs at user level. This is required, because once a process is elevated, all processes it creates are elevated too. But this causes serious problems. If you launch a normal application with elevated rights, then Drag&Drop will be disabled. And other strange things happen! So we need to be able to launch Non-elevated processes from an elevated installer. That's why the UAC Plugin is so important: It allows to run the "main" (inner) installer at elevated level and do the install tasks, but we can still launch user processes from the "outer" process.

Now the problem with UMUI is that it restarts the installer, when the language is changed. When using UAC Plugin, only the "inner" installer will be restarted. The "outer" one will simply terminate! Because the "outer" one was waiting for the "inner" one and the "inner" one has terminated, so the "outer" one does too. It can't know that the "inner" one created a child process, just before it terminated. Well, that's the usual ExecWait behavior. As a result only the "inner" (elevated) installer will be running after language change in UMUI. All calls that would involve the "outer" installer, such as UAC::Exec will fail! That's a serious problem and it means we can't use UMUI with UAC right now.

I came up with the following workaround for that:
http://pastie.org/510964

Any comments would be welcome :)

It's really important to get UMUI working with UAC...

SuperPat
13th June 2009 23:40 UTC

New build version 2009-06-14

- Fixed: Problem with the UAC plugin when UMUI restart the installer.

Download

LoRd_MuldeR
13th June 2009 23:45 UTC

Originally posted by SuperPat
New build version 2009-06-14

- Fixed: Problem with the UAC plugin when UMUI restart the installer.

Download

Oh, wow. That was fast. Thanks!

But your "Download" link redirects to an empty folder. Do I miss something? :confused:

SuperPat
14th June 2009 01:06 UTC

Oups, very old link, sorry (last post edited):

http://sourceforge.net/project/showf...ease_id=608330

Moderator, please can you update the link in the first post?

LoRd_MuldeR
14th June 2009 01:16 UTC

Ahhh, thanks :)

logue
25th June 2009 10:29 UTC

I've made Japanese language file for UMUI.

SuperPat
26th June 2009 19:48 UTC

Thanks a lot

SuperPat
6th December 2009 12:13 UTC

New build version 2009-12-06

- Based on NSIS v2.46
- Added: Japanese translation (by logue)

Download

SuperPat
6th December 2009 12:26 UTC

It seems that the world "u_l_t_r_a_m" is censored in this board, so I can't post link containing these characters and and the link of my signature does not work anymore...

Please, is an administrator could remove this word from the list?

LoRd_MuldeR
6th December 2009 12:48 UTC

SuperPat, thanks for the update :)

As a temporary workaround for the link problem, you could use:
http://*******.com/

EDIT: Arrgh, T.I.N.Y_U.R.L is censored as well :cry:

forge
7th December 2009 07:53 UTC

found unhandled register $4 in MUI_FUNCTION_INSTFILESPAGE macro

System::Call "user32::InvalidateRect(i,i,i)i (r8, 0, 1).r4"

r4 => $4 data lost after this Call or it should be like that ???

Attach: Polish version language file for UMUI

Good Job M8

SuperPat
20th December 2009 14:49 UTC

New build version 2009-12-20

- Fixed: Unhandled register $4 in MUI_FUNCTION_INSTFILESPAGE macro
- Added: Polish translation (by forge)

Download

LoRd_MuldeR
22nd December 2009 01:37 UTC

Thanks :)

SuperPat
25th December 2009 13:48 UTC

New build version 2009-12-25

- Fixed: the UMUI_ADDITIONALTASKS_IF_NOT_CKECKED macro does not work
- Fixed: If you use the Abort Instruction in the alternative start menu custom leave function, the pas was not displayed
- The Context radio buttons of the alternative start menu page are disabled if the installer doe not have administrator rights (Start menu shortcuts can only be created for current user).

Download

Merry Christmas!

LoRd_MuldeR
25th December 2009 14:24 UTC

SuperPat, can you compile UMUI installers with nsis-2.46-strlen_8192.zip ???

It always crashes on me. I tried NSIS 2.45 and NSIS 2.46 ...

HSorgYves
25th December 2009 17:48 UTC

WOW, very quick release! Most problems reported yesterday (!!!) have already been fixed. Using UMUI was the right choice...

Keep on the good work!

Best Regards,
Yves

SuperPat
26th December 2009 12:08 UTC

Originally posted by LoRd_MuldeR
SuperPat, can you compile UMUI installers with nsis-2.46-strlen_8192.zip ???

It always crashes on me. I tried NSIS 2.45 and NSIS 2.46 ...

UMUI was developed to run with the normal version of NSIS.

Can you send me an example script that crash?

LoRd_MuldeR
26th December 2009 13:04 UTC

Originally posted by SuperPat
UMUI was developed to run with the normal version of NSIS.

Can you send me an example script that crash?

Yes, of course. But it's a pretty complex script:
http://code.google.com/p/mulder/sour.../MPlayer/Setup

No idea what exactly triggers the crash, but it's always at the same line :confused:

SuperPat
26th December 2009 15:44 UTC

can you send the error log?

LoRd_MuldeR
26th December 2009 18:52 UTC

Sure. Here we go:
http://i47.tinypic.com/2s0og05.png

The log:
http://www.mediafire.com/file/htzmjf...sh_Log.txt.bz2

SuperPat
2nd January 2010 21:27 UTC

Originally posted by LoRd_MuldeR
SuperPat, can you compile UMUI installers with nsis-2.46-strlen_8192.zip ???

It always crashes on me. I tried NSIS 2.45 and NSIS 2.46 ...

It seem that UMUI won't compile with the large string version. NSIS crash...

More info:
http://forums.winamp.com/showthread....postid=2613197

Alfaromeo
26th March 2010 07:43 UTC

Superpat,

I remember there was an issue with changing text color on the dialogs using UMUI_TExt_LIGHTCOLOR . Was this fixed ?

SuperPat
26th March 2010 14:50 UTC

Originally posted by Alfaromeo
Superpat,

I remember there was an issue with changing text color on the dialogs using UMUI_TExt_LIGHTCOLOR . Was this fixed ?

I was not aware there was a problem with this define but it seems to work correctly.

Alfaromeo
20th April 2010 08:51 UTC

Superpat,

I get a black background around the license page checkbox using the below code in my script , using the UMUI latest version.

!define UMUI_UNIQUEBGIMAGE
!define UMUI_UNUNIQUEBGIMAGE

!define UMUI_PAGEBGIMAGE
!define UMUI_UNPAGEBGIMAGE

!define UMUI_PAGEBGIMAGE_BMP "Path to BMP file"

Please explain

Alfaromeo
21st April 2010 09:47 UTC

Anybody ? I'm getting these black backgrounds on all radio buttons and checkboxes when I use XPStyle On.

SuperPat
21st April 2010 09:53 UTC

Originally posted by Alfaromeo
I get a black background around the license page checkbox using the below code in my script , using the UMUI latest version.

!define UMUI_UNIQUEBGIMAGE
!define UMUI_UNUNIQUEBGIMAGE

!define UMUI_PAGEBGIMAGE
!define UMUI_UNPAGEBGIMAGE

!define UMUI_PAGEBGIMAGE_BMP "Path to BMP file"

I can not reproduce this problem

Alfaromeo
21st April 2010 10:26 UTC

Please find this working example for your reference


SetCompressor LZMA
!include UMUI.nsh

!define UMUI_TEXT_COLOR "000000"
!define MUI_BGCOLOR "d9dbdc"
!define UMUI_TEXT_INPUTCOLOR 003366
!define UMUI_UNIQUEBGIMAGE
!define UMUI_UNUNIQUEBGIMAGE

!define UMUI_PAGEBGIMAGE
!define UMUI_UNPAGEBGIMAGE

!define UMUI_PAGEBGIMAGE_BMP "Path to BMP file"

LicenseForceSelection checkbox
OutFile "test.exe"

!insertmacro MUI_PAGE_LICENSE "Path to license file"
!insertmacro MUI_LANGUAGE "English"
XPStyle On

Section Main
SectionEnd

Please have XP theme enabled before testing the above script

Alfaromeo
22nd April 2010 11:40 UTC

Were you able to reproduce this problem ?

SuperPat
28th April 2010 09:07 UTC

With XPStyle On, the SetCtlColors instruction is ignored on static pages radio buttons and checkboxes.

You need to remove the XPStyle instruction or the MUI_LICENSEPAGE_CHECKBOX define.

Alfaromeo
6th May 2010 14:30 UTC

Never mind , I turned the XPStyle off for now .

I have a requirement now to bypass the UMUI Update page and show the license page .
My sequence of dialogs are

Welcome -> License -> Directory -> install files- > finish

On upgrade , I need to show the License -> installfiles -> Finish

I tried to have a condition in the Welcome show function which detect the version and on being higher I navigate to License Page . But somehow the installation seems very slow and erroneous in this sequence .
Is this the right way to skip the update page ?

Alfaromeo
7th May 2010 01:55 UTC

Any suggestions

SuperPat
7th May 2010 21:38 UTC

You can use the UMUI install flags:

For example, in your onInit function you can set the flag:

!insertmacro UMUI_SET_INSTALLFLAG ${UMUI_UPDATE}

The welcome and directory pages are aborted by this flag.

The license Page is also aborted by this flag but you can override this behavior by defining:

!define UMUI_ABORT_IF_INSTALLFLAG_IS ${UMUI_CANCELLED}
!insertmacro MUI_PAGE_WELCOME

evin
2nd June 2010 13:13 UTC

I have a little problem. I tried to use the TaskbarProcess plugin, but it doesn't work with UMUI, because this use the PageCallbacks [show_function] of the install page, which isn't in the UMUI. There is any other option, using this plugin in UMUI?
THX

jpderuiter
2nd June 2010 13:20 UTC

use the MUI_PAGE_CUSTOMFUNCTION_SHOW macro to define the callback function
(See the UMUI manual: http://******odernui.sourceforge.net...ustomFunctions)

evin
2nd June 2010 17:19 UTC

And works. :up:
Thanks

SuperPat
1st August 2010 18:19 UTC

Sorry for the long time since the last build :confused:

New build version 2010-08-01

- Updated: NSISArray plugin to version 2.4 that using the new API version. The old version 2.2 of the DLL plugin, using the old API, is kept for user having NSIS versions prior to 2.42.
- Modified: UMUI installers now install the new API version of the InstallOptionsEx plugin instead of the legacy version for user having NSIS versions 2.42 or later.
- Added: Configuration define in the Include\UMUI.nsh and Include\MUIEx.nsh files to choose if UMUI need to use the old API version.
- Fixed: Missing installing two files (exdll-vs2008.sln, exdll-vs2008.vcproj in examples\plugin directory) in the NSIS+UMUI package.
- Fixed: Warning in the confirm page if UMUI_CONFIRMPAGE_TEXTBOX is not defined.
- Added: The information page now support natively multiple translated information files. See the Information.nsi example for details.
- Fixed: The last two characters of the last line of text files where dropped in information pages.
- Optimization: UMUI use the $EXEPATH variable instead of the System plugin to find the installer full path. Consequently, UMUI is now compatible with NSIS 2.26 at least.

TODO:
- If (components, installdir...) pages are aborted because the user choose the minimal, standard or complete option in the install type page, their default properties will be saved in the registry.
- Add support for the large string version of NSIS.
- Create an Unicode version of Ultra Modern UI and its plugins compatible with the incoming version of NSIS.

Download

SuperPat
11th November 2010 16:26 UTC

New build version 2010-11-11

- Fixed: Bug withthe LangDLL plugin that showed bad languages list when the MUI_LANGDLL_ALLLANGUAGES option was not used.

TODO:
- Fix: If (components, installdir...) pages are aborted because the user choose the minimal, standard or complete option in the install type page, their default properties will be saved in the registry.
- Add: support for the large string version of NSIS.
- Create an Unicode version of Ultra Modern UI and its plugins compatible with the incoming version of NSIS.
- Improve: The documentation is outdated and the SkinnedControls plugin documentation is non-existant. So you can see examples to see all properties.
- Improve: Need to rewrite one of the macros managing "UMUI Flags" (It allows, among other things, what options were chosen in the different pages ...).

Download

Tallmaris
12th January 2011 10:42 UTC

Hi SuperPat,

I'm trying to use the UMUI for a MultiLanguage installer. What I found is that if I try to add Russian in my installer all I get is garbage in the interface. I tried compiling using unicode-NSIS but this seems to break the SkinnedControls plugin (I get an error with a message in Chinese and I get no language selection box). I also tried with the example provided but I have the same problem.

I reckon I have two options here:
1) Do not show Russian if the codepage is not compatible
2) Make SkinnedControls work with Unicode

Do you have an idea on both those solutions and what would be the correct way to proceed?

Thanks!

DrO
12th January 2011 11:56 UTC

Originally posted by SuperPat
TODO:
- Create an Unicode version of Ultra Modern UI and its plugins compatible with the incoming version of NSIS.

Tallmaris: that's on the todo list from the last (and previous changlogs) so until SuperPat / someone else sorts it out then you're going to keep having the issue you are seeing i believe (though the code for the plug-in should be available so you could compile a version yourself if needed).

-daz

Tallmaris
13th January 2011 09:55 UTC

HI there,

Sorry I had to read the TODO list before posting... Anyway, I went the hard way (not that hard once you know what to do but I'm pretty noob in C++) and recompiled the SkinnedControls plugin. I have attached the source code and the compiled dll (it is in the plugins folder) for anyone wanting to give it a shot.

The problem I have now is that the UI_PAGE_MULTILANGUAGE is not appearing, probably because I am using InstallOptionsEx which again is not Unicode. I'll see what I can do with it (I'm afraid I don't have the source code tho) or maybe switch to InstallOptions and get rid of the TreeView view in the StartMenu page.

Anyway, enjoy the Unicode SkinnedControls (provided "as-is" with no warranty etc. etc.)

Archive: UltraModernUI beta2 pre-release

Tallmaris
13th January 2011 11:15 UTC

Well, NSIS Array is Unicode and using InstallOptions unicode also works. I'm almost getting there except for one thing, the Russian name of the language instead of being "Русский" is all "???????" and also the Welcome page/start menu page and Finish page is all ????? while other pages and buttons work fine... (missing translation?)

Tallmaris
13th January 2011 14:51 UTC

OK!

For whoever is interested I managed to fix this as well. The solution is to convert all the INI files present in $NSISDIR\Contrib\******odernUI\Ini\ to UTF-16LE (You can do this with Notepad++). That way, WriteIniStr can detect the encoding and write a proper string that can appear no problem.

To recap, to get UMUI working with Unicode:
1) Get the SkinnedControls.dll compiled for Unicode (posted a couple of posts above)
2) Get the NSISArray.dll comiled for Unicode (thanks to afrowuk: http://www.afrowuk.co.uk/)
3) DO NOT define UMUI_USE_INSTALLOPTIONSEX (At least until we get InstallOptionsEx compiled for Unicode, will work on that as well!). That means you can't use the TreeVIew in the AlternativeStartMenu page.
4) Convert all the INI files from UMUI from ANSI to UTF-16LE

I have tested this only on my Win7 machine so as usual anything can break on any other PC but at least now it's working fine.

Tallmaris
17th January 2011 16:32 UTC

I DID IT!

Well, partially. But anyway here is the InstallOptionsEx plugin working in Unicode. The RichText fields are not working because the creation function was too complex and I really had no time to go over it (and the various fread, fopen and fseek).

Anyway it works for my installer and with the UMUI interface... probably still need to solve a problem with the treeview StartMenu page but for the time being everything else works.

Hope you enjoy it!

Some more details are on my blog: http://tallmaris.wordpress.com/2011/...ern-interface/

Regards,
Leandro Tramma

Tallmaris
18th January 2011 12:39 UTC

Unicode UMUI
Also the last obstacle with the Treeview StartMenu page has been overcome. It needed replacing the FileRead and FileWrite functions with the corresponding FileReadUTF16LE and FileWriteUTF16LE in Unicode NSIS.

Feel free to download the amended .nsh file (zipped) and please let me know any problems you may find. I don't know how much time I'll have to support this but I'll do my best.

Regards.

T.Slappy
23rd March 2011 09:00 UTC

Originally posted by Tallmaris
HI there,

Sorry I had to read the TODO list before posting... Anyway, I went the hard way (not that hard once you know what to do but I'm pretty noob in C++) and recompiled the SkinnedControls plugin. I have attached the source code and the compiled dll (it is in the plugins folder) for anyone wanting to give it a shot.

The problem I have now is that the UI_PAGE_MULTILANGUAGE is not appearing, probably because I am using InstallOptionsEx which again is not Unicode. I'll see what I can do with it (I'm afraid I don't have the source code tho) or maybe switch to InstallOptions and get rid of the TreeView view in the StartMenu page.

Anyway, enjoy the Unicode SkinnedControls (provided "as-is" with no warranty etc. etc.)

I made wiki page for SkinnedControls plugin http://nsis.sourceforge.net/SkinnedControls_plug-in, if you change something in the code, please mentioned it there too.

ripper17
18th May 2011 10:03 UTC

I already read the thread, but still am confused:
When using "XpStyle on" - the Show Details button is not showing. Should this be fixed with a current snapshot from sourceforge or is this still a known issue? Any way of getting around it other than turning XpStyle off?

Thanks for an awesome UMUI!

Alfaromeo
13th August 2011 04:26 UTC

I have been using this UI a lot.
We use uniquebgimage with pagebgimage to display a background
Image in the dialogs.
However, in the license dialog if you highlight some text
In the eula and overlap the dialog with some other open
Windows like notepad , then when the focus returns
Back , the eula text box seems invisible.only when you
Highlight with mouse could I see the box.
Is this a bug or an paint issue?

logue
26th October 2011 12:52 UTC

I made a collection of things related UMUI installer for NSIS Unicode version came out in the topic.
http://dl.dropbox.com/u/40510768/NSI...2011-10-25.exe

Such Infomation.nsh, there are many such examples do not work properly...

TrifonovS
18th October 2013 06:31 UTC

Is it possible to use UMUI together with the latest NSIS V3.0a1?

TrifonovS
21st October 2013 08:59 UTC

One more question. Can I create (and how) my own dialogs (based on the existing ones) when I'm using UMUI? I have done this with MUI2, but now I can't the code that generates these new dialogs. For example I need a special FINISH-dialog which is slightly different that the original one.