Re: Installing data files with application?
- From: Family Tree Mike <FamilyTreeMike@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Fri, 4 Jan 2008 04:10:01 -0800
That's actually a better way for most cases, than I was doing. I have an app
that has user modifyable data. I check for the existance of the data, and if
missing, extract to their personal folder.
As to the question regarding unzipping to Vista, so long as you are using
the CSharpZip and the .Net methods to find the special folders rather than
hard-wiring.
"CMoya" wrote:
Once again,.
1) Have Setup install the files (forget zip for now) into your APP FOLDER.
2) Create a Setting in your app (My Project -> Settings) called FirstRun and
scoped to USER.
3) When your app (your APP.EXE) runs check the setting and copy the files to
the users profile (where it will remain regardless of anything). (If
My.Settings.FirstRun Then CopyFiles...).
4) Set the setting so you don't do it again for that user. When a new user
comes along his setting wont be set.
This really isn't all that difficult. Maybe I'm missing something? :)
"Tracks" <Tracks@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:88BCD2F1-1DAC-4290-AD71-0197626DD102@xxxxxxxxxxxxxxxx
I agree. I dont want to keep track. I was just thinking, if I understand
what
was meant, that the app runs the zip file once, marks something as ran
the
zip file, and saves it. Then what if another user, logged in with another
account, starts the app, that user wont have the files. That is the catch
22
that your ref doc states. So we should avoid it. Got it.
So yeah, I dont want to keep track of this. I wish the .msi installer
whatever did with the operating system somehow. I admit this is the limit
of
my knowledge. I tried what I thought was right, used the installer thing
in
VS2005 to specify what files to put in a users private data folder. I
allow
to be installed for all users, I mark them as not needed everywhere I can
think, still gotcha. They cant be changed.
I dont see where the zip thing totally solves the problem. Maybe there is
something I am missing.
Seems I should be able to do this with VS2005? But, regardless, I am still
not sure what the "correct" way is. I dont know if I have exhausted what
VS2005 can do for me? ie INSTALL MY APPLICATION AND TELL ME HOW TO USE IT.
Thanks,
Tom
"CMoya" wrote:
If the user is allowed to "Rename" the data files, then they should be
put
in his/her "My Documents" folder. If they are put in the "My Documents"
folder then they probably should NOT be uninstalled when your app
uninstalls... I mean after all, MS Word doesn't delete all your doc files
when you uninstall it, right? So there is no need to keep track of them.
"Tracks" <Tracks@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:7D7D0F15-88EA-4B22-9A0F-E0F96FB9B38D@xxxxxxxxxxxxxxxx
I see. Thanks.
I was debating something like that also.
It still seems to me there is something not right here.
Does the unzip method work properly in Vista? What if there are two or
more
users on one PC or Network? Does your program keep track of which users
had
the files extracted into their local user folder? And if the user
changes
their name does your program figure that out too? Just thinking out
loud
here.
"Family Tree Mike" wrote:
CMoya's approach is kind of what we do. We install zip files to a
"support"
folder under the main app dir. On first run by a user, we unzip the
files
using CSharpZip lib to the user's folder.
Occasionally where we have huge data files (1GB+) we write a custom
action
to install the data to a common for all users.
VS Deployment projects care about the zip files, but not the contents
after
they are extracted, even when within a custom action.
I hope this helps.
"Tracks" wrote:
I include some sample binary data files (produced by my software)
with
my
application installation for the user to do what they want with. I
put
the
files in the Users Personal Data Folder/(myappsname) with VS 2005
installer -
File Types screen. All is well until the user changes the name of
the
file (I
want the user to be able to do this, move, or delete the files).
When
the
user changes the name, and then starts my application, the system
tries
to
re-install the file (and looks for the myaps.msi) instead of just
starting my
application up. Not what I want. I dont care what the user does with
the file.
I cant figure where this behavior is defined. Is there a "dont try
to
re-install this file if deleted" setting in the installer part of VS
2005?
I have set the files and the folder as Vital = false and Tranistive
=
True
(or false). What am I missing or doing wrong?
Thanks,
Tom
- References:
- RE: Installing data files with application?
- From: Tracks
- Re: Installing data files with application?
- From: CMoya
- Re: Installing data files with application?
- From: Tracks
- Re: Installing data files with application?
- From: CMoya
- RE: Installing data files with application?
- Prev by Date: Re: Keydown event
- Next by Date: Re: Happy 2008!
- Previous by thread: Re: Installing data files with application?
- Next by thread: MDI Forms being "aware" of what happens on each other
- Index(es):
Relevant Pages
|
