I didn't realize that about the common app data. I thought this would be writable by all users. So it's not possible now to allow multiple users to access the same data. That's just great! (not).
I don't have Vista here but some users have managed to install and use my app fine on Vista provided they go to the program Files folder, right-click the installation folder, select Properties, Security Settings, and give the folder modify rights. Then it works fine for any user. So my new version will modify the security settings automatically during installation and there should not be any need for virtualization. Cheers, Ross. ----- Original Message ----- From: "Robert martin" <[EMAIL PROTECTED]> To: "NZ Borland Developers Group - Delphi List" <delphi@ns3.123.net.nz> Sent: Thursday, March 15, 2007 4:02 PM Subject: Re: [DUG] Vista help Sorry Ross but my understanding is that this does break all the rules ! You cannot write data into program files\. This includes your data sub dir. You should be using the users app data dir. You are right and wrong about common app data. It is not difficult to use but it also wont work under Vista. Users have read access to common app data but not right access. So if your app needs to write settings it will have to run as admin. Your testing may not show this up as 'virtualization' can hide these issues from you (sometimes??). Have a look at http://msdn2.microsoft.com/en-us/library/aa480150(d=printer).aspx for what MS says (about 50 pages) Rob Martin Software Engineer phone +64 03 377 0495 fax +64 03 377 0496 web www.chreos.com Wild Software Ltd Ross Levis wrote: > I can't help you, I'm sorry, but I have some Vista questions of my own > that I hope someone can answer. > > I use D7 and use the XP manifest component currently. Is it easy to > modify this to provide a Vista manifest? > > I've modified my programs recently to write it's configuarion data to > a > specific subfolder called Data under the installation folder, which is > normally under the Program Files folder, and I've also made sure the > programs work with restricted user rights. > > I considered using the Common Application Data area but this will be > too > difficult when there are multiple installations of my app on the same > PC, which is a common occurence. > > I have Inno setup changing the access rights on the Data folder to > read/write/modify during installation > > Does any of this break the Vista rules? > > Thanks, > Ross. > > ----- Original Message ----- > From: "Robert martin" <[EMAIL PROTECTED]> > To: "NZ Borland Developers Group - Delphi List" <delphi@ns3.123.co.nz> > Sent: Thursday, March 15, 2007 11:27 AM > Subject: [DUG] Vista help > > > Hi All > > We are testing our Apps in Vista but I must admit to having some > difficulties with the OS. We use Crystal reports which we understadn > is > a problem on Vista. > > So I have been testing our runtime install (the full deployment is a > guaranteed no go). It was working!. However the app involved showed > with a shield (which apparently indicates running in admin mode), > even > though the properties for the app were set to no compatability fixes > and > non admin. So I rebuilt the app with a Vista manifest setting the > rights to minimum (user). This removed the shield but broke Crystal. > So I removed the manifest but the shield has not returned and even if > I > force the app to run in admin mode, crystal still fails. > > I think the issue is the app is no longer 'virtualized'. I have no > idea > how to turn this setting back on. Does anyone have any ideas, the MS > site tells me all about virtualization and that adding a security > manifest will turn it off (thats what I did), but removing the > manifest > has not restored it. > > Arrggghh ! > > _______________________________________________ Delphi mailing list Delphi@ns3.123.net.nz http://ns3.123.co.nz/mailman/listinfo/delphi _______________________________________________ Delphi mailing list Delphi@ns3.123.net.nz http://ns3.123.co.nz/mailman/listinfo/delphi
