L
ljh
Google ran dry on me while looking for .Net examples of how to compare 2
Word Docs.
Has anyone here seen anything like that?
Word Docs.
Has anyone here seen anything like that?
Well I don't know much about it. Neer done it myself.Office solutions in .Net. It just won't happen.
Ken Cox said:You'd probably want a setup routine to make the changes using caspol.
Anyway, I'm with you that VSTO has problem when it comes to real-world
usage:
http://weblogs.asp.net/kencox/archi...tment-with-VSTO-2005-Internet-Deployment.aspx
Ken
Microsoft MVP [ASP.NET]
ljh said:This may be moot at this point......
After I read the "Granting and Removing Permissions for an Office
Solution" thing, there's simply no way an end user would EVER do this to
grant permissions for an Office solution.
I hope like hell that I misunderstood something. Do they really expect
end users to ...
1.. Open Microsoft .NET Framework 2.0 Configuration again.
2.. Right-click the VSTOProjects node, and then click New on the
shortcut menu.
3.. Enter the name Security Test Strong Name for the new code group, and
then click Next.
4.. In the Choose the condition type for this code group list, click
Strong Name.
5.. Click Import.
6.. Browse to C:\Walkthroughs\My Security Test\My Security Test\bin\My
Security Test.dll for Visual Basic or C:\Walkthroughs\My Security Test\My
Security Test\bin\debug\My Security Test.dll for C#, and then click Open.
7.. Click Next.
8.. Click Next to accept the FullTrust permission set, and then click
Finish.
9.. Close Microsoft .NET Framework 2.0 Configuration.
My users are damned lucky to understand how a mouse works. They'll
never get this.
If I haven't misunderstood something, this really sucks for developing
Office solutions in .Net. It just won't happen.
Ken Cox said:You'd probably want a setup routine to make the changes using caspol.
Anyway, I'm with you that VSTO has problem when it comes to real-world
usage:
http://weblogs.asp.net/kencox/archi...tment-with-VSTO-2005-Internet-Deployment.aspx
Ken
Microsoft MVP [ASP.NET]
ljh said:This may be moot at this point......
After I read the "Granting and Removing Permissions for an Office
Solution" thing, there's simply no way an end user would EVER do this to
grant permissions for an Office solution.
I hope like hell that I misunderstood something. Do they really expect
end users to ...
1.. Open Microsoft .NET Framework 2.0 Configuration again.
2.. Right-click the VSTOProjects node, and then click New on the
shortcut menu.
3.. Enter the name Security Test Strong Name for the new code group, and
then click Next.
4.. In the Choose the condition type for this code group list, click
Strong Name.
5.. Click Import.
6.. Browse to C:\Walkthroughs\My Security Test\My Security Test\bin\My
Security Test.dll for Visual Basic or C:\Walkthroughs\My Security Test\My
Security Test\bin\debug\My Security Test.dll for C#, and then click Open.
7.. Click Next.
8.. Click Next to accept the FullTrust permission set, and then click
Finish.
9.. Close Microsoft .NET Framework 2.0 Configuration.
My users are damned lucky to understand how a mouse works. They'll
never get this.
If I haven't misunderstood something, this really sucks for developing
Office solutions in .Net. It just won't happen.
Ken Cox said:You'd probably want a setup routine to make the changes using caspol.
Anyway, I'm with you that VSTO has problem when it comes to real-world
usage:
http://weblogs.asp.net/kencox/archi...tment-with-VSTO-2005-Internet-Deployment.aspx
Ken
Microsoft MVP [ASP.NET]
ljh said:This may be moot at this point......
After I read the "Granting and Removing Permissions for an Office
Solution" thing, there's simply no way an end user would EVER do this to
grant permissions for an Office solution.
I hope like hell that I misunderstood something. Do they really expect
end users to ...
1.. Open Microsoft .NET Framework 2.0 Configuration again.
2.. Right-click the VSTOProjects node, and then click New on the
shortcut menu.
3.. Enter the name Security Test Strong Name for the new code group, and
then click Next.
4.. In the Choose the condition type for this code group list, click
Strong Name.
5.. Click Import.
6.. Browse to C:\Walkthroughs\My Security Test\My Security Test\bin\My
Security Test.dll for Visual Basic or C:\Walkthroughs\My Security Test\My
Security Test\bin\debug\My Security Test.dll for C#, and then click Open.
7.. Click Next.
8.. Click Next to accept the FullTrust permission set, and then click
Finish.
9.. Close Microsoft .NET Framework 2.0 Configuration.
My users are damned lucky to understand how a mouse works. They'll
never get this.
If I haven't misunderstood something, this really sucks for developing
Office solutions in .Net. It just won't happen.
Ken Cox said:You'd probably want a setup routine to make the changes using caspol.
Anyway, I'm with you that VSTO has problem when it comes to real-world
usage:
http://weblogs.asp.net/kencox/archi...tment-with-VSTO-2005-Internet-Deployment.aspx
Ken
Microsoft MVP [ASP.NET]
ljh said:This may be moot at this point......
After I read the "Granting and Removing Permissions for an Office
Solution" thing, there's simply no way an end user would EVER do this to
grant permissions for an Office solution.
I hope like hell that I misunderstood something. Do they really expect
end users to ...
1.. Open Microsoft .NET Framework 2.0 Configuration again.
2.. Right-click the VSTOProjects node, and then click New on the
shortcut menu.
3.. Enter the name Security Test Strong Name for the new code group, and
then click Next.
4.. In the Choose the condition type for this code group list, click
Strong Name.
5.. Click Import.
6.. Browse to C:\Walkthroughs\My Security Test\My Security Test\bin\My
Security Test.dll for Visual Basic or C:\Walkthroughs\My Security Test\My
Security Test\bin\debug\My Security Test.dll for C#, and then click Open.
7.. Click Next.
8.. Click Next to accept the FullTrust permission set, and then click
Finish.
9.. Close Microsoft .NET Framework 2.0 Configuration.
My users are damned lucky to understand how a mouse works. They'll
never get this.
If I haven't misunderstood something, this really sucks for developing
Office solutions in .Net. It just won't happen.
* ljh said:Thanks for the link!
It really does sucj because I LOVE Office. Open Office doesn't begin to
offer the slick UI and feature set that MS Office does.