Studio 6.1 and AppData folder

[brian at revolution911.com]

We usually install outside the program files directory and into a directory under the c:\revols drive.  

I have copied all the files from appdata into our main directory and everything seems to work fine.

Is there any disadvantage to keeping things the same as we always have?  

We have our own installer for deploying our solution so we can avoid installing into appdata.



> On Jan 1, 2015, at 13:14, Bastiaan Olij <bastiaan at basenlily.me> wrote:
> 
>> On 2/01/2015 1:48 am, Doug Easterbrook wrote:
>> if you use the firstruninstall folder setup when you deploy, you will get a folder inside appdata -- called tigerlogic      You can rename that inside the resources (I haven't looked for it yet on windows, but I know which resource on mac).
> Hi Doug,
> 
> Just to correct you, if you install in:
> c:\Program Files\MyApp\
> 
> The folder becomes:
> c:\users\me\appdata\MyApp
> 
> Install in:
> c:\AnywhereElse\MyApp\
> 
> The folder becomes:
> c:\users\me\appdata\TigerLogic\MyApp
> 
> Anywhere else includes "program files (x86)"
> 
> You can make the windows runtime work without using the appdata folder
> by copying all the files back into your installation folder just like
> older installs BUT then you must install outside of "program files" and
> "program files (x86)" or you get into trouble with UAC.
> 
> I tested this extensively because we had clients suddenly installing
> stuff into the TigerLogic subfolder instead of directly into appdata but
> ONLY if they were on new 64bit machines and it all turned out to be in
> the folder name.
> 
> On Mac you have the resource entry that determines the name (for some
> reason they decided not to use the application name (less the .app) like
> they use the windows folder name) and the location becomes:
> :Users:Me:Library:Application Support:YourNameInTheResourceFile
> 
> I love the firstruninstall solution and employ an extra library that
> will check for any changed files to copy over new versions. This way our
> upgrade simply needs to replace files in the firstruninstall folder
> (through a proper upgrade application or UAC and GateKeeper complain)
> and on a machine that is used by multiple users they each get an updated
> copy in their personal folder.
> 
> That said, Omnis seems to be moving away from the firstruninstall folder
> itself (While still deploying in AppData / Application Support), I'm not
> sure what the reasoning behind this is and it would be good to get some
> more info on it.
> 
> Cheers,
> 
> Bas
> _____________________________________________________________
> Manage your list subscriptions at http://lists.omnis-dev.com