How is infolog written if the application doesn't have admin privilege?imbaczek wrote:infolog.txt will tell you which config file it tries to use.
C:\Documents and Settings\user\Local Settings\Application...
Moderator: Moderators
Re: C:\Documents and Settings\user\Local Settings\Application...
Re: C:\Documents and Settings\user\Local Settings\Application...
no idea ^^ guess we need to move it, too.
-
- Spring Developer
- Posts: 1254
- Joined: 24 Jun 2007, 08:34
Re: C:\Documents and Settings\user\Local Settings\Application...
Ideally it should go into your "My Files". But because vista is all awkward / broken, it currently goes into virtual store.zwzsg wrote:How is infolog written if the application doesn't have admin privilege?imbaczek wrote:infolog.txt will tell you which config file it tries to use.
Re: C:\Documents and Settings\user\Local Settings\Application...
if it is being written then maybe none of this shit needed to be moved in the first place?
Why does spring default into program files. shit put it in mydocuments/games, what is the reason you guys want to put it in a folder that requires such awkward methods?
Why does spring default into program files. shit put it in mydocuments/games, what is the reason you guys want to put it in a folder that requires such awkward methods?
Re: C:\Documents and Settings\user\Local Settings\Application...
It's not vista that's at fault. Something in the compile toolchain is incorrectly embedding the manifest file, so spring gets treated as a legacy app.
-
- Spring Developer
- Posts: 1254
- Joined: 24 Jun 2007, 08:34
Re: C:\Documents and Settings\user\Local Settings\Application...
Since when did you change your mind?smoth wrote:if it is being written then maybe none of this shit needed to be moved in the first place?
Why does spring default into program files. shit put it in mydocuments/games, what is the reason you guys want to put it in a folder that requires such awkward methods?
smoth wrote: so when a user tells me he wants to download gundam but cannot remember where to save it... blah blah blah.
I remember that you are all about this but I think it is colossally idiotic to use the windows user files. Those were designed for applications, you know like word or visual studio. Those things are different. Users storing maps and mods there is not a good idea. It complicates the install possibly even putting files on different hard drives.
Don't try and paint it like we stuck our heads in the sand and cried CHANGE BAD. You don't have to deal with content and the installation of said content past pulling the data into your lobby. We have to tell the users where to put it, help them figure out what the fuck their user directory is and then explain to them how it will not allow them to directly copy the spring directory over for lan parties. Because at said lanparty they will not only have to give their friends who are probably borederline computer ignorant what the fuck a user directory is. At which point people say the game is too hard to do at lans/install/figure out.
We already have to deal with DERP DERP where does I puts the mod when the mod directory is in the spring base dir.
smoth wrote:+1Peet wrote:Agreed, I'm all for everything being in /Spring/.
Re: C:\Documents and Settings\user\Local Settings\Application...
I don't see the point of all your quotes.
I still want everything in /spring/ I am saying if the issue is that you cannot put everything in spring because it is in program files why don't you install it into a dir that it can access like something under my documents.
it being the spring directory not the config files.
I still want everything in /spring/ I am saying if the issue is that you cannot put everything in spring because it is in program files why don't you install it into a dir that it can access like something under my documents.
it being the spring directory not the config files.
Re: C:\Documents and Settings\user\Local Settings\Application...
And widget configs, and uikeys, and god now what else. I'll need mods to be allowed to write and delete files for instance.imbaczek wrote:no idea ^^ guess we need to move it, too.
Maybe have something like, if there is a springsettings.cfg in Spring folder, use stuff only from Spring folder, if not, use files spread all over?
Re: C:\Documents and Settings\user\Local Settings\Application...
Yeah, but would 2 folders be too much to ask? One in PF for the absolute core stuff, and a single solitary userland folder for everything else - maps, configs, everything.Forboding Angel wrote:hunterw wrote:i hate it when stuff does this. settings put in registry is already irritating - can't programs simply be all-inclusive on its installation directory? other than trying to prevent copyright infringement, it really makes the most sense
Good lord do I agree, but since program files is locked down, there goes that wishlist.
And really, the Vista developers need to be kicked repeatedly in the genitals for locking users out of the "Application Data" folder. It's userland data, fark YOU I want to access it.
The correct place to put all the Spring stuff would be a Spring subfolder of the Application Data folder... but Microsoft makes the Application Data folder such a farking pain in the ass that such an approach is utterly retarded.
I'd just say go with My Documents / Spring. It's stupid, but it works under both Vista and XP, and the users can find their friggin' files.
(Under Vista, the user's root user folder is more accessible than under XP, so User/Spring would work well there).
Re: C:\Documents and Settings\user\Local Settings\Application...
This is wrong. YOU ARE DOING A BAD THING SPREADING THIS RUMORPxtl wrote:locking users out of the "Application Data" folder.
Read the thread once more, and never say that again.
Re: C:\Documents and Settings\user\Local Settings\Application...
program files != userland
users just assumed this because the security policies didn't lock them out, and now they do, and things are a lot more secure as a result.
We should force everyone to do it properly, everyone who wants things to stay the same like smoth can use a portable installer which should leave everything all neatly packaged in a single self contained directory without touching userland.
users just assumed this because the security policies didn't lock them out, and now they do, and things are a lot more secure as a result.
We should force everyone to do it properly, everyone who wants things to stay the same like smoth can use a portable installer which should leave everything all neatly packaged in a single self contained directory without touching userland.
Re: C:\Documents and Settings\user\Local Settings\Application...
spring as of today will pick up springsettings.cfg if it exists in the same place as spring.exe and is writeable. it will NOT try to create one - if it isn't found, it will try to use App Data/springsettings.cfg.
Re: C:\Documents and Settings\user\Local Settings\Application...
Do you mean without leaving userland? Or do you have a different term for user data outside of Users\ ?AF wrote:everyone who wants things to stay the same like smoth can use a portable installer which should leave everything all neatly packaged in a single self contained directory without touching userland.
Re: C:\Documents and Settings\user\Local Settings\Application...
Aka, this is my spring folder and it has my spring install, everything spring related on my machine resides in this folder, ti need not look elsewhere.
Re: C:\Documents and Settings\user\Local Settings\Application...
That part was quite clear, even with your distracting fonts. My question is what you mean by 'userland'. Isn't this install in userland if you have full control and write access? Or are you calling Users\ userland, in which case, what are you calling everything else where the user puts data? Or something else entirely?
Re: C:\Documents and Settings\user\Local Settings\Application...
Lets ignore the userland bit as part of an error in articulation.
Basically those who want everythign in one folder can use the portable version and get exactly what theyre asking for. All settings content etc in the same folder, copy paste install etc
Basically those who want everythign in one folder can use the portable version and get exactly what theyre asking for. All settings content etc in the same folder, copy paste install etc
- Forboding Angel
- Evolution RTS Developer
- Posts: 14673
- Joined: 17 Nov 2005, 02:43
Re: C:\Documents and Settings\user\Local Settings\Application...
Actually I really appreciate the portable, basically because it makes making custom installers even easier than it was before.
Re: C:\Documents and Settings\user\Local Settings\Application...
Is springsettings.cfg supposed to be in a folder within user/application data/?
Currently there are /springsettings and /springlobby as separate folders. It would look better if there were a /Spring created by the installer above that and all configuration files contained therein.
Currently there are /springsettings and /springlobby as separate folders. It would look better if there were a /Spring created by the installer above that and all configuration files contained therein.