New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Separate a game's name in the config from its title displayed in Preferences #4308
Comments
I don't understand why TB would create two folders with different names. If it does, that sounds like a bug. |
Ah, thanks for the explanation. It's not a big deal, but it's an slightly annoying inconsistency. The problem is that it's not easy to change this now, because changing it would mean that people lose their configs - or we have to write code to rename the directories from the old scheme to the new one. |
eGax is right, that's what I meant. I forgot to specify that the |
Yeah, this really bothered me when I 1st started making custom TB game profiles, but it is what it is. The option to look for either dir would be good, but I can understand not wanting to add code to migrate the one profiles to new. |
There's a side effect of using the game name from I don't think this is mentioned anywhere and the manual contradicts this by implying it's only for UI. |
From what I've gathered, a given game's configuration folder created in
<UserDataPath>
takes its name from the "name" field inGameConfig.cfg
, which is the same as the title displayed in the games list in the Preferences dialog.I suggest adding a new variable in the config for setting the game's "proper" title, separate from the name used internally (which could also be displayed along the title).
Why:
Adding this feature to the config would allow the user to specify where TB should save the compilation and engine profiles without affecting its cosmetic title in the games list.
Currently, if a game's name in the config does not match its
<ResourcePath>
folder name, overriding its default configuration results in two different folders being created in<UserDataPath>
- for example, when configuring Half-Life, there will be agames/Halflife
folder with the user's modified config, and agames/Half-Life
that contains the compilation/engine profiles.To have it all in a single place, either the game or the folders must be renamed to match.
The text was updated successfully, but these errors were encountered: