|
|
Our Hot Pick: Rising Antivirus 2006 - Certified by TUV & Checkmark! Get 10% discount by entering this coupon code: ONDISCOUNT10
I have an Office 2003 automation package created in VSTO 2005. It needs to contain .Net 2 and Office 2003 PIAs. I have three separate installs now, but the users often screw it up. Support is difficult, because locations are worldwide and English is often a second or third language for the users...
|
|
Emmm ... you did not actually ask a question, but rather made a statement.
Abort/Retry/Fail
"RickH" wrote:
[Quoted Text] > I have an Office 2003 automation package created in VSTO 2005. It needs to > contain .Net 2 and Office 2003 PIAs. > I have three separate installs now, but the users often screw it up. Support > is difficult, because locations are worldwide and English is often a second > or third language for the users...
|
|
Are there merge modules available for .Net 2 framework and Office 2003 PIAs?? Three separate setups to install one Office automation process is costing a huge amount of support costs and ill will from users and IT support people.
The standard client has Office installed, no .NET framework.
|
|
|
|
I had read that one. I had heard its not allowed by the license to distribute the PIAs as part of your application setup. I'm distributing internally to a company that has a corporate MS lic for all its software. Why should they make it very difficult to install custom applications? In earlier versions, I could simply add merge modules for the PIAs, and be done with it. It's become a support nightmare.
|
|
RickH wrote: "I had heard its not allowed by the license to distribute the PIAs as part of your application setup"
I have read nothing indicating this ... the PIA installation has a EULA in it, and scanning over it, I see nothing that indicates as such. The end-user must have a valid license for Microsoft Office product, but they should have that anyway ...
From what you've said, it appears the work is going to be put back on you, if you want to improve the installation process for your end-users. But that's software development for ya ...
"RickH" wrote:
[Quoted Text] > I had read that one. I had heard its not allowed by the license to distribute > the PIAs as part of your application setup. > I'm distributing internally to a company that has a corporate MS lic for all > its software. > Why should they make it very difficult to install custom applications? > In earlier versions, I could simply add merge modules for the PIAs, and be > done with it. > It's become a support nightmare.
|
|
on Peter's blog, I found links to bootstrapper code and a msi installer class that allows you to detect and install VSTO runtime, PIAs, and the msi class sets the CAS policy to Full Trust to the install folder. Absolutely wonderful code samples. Should have been included with VSTO and been a default part of a setup project.
Without this, its a real nightmare getting a VSTO project deployed.
|
|
You should post the URL here for others that might need this information.
;)
"RickH" wrote:
[Quoted Text] > on Peter's blog, I found links to bootstrapper code and a msi installer class > that allows you to detect and install VSTO runtime, PIAs, and the msi class > sets the CAS policy to Full Trust to the install folder. > Absolutely wonderful code samples. > Should have been included with VSTO and been a default part of a setup > project. > > Without this, its a real nightmare getting a VSTO project deployed.
|
|
I am interested in the URL too.
"D." <D[ at ]discussions.microsoft.com> wrote in message news:D1534CC6-11BA-4D4B-BBCC-49C25AB914DB[ at ]microsoft.com...
[Quoted Text] > You should post the URL here for others that might need this information. > > ;) > > "RickH" wrote: > >> on Peter's blog, I found links to bootstrapper code and a msi installer >> class >> that allows you to detect and install VSTO runtime, PIAs, and the msi >> class >> sets the CAS policy to Full Trust to the install folder. >> Absolutely wonderful code samples. >> Should have been included with VSTO and been a default part of a setup >> project. >> >> Without this, its a real nightmare getting a VSTO project deployed.
|
|
|