On Tue, May 13, 2008 at 1:26 PM, Josh Rowe <[EMAIL PROTECTED]> wrote:

>  <snip>
>
> The moral of the story is that deployment procedures really are part of
> the source code for an application.  They are also risky, so implement them
> first to minimize risk.
>

This is the problem.  Deployment SHOULD be trivial.  That it is a "risky"
part is outrageous.  Shouldn't the hard part be in your application's
algorithms rather than how to install it?  (Your statement also ignores the
fact that there is risk in other parts of the development - should those
parts also be done first to minimize risk? :-) )

Saying it's risky is fine to justify the point that installers should be
dealt with sooner in the development process - Given the current state of
installer technology I must sadly agree.  But it belittles the fact that the
installer technology sucks so bad and is the root problem that needs
fixing.  Am I the only one that thinks it is somewhat pathetic to not
consider a certain technology for the development of my application because
I wont' be able to write the installer?  Doesn't that just say that A: the
technology to be installed (e.g. COM+), and B: the installer technology
itself (e.g. MSI) both suck?

On a Mac you would just drag and drop the application icon. The very
existence of an installer is frowned upon for most things.  Why doesn't
Microsoft rip-off that instead of the desktop eye-candy? :-)

Isn't the goal of WiX to make creating MSI easier without giving up any of
it's raw abilities?  Should we really have to worry at the WiX level about
naming icon Ids with extensions that match what shortcuts that use them
point to?  That is just plain dumb and WiX should deal with that behind the
scenes for us.   Just like it deals with the insane requirement for 8.3
filenames (WiX V3).  Should I have to hack the component keys when I want to
use shortcuts in a simple install for ALL_USERS? No, WiX should handle that
too.

Regards,

Scott
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft 
Defy all challenges. Microsoft(R) Visual Studio 2008. 
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Reply via email to