First some background:
In classic VB and VB.Net on Windows XP and higher machines, there is a way of avoiding having to use the registry for COM Components. Called Registration Free COM, all that is required is a manifest file for the application to be in the same folder as your applcation or DLL. This file is read by the application BEFORE it looks in the registry and uses the information in there to work with the COM components - so that you can essentially do XCopy deployment - the manifest replaces the registry!
And now my question: Has anyone done anything like this in MS Access or heard of anyone doing it? Access is COM based so I would think it could work, but in the regular VB version,the application looks for a file with the same name as the app but with a .Manifest extension. I have a feeling this wouldn't work with Access like using a file called MyAccess.mdb.manifest...
I know this is a tough one, but if anyone has any ideas, that would be amazing!!!
Thanks in advance.
In classic VB and VB.Net on Windows XP and higher machines, there is a way of avoiding having to use the registry for COM Components. Called Registration Free COM, all that is required is a manifest file for the application to be in the same folder as your applcation or DLL. This file is read by the application BEFORE it looks in the registry and uses the information in there to work with the COM components - so that you can essentially do XCopy deployment - the manifest replaces the registry!
And now my question: Has anyone done anything like this in MS Access or heard of anyone doing it? Access is COM based so I would think it could work, but in the regular VB version,the application looks for a file with the same name as the app but with a .Manifest extension. I have a feeling this wouldn't work with Access like using a file called MyAccess.mdb.manifest...
I know this is a tough one, but if anyone has any ideas, that would be amazing!!!
Thanks in advance.