#gemrb@irc.freenode.net logs for 18 Dec 2013 (GMT)

Archive Today Yesterday Tomorrow
GemRB homepage


[00:12:10] --> brada has joined #gemrb
[00:46:12] --> edheldil_ has joined #gemrb
[01:01:32] <-- raevol has left IRC (Quit: Leaving.)
[01:24:51] <-- |Cable| has left IRC (Ping timeout: 260 seconds)
[01:38:22] --> |Cable| has joined #gemrb
[02:16:53] <-- edheldil_ has left IRC (Ping timeout: 250 seconds)
[03:06:54] --> Oppen has joined #gemrb
[03:35:48] <-- brada has left IRC (Quit: brada)
[03:59:09] <-- Oppen has left IRC (Remote host closed the connection)
[04:27:32] --> brada has joined #gemrb
[05:18:14] --> Eli2_ has joined #gemrb
[05:20:45] <-- Eli2 has left IRC (Ping timeout: 245 seconds)
[06:21:46] --> edheldil_ has joined #gemrb
[06:22:49] <-- brada has left IRC (Quit: brada)
[06:37:31] <-- edheldil_ has left IRC (Ping timeout: 252 seconds)
[08:07:15] --> lynxlynxlynx has joined #gemrb
[08:07:15] <-- lynxlynxlynx has left IRC (Changing host)
[08:07:15] --> lynxlynxlynx has joined #gemrb
[08:07:15] --- ChanServ gives channel operator status to lynxlynxlynx
[10:30:49] --> chiv has joined #gemrb
[10:32:24] <chiv> I've created a sort of automated panel to generate radio buttons for the gemrb enhancement options
[10:34:24] <chiv> I'm having trouble though because you can click on buttons underneath the window and I don't know how to prevent it
[10:35:35] <lynxlynxlynx> maybe make it modal?
[10:37:36] <chiv> thanks, that was exactly it!
[10:38:47] <chiv> there's one question though, if I change the options, do they get saved to the relevant gemrb.cfg?
[10:39:49] <chiv> or is it purely a read only file
[10:44:57] <lynxlynxlynx> not there, options are saved in the ini files
[10:47:19] --> WingedHussar has joined #gemrb
[10:47:26] <chiv> I see, and I just looked, GUIEnhancements is not one of them... oh well, I have a nice window at least
[10:56:01] <edheldil> hehe :). Well the config situation is a bit complicated, because we want to use original INI files (e.g. to share config between IE and GemRB)
[10:56:06] <lynxlynxlynx> that would be trivial to change
[10:56:22] <lynxlynxlynx> the originals just ignore unknown keys
[10:58:23] <chiv> that would be cool
[10:58:35] <chiv> i wouldn't mind writing some more option code
[11:00:50] <chiv> http://picpaste.com/pics/secret_panel-K1IWvKGB.1387364421.png
[11:06:23] <edheldil> chiv: gerb? :)
[11:07:50] <edheldil> otherwise, interesting idea
[11:11:56] <chiv> I thought it would be useful when there are more options, since working out the desired value of 'GUIEnhancements' in your head is a bit tricky
[11:16:02] <fuzzie> best options screen ever
[11:18:04] <chiv> wait till i submit the feature requests ;)
[11:23:50] <Lightkey> make toast not sandwich?
[11:36:36] <chiv> It is important to add toast making functionality to all serious products, because the more popular a product becomes, the closer the probability of a potential customer enquiring "Does it make toast" approaches 1.
[11:51:02] <-- WingedHussar has left IRC (Ping timeout: 252 seconds)
[11:51:55] --> WingedHussar has joined #gemrb
[12:35:37] <-- WingedHussar has left IRC (Remote host closed the connection)
[12:36:03] --> WingedHussar has joined #gemrb
[13:10:21] <-- lynxlynxlynx has left IRC (Ping timeout: 250 seconds)
[13:22:51] <-- chiv has left IRC (Quit: Page closed)
[13:23:14] --> lynxlynxlynx has joined #gemrb
[13:23:14] <-- lynxlynxlynx has left IRC (Changing host)
[13:23:14] --> lynxlynxlynx has joined #gemrb
[13:23:14] --- ChanServ gives channel operator status to lynxlynxlynx
[14:11:19] <-- dolio has left IRC (Remote host closed the connection)
[14:22:07] --> brada has joined #gemrb
[14:35:34] --> jackhunter has joined #gemrb
[14:43:41] <-- jackhunter has left IRC (Quit: Page closed)
[14:52:37] --> chv has joined #gemrb
[14:52:51] --- chv is now known as chiv
[14:54:32] <chiv> I have one last problem I added the guiscripts value to the config whitelist, and the game saves it ok, and all the option toggles work, but for some reason on the next load it always reverts to 0 (and yes, i removed it from gemrb.cfg)
[14:55:05] <chiv> *GUIEnhancements
[14:55:39] <fuzzie> next load?
[14:56:22] <chiv> next game initialisation
[14:56:46] <brada> hmmm
[14:56:48] <chiv> I looked at interfaceconfig.cpp and I can't work out why it would be any different
[14:56:50] <fuzzie> you mean, next engine startup?
[14:56:54] <chiv> yeah
[14:56:57] <-- brada has left IRC (Quit: brada)
[14:57:18] --> brada has joined #gemrb
[14:57:20] <brada> chiv:interface congif is strictly for gemrb.cfg
[14:57:41] <chiv> ah
[14:59:01] --> gggg has joined #gemrb
[14:59:04] <brada> Interface::InitializeVarsWithINI loads the baldur.ini
[14:59:13] <brada> or torment.ini in your case
[14:59:46] <fuzzie> what needs changing, unhardcoded/shared/defaults.ini?
[14:59:49] <brada> see the problem is that just sets them in the settings dictionary
[15:00:15] <fuzzie> oh right. horrors :P
[15:00:17] <chiv> fuzzie: yeah that's where I added it
[15:00:21] <brada> what needs changing depends on when said settings are needed i guess
[15:00:58] <brada> and how elegantly you want to solve the problem ;)
[15:01:39] <brada> can the GUI enhancements setting really be changed at runtime?
[15:02:05] <chiv> well, everything I made can...
[15:02:18] <brada> maybe its time to discuss a better setting system...
[15:02:30] <brada> *shudders*
[15:02:35] <chiv> I was esentially making this dialog box to answer that very question
[15:02:50] <brada> well what i mean is change and have an effect
[15:03:01] <chiv> "can the settings be changed at runtime. Well, lets do it and see if it catches fire"
[15:03:13] <brada> obviously currently the answer is no
[15:03:26] <brada> since it is read once at interface construct time
[15:03:41] <chiv> theres only 3 options, and one of them I know is optionable at runtime
[15:04:11] <brada> hmmm i think some of the cfg values do indeed go into the variables dictionary
[15:05:20] <chiv> the only one I haven't tested yet is the GE_SCROLLBARS option, because I don't know offhand where to look
[15:05:50] <brada> hmmm
[15:06:04] <brada> GUIEnhancements *does* get put into the dictionary
[15:06:42] <chiv> yeah it gets saved properly and everything. it just gets set back to 0 on startup :(
[15:06:45] <brada> so is the problem when the ini gets loaded?
[15:07:20] <brada> yup
[15:07:22] <brada> thats it
[15:07:38] <brada> ini gets loaded on line 1816
[15:07:57] <brada> then its settings get clobbered on 1939
[15:08:27] <brada> so try moving the vars->XXX lines to above the ini load?
[15:08:42] <brada> unfortunately the interface setup code is very fragile...
[15:10:41] <brada> this code just made the list...
[15:10:52] <chiv> fragile? let's juggle it
[15:10:54] <brada> unfortunately its a very long list...
[15:11:01] <brada> chiv: try it :D
[15:11:21] <brada> just move those lines around so that ini loading happens after the cfg settings
[15:12:10] <brada> I think it will work fine
[15:12:23] <brada> but then that changes the precedence of gemrb.cfg
[15:12:34] <brada> so what do we want to have higher precedence?
[15:12:59] <brada> one would think gemrb.cfg, but now that you are allowing gemrb setting via gui...
[15:14:02] <chiv> well, I just removed the option from gemrb.cfg
[15:14:19] <chiv> from my gemrb.cfg that is
[15:14:51] <chiv> moving it didn't work, only commenting it out did, I'll keep looking
[15:16:03] <brada> chiv: removing the option form gemrb.cfg will have no effect
[15:16:25] <brada> if the option isnt there it is defaulted to some value
[15:16:39] <brada> hence the need to move code around
[15:16:42] <chiv> line 1498 is telling: vars->SetAt("Full Screen", FullScreen); //put into vars so that reading from game.ini wont overwrite
[15:17:17] <chiv> it seems the override behaviour is intentional
[15:17:35] <brada> yes it is intended that gemrb.cfg has precedence over game.ini
[15:17:41] <brada> thats what ive been saying
[15:17:53] <brada> *if* you want to change that i told you what you need to do
[15:18:17] <brada> bear in mind when i say gemrb.cfg that implies the default values
[15:18:34] <brada> apparently
[15:18:46] <chiv> there are also default values in defaults.ini
[15:19:03] <brada> probably shouldnt but i assume this "oversight" is due to those options being gemrb specific
[15:19:21] <brada> defaults.ini is just torment.ini
[15:19:24] <brada> er
[15:19:31] <brada> no those are the defaults for torment.ini
[15:20:12] <brada> im not sure what happens if a setting isnt present in defaults.ini
[15:21:09] <brada> ok
[15:21:17] <chiv> I'm going from this comment: /** Saves the gemrb config variables from the whitelist to gem-INIConfig
[15:21:43] <brada> yeah
[15:21:51] <brada> the whitelist is defaults.ini
[15:22:06] <brada> so you need to add those settings to defaults.ini
[15:22:22] <chiv> yeah I've done that
[15:22:37] <brada> we could then use defaults.ini to dynamically build the setting screen instead of hardcoding it
[15:22:49] <brada> chiv: did you do the other thing i said to do?
[15:22:52] <chiv> that's what I am trying to achieve
[15:23:10] <chiv> yeah i tried moving the vars-setat call above the ini load, no effect
[15:23:29] <brada> line 1939?
[15:23:54] <chiv> yep
[15:24:23] <chiv> but I just commented it out, everything works fine now except I don't know why the core was setting it
[15:24:45] <brada> it was setting it because it needs to be in the dictionary
[15:25:07] <brada> now that you have it in defaults it doesnt need to set it
[15:25:18] <brada> so the proper move now would be to delete that line entirely
[15:25:31] <brada> tho make sure its in the defaults for all games
[15:26:06] <chiv> I assumed it was added to the dictionary with the rest of the stuff by this : CONFIG_INT("GUIEnhancements", GUIEnhancements = );
[15:26:13] <brada> no
[15:26:35] <brada> that line loads it from gemrb.cfg if its present
[15:26:40] <chiv> so in summary, add GUIEnhancements to every defaults.ini and delete the offending line
[15:26:53] <brada> but it loads it into the GUIEnhancements ivar *not* the dictionary
[15:27:04] <brada> yes
[15:27:20] <chiv> heh, ok, I'll do that and then nearly finished
[15:27:50] <brada> to be more specific that loads it from the InterfaceConfig config
[15:28:00] <brada> in most cases that is built from gemrb.cfg tho
[15:28:09] <brada> everywhere except on mac os
[15:33:14] <chiv> there's actually only one copy of defaults.ini in /shared, so I didn't have to do anything else
[15:33:21] <brada> neat
[15:34:02] <chiv> what you said about generating the options automatically reminded me, there isn't actually any equivalent to the windows config app is there?
[15:34:21] <brada> windows config app?
[15:34:43] <chiv> when you install the game on windows, you get an external configuration app
[15:34:54] <chiv> I'm going to look at it and see if there is anything you cant do in game
[15:35:04] <brada> there is
[15:35:13] <brada> look at defaults.ini
[15:35:27] <brada> youll see plenty of settings we support that have no in game equivalent
[15:35:40] <brada> thats why i was saying to generate the settings screen from defaults.ini
[15:35:52] <brada> dynamically generate i mean
[15:36:01] <brada> instead of hard coding values in python
[15:38:08] <chiv> the only thing I can't see is how to guess whether an option should be a slider, toggle, input box automatically
[15:38:53] <brada> ah yes
[15:39:36] <-- gggg has left IRC (Ping timeout: 272 seconds)
[15:39:40] <chiv> unless you literally write it in the comment, eg '; slider: changes the sound volume'
[15:40:02] <brada> right
[15:40:13] <brada> lets not rely on that
[15:40:29] <brada> i guess jsut hardcode them to guisettingscommon or whatever
[15:59:34] <-- brada has left IRC (Quit: brada)
[16:35:24] --> brada has joined #gemrb
[16:36:11] <brada> chiv: while you're at it would you do the same for lines 1938 and 1940
[16:36:29] <brada> there is no need for those lines to exist if they are in defaults.ini
[16:37:52] <brada> tho id really like to just delete the TouchScrollAreas option alltogether :)
[16:54:50] <chiv> ok, but for a basic start, is this ok? https://github.com/chilvence/gemrb/commit/96aa8709d02d5ec06e4bd6a8a8bd2661edaaabf5
[16:54:52] <Pepelka> Move the default GUIEnh setting out of gemrb.cfg and into gem-X.ini · 96aa870 · chilvence/gemrb · GitHub
[16:54:53] <Pepelka> »gemrb - Engine Made with preRendered Background«
[16:56:55] <brada> not exactly
[16:57:07] <brada> you should remove the change to GemRB.cfg.sample
[16:57:37] <brada> other than that yes
[16:57:54] <chiv> ok, will change
[16:58:55] <brada> chiv: one other thing
[16:59:21] <brada> well nevermind
[16:59:27] <brada> well dicuss this later
[17:00:25] <brada> I will say i dont see why GUIEnhancements is an ivar at all
[17:00:37] <brada> since it goes right into the dict and is not used beyond that
[17:00:46] <brada> our interface is a mess :(
[17:01:49] <chiv> well, every project is simply a prototype for itself :)
[17:12:09] <brada> chiv: it would be fairly trivial to maintain gemrb.cfg precedence if we set the var in the dict only if it is present in interfaceconfig
[17:19:37] <brada> and i wouldnt complain about you removing the unneeded ivars from config while youre at it ;)
[17:20:11] <brada> ivars in interface i mean
[17:22:46] <brada> as of right now your patch makes it so that cfg option is useless and we cant have that
[17:28:01] <chiv> unfortunately right now I am trying to kill a bug i uncovered by disabling the 'auto open bag' option
[17:29:17] <-- WingedHussar has left IRC (Quit: WingedHussar)
[17:40:26] --> vampi-the-frog has joined #gemrb
[17:50:57] <chiv> looks unrelated to anything i changed... in iwd, when you are in the inventory screen, change character, and then open their bag, the game goes back to the first player who's inventory you opened
[17:51:25] <chiv> *whose ?
[18:09:17] <edheldil> it would be nice to first specify how the configs are expected to behave and only then create patches :-D
[18:11:31] <brada> we did
[18:11:42] <brada> gemrb.cfg has priority over game.ini
[18:12:07] <-- brada has left IRC (Quit: brada)
[18:13:20] <edheldil> eh ... what's game.ini?
[18:14:49] <edheldil> it would be really nice to have it documented in detail (no hard demands ;-))
[18:15:25] <edheldil> also, that looks like a low hanging fruit to introduce some unittests ;-)
[18:15:51] <edheldil> again, that's not a requirement, just inspiration :)
[18:15:58] <edheldil> later, guys
[18:41:10] <chiv> found it, it was fixed in bg2 GUIINV but not shared with iwd
[19:49:06] --> edheldil_ has joined #gemrb
[19:51:50] <edheldil_> chiv: btw, speaking of config, don't forget that often GamePath and GemRBPath are not writable
[19:52:30] <-- vampi-the-frog has left IRC (Quit: Leaving)
[19:55:33] <lynxlynxlynx> we got that covered already
[19:59:46] <edheldil_> really? Is it written to ~/.gemrb if GamePath is not writable? I have not payed attention, it seems
[20:05:48] --> Yoshimo has joined #gemrb
[20:15:44] <lynxlynxlynx> it tries 3 different paths
[20:16:33] <lynxlynxlynx> i don't think one is $HOME though
[20:18:51] <chiv> hmm, GUICommon.GameIWD2 is giving me a false positive for IWD 1
[20:22:12] <lynxlynxlynx> can only happen if you run iwd1 with the iwd2 gametype
[20:22:20] <edheldil_> sigh... even though a GUILOAD scrollbar has size 18x388 in CHU, the actual clip rect is 17x387
[20:24:50] <edheldil_> ... in IE
[20:28:01] <lynxlynxlynx> isn't it an interesting coincidence that they picked a name with the same acronym?
[20:28:10] <lynxlynxlynx> ie stands for universaly hated
[20:30:15] <edheldil_> funny :/
[20:36:47] <chiv> oh my dear lord, i forgot the brackets ()... never mind
[21:08:10] <-- Yoshimo has left IRC (Quit: Yoshimo)
[22:02:40] <chiv> well, this is all working well as far as I can tell : https://github.com/chilvence/gemrb/compare/configurator
[22:02:42] <Pepelka> Comparing gemrb:master...chilvence:configurator · chilvence/gemrb · GitHub
[22:02:43] <Pepelka> »gemrb - Engine Made with preRendered Background«
[22:03:20] <chiv> I haven't added any of the game options to it yet, but that won't be a major job
[22:06:53] <chiv> of course the intention of having the options menu, is that I could send a pull request for some of my options ;)
[22:10:54] <lynxlynxlynx> looks ok, but a doc update is missing
[22:11:15] <lynxlynxlynx> hmm, maybe not
[22:11:26] <lynxlynxlynx> it still works if set in gemrb.cfg, right?
[22:12:41] <chiv> i checked it, but now i want to check again...
[22:13:02] <lynxlynxlynx> i read the previous discussion, but i'm still confused
[22:15:01] <chiv> yes, I set it to 0 in my bg1.cfg, and the settings were preserved from gem-baldur.ini
[22:15:27] <lynxlynxlynx> in what sense?
[22:15:41] <lynxlynxlynx> re docs: the manual should mention the option is easier to set ingame
[22:16:02] <chiv> gem-baldur.ini overrides the value in bg1.cfg
[22:16:10] <chiv> (ie gemrb.cfg)
[22:16:44] <lynxlynxlynx> isn't that the other way around?
[22:18:08] <chiv> as far as I can tell, the core is written to arbitrarily decide if an ini value should over write gemrb.cfg
[22:18:16] <chiv> eg fullscreen
[22:19:04] <chiv> so it looks like ini values default to taking precedence
[22:19:07] <lynxlynxlynx> that's handled separately due to complaints
[22:19:48] <lynxlynxlynx> hmm
[22:19:57] <chiv> i think it makes more sense to use the ini file anyway
[22:20:10] <chiv> i don't like fiddling with config files to play a game...
[22:20:28] <lynxlynxlynx> they're both config files
[22:20:47] <chiv> yeah but one of them is all set by gui panels
[22:21:08] <chiv> I'll happily make gui panels for all the options in gemrb.cfg
[22:21:18] <lynxlynxlynx> chicken and egg
[22:22:15] <lynxlynxlynx> i have no problem with guie being in the ini, but it can get confusing fast
[22:22:32] <lynxlynxlynx> now everyone has it in the main config and everything says it's there
[22:22:54] <chiv> I bet only 3 people have actually fiddled with it though
[22:23:01] <lynxlynxlynx> if you set it ingame, a value from another file will suddenly have precedence, so any fiddling with the original will be moot
[22:23:09] <chiv> because there are 3 options, and they all default to on
[22:24:01] <lynxlynxlynx> they were separate at some point, but i merged them due to inflation and people with lots of mods were complaining about the scrollbars not being there
[22:24:39] <lynxlynxlynx> it's not a problem with just guie, it is just the first non-native thing we would store in the ini
[22:25:24] <chiv> it is the gem-[game].ini, so it shouldn't cause a problem
[22:34:23] <lynxlynxlynx> fragmentation is confusing
[22:35:05] <chiv> yeah, but my suggestion would just be to phase out the gemrb.cfg option, I don't know if you want that
[22:36:17] <chiv> how many people would be able to calculate their own desired options anyway?
[22:38:05] <lynxlynxlynx> we should remove anything that isn't needed to get to the ingame options
[22:39:41] <chiv> that would be nice, as I say i will happily add every possible option to a gui panel if you ask
[22:40:35] <lynxlynxlynx> i guess that means + tooltipdelay, volumes and maybe some of the debug stuff
[22:47:53] <lynxlynxlynx> at minimum your patch needs the torment equivalent, so the code would feel safer in guioptcontrols.py where it can be shared
[22:51:55] <chiv> that is my next step - speaking of tooltipdelay, isn't that a duplicate option?
[22:54:14] <chiv> in the original game, the slider changes the ini key 'Tooltips' to the desired delay time
[22:54:45] <lynxlynxlynx> exactly
[22:55:11] <chiv> but why does gemrb need another option?
[22:55:55] <chiv> honestly I'm just confused...
[22:56:16] <lynxlynxlynx> it doesn't
[22:57:03] <lynxlynxlynx> i'd need to check if it's the same everywhere
[22:57:06] <chiv> is this all just inherited from a time before ini saving?
[22:57:31] <lynxlynxlynx> yep
[22:57:37] <lynxlynxlynx> my code too
[22:57:44] <chiv> i have all 5 games, i can check
[22:58:01] <lynxlynxlynx> i'm sure they use the same key, i just remember pst having a different scale
[22:58:06] <lynxlynxlynx> probably doesn't matter
[22:59:04] <edheldil_> btw, that brad's commits don't compile, at least for me
[22:59:09] <edheldil_> those
[23:00:27] <lynxlynxlynx> didn't try, still in the same mid-bisect mess
[23:00:31] <edheldil_> GameControl.h:102: comma at end of enumerator list
[23:00:40] <lynxlynxlynx> but i see our buildbot is down
[23:00:47] <edheldil_> gcc being picky
[23:01:21] <chiv> I have to put -w
[23:01:39] <edheldil_> I prefer to end enums with comma too :/
[23:02:44] <chiv> gcc: smart enough to describe the error in great detail, smug enough to do nothing about it :)
[23:03:22] <edheldil_> :)
[23:04:02] --> brada has joined #gemrb
[23:04:52] <brada> chiv: you are confused
[23:05:49] <chiv> that is often the case
[23:05:54] <edheldil_> ah, perpetrator returning to the place of crime :)
[23:06:04] <brada> ed: whats the problem?
[23:06:15] <Lightkey> he's not a horse
[23:06:47] <brada> everybody is a horse on the internet
[23:07:24] <edheldil_> not a horse and not anybody's little pony either
[23:07:52] <edheldil_> brada: gemrb/gemrb/core/GUI/GameControl.h:102: error: comma at end of enumerator list
[23:07:54] <brada> chiv: the way the ini loading is handled it is supposed to only set values that havent already been set byt the config
[23:08:03] <edheldil_> warning turned to an error
[23:08:04] <brada> so fix it!
[23:08:11] <brada> i thought that was valid
[23:08:49] <edheldil_> I thought so too
[23:09:55] <brada> chiv: what ought to be done is to set the key from the config only if its present (trivial)
[23:10:08] <brada> that way gemrb.cfg still trumps game.ini
[23:10:25] <brada> jsut like it always has in the past
[23:10:31] <brada> eg fullscreen
[23:11:04] <brada> I can post a gist for how to do it later
[23:11:12] <brada> probably you will be asleep by then
[23:13:18] <chiv> I'm still not convinced about the continued necessity of gemrb.cfg .... if I can move all the settings to the ini and make panels for them, wouldn't that be better for players?
[23:13:52] <brada> seems kinda busy for debug options and the like
[23:14:00] <brada> and things that cant be changed on the fly
[23:14:08] <brada> eg audo/video renderer
[23:14:37] <brada> to be clear im not opposed to removing some settings from it
[23:14:55] <brada> but if you are going to remove that one you should remove fullscreen and similar shared settings too
[23:15:54] <brada> ask lynx what he thinks
[23:17:00] <edheldil_> chiv: also, there's GamePath there
[23:17:54] <chiv> oh god... switching to fullscreen and back ruined my session
[23:18:09] <chiv> brb
[23:18:32] <edheldil_> lynxlynxlynx: this should work, should not it? cmake DISABLE_WERROR=1 ..
[23:20:08] <lynxlynxlynx> add -D
[23:20:38] <lynxlynxlynx> brada: i said pretty much the same; not everything can be migrated
[23:21:23] <lynxlynxlynx> fullscreen i would leave in both too, since people tend to mess up resolutions a lot
[23:22:49] <edheldil_> but it's a mess, that's a fact
[23:23:12] <-- chiv has left IRC (Ping timeout: 272 seconds)
[23:23:14] <brada> i mean is it a good idea to migrate things at all
[23:24:02] <brada> we could just leave it how it is where gemrb.cfg > game.ini
[23:24:39] --> chiv has joined #gemrb
[23:24:52] <lynxlynxlynx> xrandr didn't help?
[23:24:54] <edheldil_> by game.ini you mean ~/.gemrb/gem-bg1.ini?
[23:25:10] <lynxlynxlynx> no, game.ini is stored in the gamepath
[23:25:18] <lynxlynxlynx> baldur.ini
[23:25:30] <brada> edheldil: i mean baldur.ini or torment.ini etc
[23:25:38] <lynxlynxlynx> we use a different filename due to whitelisting
[23:25:39] <edheldil_> ah, ok
[23:25:43] <brada> sorry i didnt realize that was unclear
[23:26:27] <chiv> I want to minimise the importance of it because as a player i find it a pain to deal with
[23:26:51] <brada> chiv: we all agree there
[23:27:10] <brada> and i think we all agree that guienhancements should work from there/ingame
[23:27:13] <chiv> i don't mind if it has to be done in stages
[23:27:16] <brada> so you are on a good path
[23:27:23] <chiv> but I would like to work towards that
[23:28:00] <lynxlynxlynx> except the purists would say that the extra options button itself should be ifdefed under guienhancements :P
[23:28:23] <chiv> hey purists can stick with bgmain.exe as far as I am concerned
[23:28:47] <chiv> that's like asking for mango juice and saying 'this water has too much mango in it'
[23:29:05] <lynxlynxlynx> i don't remember who is the purist here, but that's the sole reason this variable got started
[23:29:18] <lynxlynxlynx> extra scrollbars where needed was too much!?
[23:29:44] <chiv> I am the antipurist, so there may be some clashing...
[23:31:13] <lynxlynxlynx> zzz
[23:31:26] <Lightkey> vade retro!
[23:32:03] <-- lynxlynxlynx has left IRC (Read error: Connection reset by peer)