Pages: [1]
|
|
|
Author
|
Topic: Saved Game Lost (again) (Read 2424 times)
|
Asrial
Zebranky food
Offline
Posts: 35
I love YaBB 1G - SP1!
|
Once again I lost a saved game because I forgot it was stored in an unfriendly place.
Again I propose that all saved data be stored someplace better (such as the directory the game is installed to in a SAVED DATA subdirectory).
|
|
|
Logged
|
|
|
|
Asrial
Zebranky food
Offline
Posts: 35
I love YaBB 1G - SP1!
|
In fact, I actually found the thread I created last time...
September of 2004.
Time to create a batch file that copies it before and after running the game.
|
|
|
Logged
|
|
|
|
|
Asrial
Zebranky food
Offline
Posts: 35
I love YaBB 1G - SP1!
|
You certainly took an aggressive stance in your response, especially when my recommendation was just something I spent all of 30 seconds coming up with.
Anyways.
.
My response to your first 5 points: This is easy to work around. I'm sure you guys can come up with something.
My response to your 6th point: This game is the only one where I've lost saved data because of where it was stored.
My response to your 7th point: Why are we discussing the registry? The saved data isn't stored in the registry.
..and my response to your 8th point: Thanks for the tip. I'll look into whatever that is.
.
My whole point isn't about HOW or WHERE the data SHOULD be stored, but that the "default" location is BAD. Backing up the entire DOCUMENTS AND SETTINGS directory, while guaranteed to get almost all a user's important data, is a waste of time and space when 90% of that data (which can be quite large) is junk.
UT2k4 saves it's configuration data (and downloaded data) to the installation location.
Command and Conquer 3 saves it's saved data to the user's My Documents.
The Red Alert 3 beta saves it's saved data to the user's My Documents.
Guild Wars saves it's Screenshots and Templates to the installation location.
World of Warcraft saves it's Screenshots to the installation location.
I AM seeing OTHER data for RA3 and C&C3 in the Application Data directory, but it's nothing earth shattering like a saved game.
You guys are eager to make sure this game works perfectly for alot of different situations. Well, I presented you with a situation where it did not work all that great (on two separate occasions). Either take the feedback and maybe spend a minute thinking about it, or just post some random "this is why that's a stupid idea" points.
My solution?
2 minutes creating a personalized XCOPY batch file that copies the directory before and after I load the game.
|
|
|
Logged
|
|
|
|
|
Novus
Enlightened
Offline
Gender:
Posts: 1938
Fot or not?
|
You certainly took an aggressive stance in your response, especially when my recommendation was just something I spent all of 30 seconds coming up with.
Not any more aggressive than your stubborn insistence that the rest of the world adapt itself to your ill-conceived notions of usability deserves. Maybe you should spend a little more than 30 seconds considering whether you're doing something wrong before blaming others for your own ineptitude.
The whole purpose of my post was to end this discussion quickly by exhaustively presenting all the arguments for our position clearly and concisely.
My response to your first 5 points: This is easy to work around. I'm sure you guys can come up with something.
No, it isn't. Asking users to disable UAC or manually set their configuration directory is more or less guaranteed to be a tech support nightmare. I can imagine some people expecting shared save games to be the default, though.
My response to your 7th point: Why are we discussing the registry? The saved data isn't stored in the registry.
No, but some applications do store their configuration in the registry, so if you want to transfer it, looking in the installation directory won't help. I'm trying to explain why you shouldn't be doing what you're doing.
..and my response to your 8th point: Thanks for the tip. I'll look into whatever that is.
The fact that you need to "look into" changing the configuration directory (even when told how to do so) justifies my entire reasoning; changing this is hard and the default must therefore be chosen to work in as many cases as possible.
My whole point isn't about HOW or WHERE the data SHOULD be stored, but that the "default" location is BAD. Backing up the entire DOCUMENTS AND SETTINGS directory, while guaranteed to get almost all a user's important data, is a waste of time and space when 90% of that data (which can be quite large) is junk.
One man's junk is another man's gold, or something like that. However, it is true that e.g. Firefox happily places its cache there (which is, as you say, junk, and in fact one of the few special cases in my backup procedure).
My response to your 6th point: This game is the only one where I've lost saved data because of where it was stored.
UT2k4 saves it's configuration data (and downloaded data) to the installation location.
Multiple users are apparently handled by naming the configuration file after the user. Note also that the successor, Unreal Tournament 3, puts its settings in My Documents.
Command and Conquer 3 saves it's saved data to the user's My Documents.
The Red Alert 3 beta saves it's saved data to the user's My Documents.
I AM seeing OTHER data for RA3 and C&C3 in the Application Data directory, but it's nothing earth shattering like a saved game.
This is how it should be, in my opinion. From your previous posts on the subject, I got the impression that "My Documents" is also the wrong place in your opinion for saved games.
However, you now seem to be suggesting that saved games be stored in My Documents and other settings in Application Data. Unlike your original suggestion, this is actually something we can do; the only problem is handling saved games from a previous version (which is something that can be worked around).
You guys are eager to make sure this game works perfectly for alot of different situations. Well, I presented you with a situation where it did not work all that great (on two separate occasions). Either take the feedback and maybe spend a minute thinking about it, or just post some random "this is why that's a stupid idea" points.
On two separate occasions, you've made the same suggestion that has led nowhere. My "random" points, on the other hand, seem to have directed the discussion in a more constructive direction by exposing each party's underlying assumptions.
|
|
|
Logged
|
|
|
|
|
Pages: [1]
|
|
|
|
|