Spring for some asinine reason stores everything in my registry. Is there a way to store it within a file in my spring directory? It is rather annoying when I am showing a new person spring that I have to tell them, turn on unit reflections, off inverted mouse, off grass, on decals, on lua ui...
is there an easier way? Are there ingame commands for all of this?
Spring config?
Moderator: Moderators
Re: Spring config?
Microsoftsmoth wrote:asinine reason
Nope.Is there a way to store it within a file in my spring directory?
You could make a .reg file though.
No. Just /water, /shadows, /luaui IIRC.Are there ingame commands for all of this?
no no no no no no no no no
You can specify a linux style config using the command line. This is pointless for tasclient without modifying it though. Although it should be possible using a dummy spring.exe.
And just incase this is only on linux, I think its time we ditched the registry alltogether. SJ decided to use it before we decided to go crossplatform and I think its time we got rid of ti entirely.
You can specify a linux style config using the command line. This is pointless for tasclient without modifying it though. Although it should be possible using a dummy spring.exe.
And just incase this is only on linux, I think its time we ditched the registry alltogether. SJ decided to use it before we decided to go crossplatform and I think its time we got rid of ti entirely.
We talked about this a while ago, but I don't think it was pursued: http://spring.clan-sy.com/phpbb/viewtopic.php?t=8161
bullshit, that username crap! PLEASE DO NOT EVER DO THAT! that is the most asinine setup!
IGNORE MICROSOFT! I swear, who's "brilliant idea" was the user name setup?!?! That's right, lets put all of your files buried in some bullshit directory where you have to dig then out to use another user acount on your machine! oh, god help you if you want to plan on a friends compy, you have to be sure to copy the user dir and the game over.. FAIL!
IGNORE MICROSOFT! I swear, who's "brilliant idea" was the user name setup?!?! That's right, lets put all of your files buried in some bullshit directory where you have to dig then out to use another user acount on your machine! oh, god help you if you want to plan on a friends compy, you have to be sure to copy the user dir and the game over.. FAIL!
Agreed. Having all files and configs for a program in one folder is much simpler, easier to deal with, and more portable.smoth wrote:bullshit, that username crap! PLEASE DO NOT EVER DO THAT! that is the most asinine setup!
IGNORE MICROSOFT! I swear, who's "brilliant idea" was the user name setup?!?! That's right, lets put all of your files buried in some bullshit directory where you have to dig then out to use another user acount on your machine! oh, god help you if you want to plan on a friends compy, you have to be sure to copy the user dir and the game over.. FAIL!
ahem
Vista:
C:\Users\Public\Documents
XP:
C:\documents and settings\All Users\Shared Documents
To reiterate the reason why this was done, look at linux, then look at Vista, then look at the new file access properties on program files. Program files is supposed to be read only. User data is supposed to be saved to user folders so it can be written to.
Your viewpoint is the main cause behind programs that dont remember settings under Vista, and its a cause of numerous security flaws, hence why linux and vista use aread only file system for running programs in non admin accounts.
Indeed there are games that do use this system and do not have the issue you describe. For exampel STALKER looks in two folders for user data on my machine:
C:\Users\*user*\Documents\STALKER-SHOC
C:\Users\Public\Documents\STALKER-SHOC
Which allows me far greater control than what I can do with spring and it lets me modify things without affecting everyone else, while at the same time I can stick things in the public folder like multiplayer maps for everybody who wants them. Its my understanding that linux would have a similair setup. I myself would much prefer to have to open my documents or public docs rather than traipse through my computer and C drive everytime I wanna move a map then deal with file access issues and 'virtual compatability copies in virtual stores' or running everything as administrator.
Its my understanding that some XP versions do the same thing to the program files folder.
Vista:
C:\Users\Public\Documents
XP:
C:\documents and settings\All Users\Shared Documents
To reiterate the reason why this was done, look at linux, then look at Vista, then look at the new file access properties on program files. Program files is supposed to be read only. User data is supposed to be saved to user folders so it can be written to.
Your viewpoint is the main cause behind programs that dont remember settings under Vista, and its a cause of numerous security flaws, hence why linux and vista use aread only file system for running programs in non admin accounts.
Indeed there are games that do use this system and do not have the issue you describe. For exampel STALKER looks in two folders for user data on my machine:
C:\Users\*user*\Documents\STALKER-SHOC
C:\Users\Public\Documents\STALKER-SHOC
Which allows me far greater control than what I can do with spring and it lets me modify things without affecting everyone else, while at the same time I can stick things in the public folder like multiplayer maps for everybody who wants them. Its my understanding that linux would have a similair setup. I myself would much prefer to have to open my documents or public docs rather than traipse through my computer and C drive everytime I wanna move a map then deal with file access issues and 'virtual compatability copies in virtual stores' or running everything as administrator.
Its my understanding that some XP versions do the same thing to the program files folder.
It does not ruin portability at all. Infact it encourages it. Using the linux system we would have a setup similair to the above with a config file saying where else things could be placed. Be that on a usb drive or a CD or network share.
Whatsmore this system is implementable using windows API that work for all versions of windows after windows 98. This would not mess up linux as we already have code that doesnt get compiled on linux and vice versa.
As it is Vista and certain XP editions and all future microsoft operating systems and linux all use this file access scheme which means the current model is in big trouble. Tasclient already has issues with vista and user account controls because betalord never added a resource file describing the program.
When I first installed Vista all my maps and mods got copied into virtual storage folders because my spring folder wasnt writable without admin access. Hence why tasclient and spring then failed to detect them. Can you really expect the average user to set file access settings on folders?
The current setup restricts you to the current working directory. Currently there is no portability in our windows filesystem, so I fail to see how we'd loose it. The current setup is 100% inflexible. It goes against the reccomended setup. Everyone is forced to share a single spring setup, there's no choice between everyone sharing or just me havign a map/mod and not the other accounts.
In the ideal setup we would load from the user directory and the shared docs directory aswell as the main spring folder where we would expect to find 'official mods and maps' that comes from the spring devs themselves and not user added content. There'd then be a linux style config file specifying more places to load from.
To summarize again:
- We would not have to copy everything between different users, because there's a shared documents folder
- We'd be able to specify network shares or even CD-ROMS like linux users can atm.
- We'd no longer have to deal with file access issues with newer operating systems such as Vista.
- New users wouldnt have to deal with such file access settings if under vista
- We'd be complying with reccomended microsoft guidelines and be more legible for several titles such as 'games for windows'
- We would not loose portability because we currently have none, we'd instead gain portability by allowing more flexibility and drawing the windows build closer to the linux build.
Whatsmore this system is implementable using windows API that work for all versions of windows after windows 98. This would not mess up linux as we already have code that doesnt get compiled on linux and vice versa.
As it is Vista and certain XP editions and all future microsoft operating systems and linux all use this file access scheme which means the current model is in big trouble. Tasclient already has issues with vista and user account controls because betalord never added a resource file describing the program.
When I first installed Vista all my maps and mods got copied into virtual storage folders because my spring folder wasnt writable without admin access. Hence why tasclient and spring then failed to detect them. Can you really expect the average user to set file access settings on folders?
The current setup restricts you to the current working directory. Currently there is no portability in our windows filesystem, so I fail to see how we'd loose it. The current setup is 100% inflexible. It goes against the reccomended setup. Everyone is forced to share a single spring setup, there's no choice between everyone sharing or just me havign a map/mod and not the other accounts.
In the ideal setup we would load from the user directory and the shared docs directory aswell as the main spring folder where we would expect to find 'official mods and maps' that comes from the spring devs themselves and not user added content. There'd then be a linux style config file specifying more places to load from.
To summarize again:
- We would not have to copy everything between different users, because there's a shared documents folder
- We'd be able to specify network shares or even CD-ROMS like linux users can atm.
- We'd no longer have to deal with file access issues with newer operating systems such as Vista.
- New users wouldnt have to deal with such file access settings if under vista
- We'd be complying with reccomended microsoft guidelines and be more legible for several titles such as 'games for windows'
- We would not loose portability because we currently have none, we'd instead gain portability by allowing more flexibility and drawing the windows build closer to the linux build.
If somehow people are still intent on bringing up 'portability' please explain what you mean because atm we have none, if your talkign about linux then your wrong ebcause we'd be pulling the two closer together not ruining linux at all, and if your talking about filesystem then your wrong again because what I am saying would allow any folder or media to be used under windows just like linux rather than being stuck with 1 single directory and no control.
Oh another one:
- Dev builds of spring under windows need you to copy all your mods and maps over to a second folder, whereas under the linux system you'd just reference the content folder in a file and have no file duplication.
Oh another one:
- Dev builds of spring under windows need you to copy all your mods and maps over to a second folder, whereas under the linux system you'd just reference the content folder in a file and have no file duplication.
I don't care about CROSSPLATFORM portability, I did not say anything about cross platform portability. I am talking ABOUT GOING TO LANS or solid package downloads with maps the mod of choice and spring.
In my opinion the game should be within 1 directory, quake, doom, Generals, dawnofwar, total annihilation, ta:kingdoms, unreal, starcraft, warcraft all use this. There is a reason, hell for someone like me with 2 pcs and 1 laptop, having it all in one directory is great! It means that all I have to do is zip up that one dir. Having my shit spread all over the harddrive is a pain in the ass.
hell it is hard enough telling noobs, extract in your mod directory... with that system we would have them dig up their damn user dir. God help us if Microsoft decides to move it again in the future, no that sort of file organization is fucking retarded.
In my opinion the game should be within 1 directory, quake, doom, Generals, dawnofwar, total annihilation, ta:kingdoms, unreal, starcraft, warcraft all use this. There is a reason, hell for someone like me with 2 pcs and 1 laptop, having it all in one directory is great! It means that all I have to do is zip up that one dir. Having my shit spread all over the harddrive is a pain in the ass.
hell it is hard enough telling noobs, extract in your mod directory... with that system we would have them dig up their damn user dir. God help us if Microsoft decides to move it again in the future, no that sort of file organization is fucking retarded.
err, smoth, you dont understand, in what I outlined there is one folder you can use that you can just zip up that doesnt need you to move everytime yous witch usernames,
the shared documents folder.
And I think tellign a user to:
goto my computer, goto C drive, goto program files, if tis a big blue screen asking if you want to view the files tell it to do so, goto the spring folder, if you installed before 0.72b1 itll be the taspring folder, goto the mods folder or the maps fodler depending on what the archive is, and move it there.
or
Open my documents, goto the spring folder, open mods folder, paste file.
This schema used by microsoft has been in effect since windows ME, thats at least 7 years. They show no sign of changing it any time soon too. There's also the advantage that what I'm proposing would icnrease portability by allowing you to reference a DVD-ROM and just burnign your maps and mods to a DVD, that way no need to rezip, copy the newest files over to a usb and carry the DVD with you.
Ontop of that shared documents is a network share by default.
And in what I proposed, ti would still look inside the spring directory like it does now so why you're arguing against something that would have 0 effect on how you currently work if you wanted to keep it that way is beyond me.
the shared documents folder.
And I think tellign a user to:
goto my computer, goto C drive, goto program files, if tis a big blue screen asking if you want to view the files tell it to do so, goto the spring folder, if you installed before 0.72b1 itll be the taspring folder, goto the mods folder or the maps fodler depending on what the archive is, and move it there.
or
Open my documents, goto the spring folder, open mods folder, paste file.
This schema used by microsoft has been in effect since windows ME, thats at least 7 years. They show no sign of changing it any time soon too. There's also the advantage that what I'm proposing would icnrease portability by allowing you to reference a DVD-ROM and just burnign your maps and mods to a DVD, that way no need to rezip, copy the newest files over to a usb and carry the DVD with you.
Ontop of that shared documents is a network share by default.
And in what I proposed, ti would still look inside the spring directory like it does now so why you're arguing against something that would have 0 effect on how you currently work if you wanted to keep it that way is beyond me.
LOL, no, I am not for that. Burning a dvd rom for maps? no! Seriously, why are you against just having the maps in spring.. and FYI, my spring is is my GAMES directory with every OTHER GAME. They run in their own little dir with the exception of crap like dungeon seige that puts shit in my documents a folder which if I could help it I would remove from windows.
