-
Inherit base template between multiple WISE projects
Often we have common dialogs and scripts that is shared between
multiple setup. Currently these dialogs and scripts are defined in
the common template that all our project are based on.
Problem occurs when these common dialogs or scripts are changed in
the base template, then we need to go through 20+ setup file to
update their dialogs or scripts. This can become painful and time
consuming.
If only WISE can support some kind of inheritance with its base
template, then any update to the base template will be propagated
to all other projects when they're rebuild.
Please Note:
The forms with the top image cannot have a background color of
white, only grey. The reason for this is because the Wise for
Windows Installer's designer is limited in its capability of
having background images with controls such as check boxes and
group boxes on top of the image. They do not have the capability
of being transparent, and there is no "Send to Front" option.
-
When uninstalling an explorer window should be opened underneath
I think that when uninstalling an explorer window should be opened
underneath (or add a control under the status bar).
And as it is uninstalling it is showing the files removing.
At the end if there are still some left it should say "There are
files remaining. You should review then delete them."
Figure: An explorer window should be opened so users can see the
files are removing.
-
Wise should provide users a better "Browse..." window
The "Browse..." window Wise installer provided by default has an
ugly and non-standard interface.
Figure: An Ugly and non-standard interface, with wrong icons and
borders for items.
Figure: An example of good and standardised "Browse..."
interface.
-
Wise should have better support for designer controls
There are many limitations to the design controls. The most
significant limitation is the number of available controls.
Figure: Only a handful of controls are available for use.
Certain Industry standards require such controls like e.g. the
Link Button.
When dealing with the controls that are available, there are also
limitations to the property of each control.
One clear example is the inconsistent use of the transparency
property.
Figure: Label properties include transparency. This way it is
possible to have text boxes over background images.
Figure: Checkbox properties do not have transparency. They will
look ugly with a background image that has a color other than
grey.
This limitation found in the checkbox could only provide a
work-around i.e. having a checkbox without text, and providing a
transparent label adjacent to the checkbox control.
However this led to another serious issue with the designer; the
checkbox would appear
behind
the background image, and sometimes (even when simply performing a
mouse-over the checkbox control) it would appear in front of the
image.
Figure: Wise gets confused with which controls to "send to
front" or "send to back" i.e. the white image is in front of the
checkbox. Also note the lack of transparency on checkbox
controls.
Figure: A simple mouse-over will perform a "send-to-front". This
occurs during runtime of the installation package and not in the
designer.
Suggestions:
- Provide transparency on all controls,
-
the ability to "send-to-front"/"send-to-back" for all controls
in the designer,
-
and provide more variety of controls e.g. Link Button.
-
Wise should allow multiple calls to System Search so that the
prerequisite status can be refreshed
The Installation Prerequisites Dialog is necessary to help the
user download any required software for the product as shown
below:
-
-
Figure: If there are items that are not installed, the user has
the ability to download the software by clicking the "Download"
button.
Most likely, the user will keep the Wise Installation wizard open
in the background while they go ahead and install the required
software. The problem occurs when the software has been
successfully installed, and the user would like to refresh the
status of the prerequisites by clicking a "Refresh" button.
Having a "Refresh" button in the Wise Installer would require the
"AppSearch" action to be called just as it is called on the load
of the Installer as shown below in the MSI Script:
-
-
Figure: AppSearch Step being called in the MSI Script when the
Wise Installer loads for the first time.
Wise does not respond to the "AppSearch" call unless it is called
from the above step.
Suggestion:
Wise should allow custom calls to the "AppSearch" step to allow
developers to add a "Refresh" button that would raise an event to
call the "AppSearch" action again.
-
Critical problems about IIS and ASP.NET
There are two critical problems we found in Wise (Wise
Installation Studio 7 sp1 ) about packaging a web application:
#1 IIS configuration doesn't work well
-
- Figure: IIS settings in Wise
-
- Figure: IIS configuration after installation
#2 Wise modifies web.config unexpectedly
-
-
Figure: unexpected lines added in web.config after installation