Randem Systems Support Board

Please continue to Part 2 of this thread

My Appdata paths:
 
XP: C:Documents and SettingsRalph JamesApplication Data
 
Vista: C:UserRalph JamesAppDataRoaming
 
You have some other information in your entries. Where did they come from?

I never knew about Ctrl-C but that won't surprise you.
 
Hardcode exactly what? For example in XP:
C:Documents and SettingsAll UsersApplicaton DataSportsWare Ltd.GHMGHMDATA
 
What generated the file paths?  Nothing more than exploring MyComputer for Users folders.

You can copy and paste under normal windows techniques highlight the line then Press Ctrl-C, open the template file and Paste.
 
Hardcode exactly what?
 
What generated the file paths you posted?

BTW: When you purchase InnoScript you are automatically added to the email updates.

The Beta version are not included on the Update list because they change too quickly and that would amount to too many emails to our client list. We do not want people to turn us off because we seem like SPAM. You just have to check back with the site especially when you find a problem to make sure you have the latest release and try that to see if it resolves your issue. If it does not then report it and we will see about correcting that issue in the next beta release.
 
This also goes for the Release version also. We do not send emails for very minor corrections.
 
The issue with the & is real and is being worked on as I type. It will be corrected in build 9.

The beta versions are coming fast and furious.  I assume if I subscribe to updates I will be notified of new versions.  However, when I click on Subscribe Updates there's an attempt to go to my email system, which is AOL.  In AOL I get a message that the file is too large -- just another of my many problems.

I show that you are on 8.0 Build 1 and the latest revision is 8.0 Build 8 and will soon be build 9. So how are you running the latest updated version? I will get to your other questions...

Yes I did update to the later version that uses $ and & to remove and comment out lines, respectively, in a template.  Notice in my script the commented-out lines in [UninstallDelete].  Where the & appeared on lines in the generated script was in the [Dirs] section.  You won't see that in the script because I deleted the lines from the template after experiencing the situation.
 
Perhaps template modifications are not allowed in the [Dirs] section (I notice that there's no coverage of that section in the template documentation or sample template file).  Or, perhaps there was an oversight in the implentation of the $/& feature.
 
While on the subject of features I humbly pass along the following suggestions:
 
-- A feature to copy/paste from the generated script to a template would be useful.  The exactness requirement between the two is somewhat tedious and error prone.
 
-- You rejected this idea previously but I encourage you to consider a redesign the InnoScript screen so that it's fully visible at a resolution lower than the required 1280x800 (say 1024x768).  I find myself switching back and forth between resolutions just for InnoScript.  For other uses 1280x800 produces ovals instead of circles, skinny text that's more difficult to read, etc.
 
If you will bear with me, back to the where to put the data issue.  You said in a previous post: If all users are supposed to share the same data then you would install in the ALL USERS Application Data folder.  That is my situation - that is, I want a single data folder for all users (and one that is accessible permissions-wise from network clients).
 
Based on some experimenting I note that there's a difference between XP and Vista:
 
XP: C:Documents and SettingsAll UsersApplicaton Data
 
Vista: C:UsersDefaultAppDataRoamingCompanyNameRoamingCompanyNameAppNameEtc.
 
For Vista there's also: C:UsersPublicRoamingCompanyNameAppNameEtc. but I don't see an AppData folder anywhere in that path.
 
So, using your practice of installing the data files in the installation folder and then moving them at app statup to where they should go, I'm thinking I could hard-code the public variable with the path to the data versus using Environ(APPDATA).  However, that brings in the variability among Windows versions.  XP looks clear but I don't know where the equivalent of All Users is in Me, 98, 95, NT and 2000, and I'm not sure of which of the Viata paths above to use.  It would be great if I could define the app's own data folder and have it accessible to all users on either a standalone computer or a network client.
 
Your guidance will be appreciated.

You made a comment about the & being added into the script from the template file. Yes, that would be true... you never updated to the later version that handled that...

I am truly sorry to confuse you after all you've done to unconfuse me.  I asked the question you reference before you made me understand that APPDATA was on a User basis and not a machine basis.
 
Off to bed - hopefully a clearer mind in the morning.

Because you keep confusing me when you ask question like
 
A curiosity -- why can't/doesn't Inno Setup determine the APPDATA Path on the installed-to machine when {userappdata} is used?

I've done that before.  It says:
 
C:Documents and SettingsTomApplication Data
 
which, of course, is the same thing that's returned from Environ(APPDATA).  Why do you ask?

On XP APPDATA should always be set unless something deleted it. Go to the command prompt and type SET APPDATA or just SET and see what shows. But that is exactly the argument of why one should use the API's to get this sort of data.

Oops - Each User versus Each Machine -- another reflection of my inexperience with the new world of system and security things, but I understand better now.  Thanks.
 
Interestingly, in my Googling for various things I came across a Microsoft KB article about QuickBasic (the old DOS-based Basic) that discussed how you could set the APPDATA Path on an application basis and then have it revert to its original setting when the app closed.
 
I don't think I said that userappdata is returned in Inno Setup.  What I said was a value was returned in my app when I used Environ(APPDATA).