--- Log opened Fri Aug 17 00:00:57 2012
20120817 00:01:12-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20120817 00:12:28-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 246 seconds]
20120817 00:14:37-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 245 seconds]
20120817 00:15:07-!- isaac [~isaac@debian/developer/isaac] has quit [Ping timeout: 240 seconds]
20120817 00:16:13-!- isaac [~isaac@smurf.cauterized.net] has joined #wesnoth-dev
20120817 00:21:09-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20120817 00:31:25-!- Gambit [~gambit@wesnoth/developer/grickit] has joined #wesnoth-dev
20120817 00:35:19-!- Alarantalara [~Adium@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20120817 01:12:42-!- negusnyul [~negusnyul@1F2E9C63.dsl.pool.telekom.hu] has quit [Quit: Konversation terminated!]
20120817 01:26:30-!- PolarPanda [~quassel@unaffiliated/peterporty] has quit [Read error: Connection reset by peer]
20120817 01:27:07-!- PolarPanda [~quassel@unaffiliated/peterporty] has joined #wesnoth-dev
20120817 01:30:35-!- shadowm_laptop2 [~ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20120817 01:33:15-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 246 seconds]
20120817 01:35:01-!- shadowm_laptop2 is now known as shadowm_laptop
20120817 01:49:51-!- wesbot changed the topic of #wesnoth-dev to: 1.10.4 planned for 24th August | 187 bugs, 338 feature requests, 18 patches | Logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20120817 01:56:19-!- MrBeast [~foo@pD950B1CC.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20120817 02:00:33-!- timotei [~timotei@194.117.242.16] has joined #wesnoth-dev
20120817 02:00:34-!- timotei [~timotei@194.117.242.16] has quit [Changing host]
20120817 02:00:34-!- timotei [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20120817 02:11:37-!- shadowm_laptop [~ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 240 seconds]
20120817 02:12:37-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20120817 02:13:14-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Ping timeout: 272 seconds]
20120817 02:16:27-!- mattsc [~mattsc@24.102.134.37.res-cmts.sm.ptd.net] has quit [Ping timeout: 252 seconds]
20120817 02:29:41-!- Elvish_Pillager [~eli@66-189-34-122.dhcp.oxfr.ma.charter.com] has quit [Ping timeout: 248 seconds]
20120817 02:50:13-!- jamit [~james@pool-96-235-148-103.cmdnnj.east.verizon.net] has quit [Quit: Leaving.]
20120817 02:58:22-!- mjs-de [~mjs-de@f053191062.adsl.alicedsl.de] has quit [Ping timeout: 246 seconds]
20120817 03:11:00-!- mjs-de [~mjs-de@d185198.adsl.hansenet.de] has joined #wesnoth-dev
20120817 03:36:59-!- loonybot [~loonybot@wesnoth/bot/loonybot] has quit [Remote host closed the connection]
20120817 04:13:34-!- bloodycoin [~bloodycoi@78.63.209.84] has quit [Ping timeout: 244 seconds]
20120817 04:26:09-!- bloodycoin [~bloodycoi@78.63.209.84] has joined #wesnoth-dev
20120817 04:36:10-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 240 seconds]
20120817 04:39:22-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20120817 04:43:09< CIA-88> shadowmaster * r55011 /trunk/data/campaigns/The_Rise_Of_Wesnoth/units/ (Wesfolk_Lady.cfg Wesfolk_Leader.cfg Wesfolk_Outcast.cfg): TRoW: "in the battlefield" -> "on the battlefield"
20120817 04:47:02-!- happygrue [~quassel@wesnoth/developer/wintermute] has quit [Read error: Connection reset by peer]
20120817 05:03:22-!- PolarPanda [~quassel@unaffiliated/peterporty] has quit [Read error: Connection reset by peer]
20120817 05:15:09-!- mjs-de [~mjs-de@d185198.adsl.hansenet.de] has quit [Remote host closed the connection]
20120817 05:26:07< CIA-88> espreon * r55012 /branches/1.10/ (changelog players_changelog po/wesnoth-l/la.po): Updated the Latin translation.
20120817 05:29:33< CIA-88> espreon * r55013 /trunk/ (changelog players_changelog): Fixed list of updated languages.
20120817 05:30:02< CIA-88> espreon * r55014 /trunk/po/wesnoth-l/la.po: Updated the Latin translation.
20120817 05:31:35-!- Gambit [~gambit@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20120817 06:01:57-!- artisticdude_iOS [~artisticd@vsat-148-64-186-230.c005.g4.mrt.starband.net] has joined #wesnoth-dev
20120817 06:02:01< shadowm> Hm, the Skeleton's standing animation looks rather odd.
20120817 06:05:38-!- timotei [~timotei@194.117.242.16] has joined #wesnoth-dev
20120817 06:05:39-!- timotei [~timotei@194.117.242.16] has quit [Changing host]
20120817 06:05:39-!- timotei [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20120817 06:05:42< Espreon> Indeed.
20120817 06:37:46-!- oldtopman [~oldtopman@unaffiliated/oldtopman] has quit [Quit: *pouf*]
20120817 06:38:08-!- Alarantalara [~Adium@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has quit [Quit: Leaving.]
20120817 06:40:18-!- artisticdude_iOS [~artisticd@vsat-148-64-186-230.c005.g4.mrt.starband.net] has quit [Read error: Connection reset by peer]
20120817 06:41:03-!- artisticdude_iOS [~artisticd@vsat-148-64-186-230.c005.g4.mrt.starband.net] has joined #wesnoth-dev
20120817 06:41:53-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Quit: Read error: End of file]
20120817 06:42:29-!- artisticdude_iOS [~artisticd@vsat-148-64-186-230.c005.g4.mrt.starband.net] has left #wesnoth-dev []
20120817 07:02:02-!- bloodycoin [~bloodycoi@78.63.209.84] has quit [Ping timeout: 272 seconds]
20120817 07:05:41-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20120817 07:15:14-!- bloodycoin [~bloodycoi@78.63.209.84] has joined #wesnoth-dev
20120817 07:23:52-!- SeattleDad [~SeattleDa@68-116-53-122.static.mdfd.or.charter.com] has joined #wesnoth-dev
20120817 07:32:05< SeattleDad> Hi neph
20120817 07:41:15-!- jamit [~james@pool-96-235-148-103.cmdnnj.east.verizon.net] has joined #wesnoth-dev
20120817 07:54:14-!- bloodycoin [~bloodycoi@78.63.209.84] has quit [Ping timeout: 260 seconds]
20120817 08:07:13-!- bloodycoin [~bloodycoi@78.63.209.84] has joined #wesnoth-dev
20120817 08:11:20-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20120817 08:25:58-!- bloodycoin [~bloodycoi@78.63.209.84] has quit [Ping timeout: 246 seconds]
20120817 08:34:26-!- artisticdude_iOS [~artisticd@vsat-148-64-186-230.c005.g4.mrt.starband.net] has joined #wesnoth-dev
20120817 08:35:34-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit []
20120817 08:38:02-!- artisticdude_iOS [~artisticd@vsat-148-64-186-230.c005.g4.mrt.starband.net] has left #wesnoth-dev []
20120817 08:38:49-!- bloodycoin [~bloodycoi@78.63.209.84] has joined #wesnoth-dev
20120817 08:44:12-!- SeattleDad [~SeattleDa@68-116-53-122.static.mdfd.or.charter.com] has quit []
20120817 08:54:46-!- vultraz_laptop [~chatzilla@124.109.10.221] has joined #wesnoth-dev
20120817 08:58:35-!- bloodycoin [~bloodycoi@78.63.209.84] has quit [Ping timeout: 256 seconds]
20120817 09:12:34-!- bloodycoin [~bloodycoi@78.63.209.84] has joined #wesnoth-dev
20120817 09:18:11-!- matthiaskrgr [matthiaskr@64.250.122.35] has quit [Quit: GeekBouncer - http://geekbouncer.co.uk]
20120817 09:22:21-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20120817 09:23:55-!- Nephro [~Dmitry@80.233.231.12] has joined #wesnoth-dev
20120817 09:24:12-!- neph [~neph@80.233.231.12] has quit [Read error: Connection reset by peer]
20120817 09:25:10-!- bloodycoin [~bloodycoi@78.63.209.84] has quit [Ping timeout: 272 seconds]
20120817 09:30:54-!- matthiaskrgr [matthiaskr@64.250.122.35] has joined #wesnoth-dev
20120817 09:33:52-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Quit: Leaving]
20120817 09:37:50-!- bloodycoin [~bloodycoi@78.63.209.84] has joined #wesnoth-dev
20120817 09:38:26-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving]
20120817 09:49:50-!- bloodycoin [~bloodycoi@78.63.209.84] has quit [Ping timeout: 240 seconds]
20120817 10:03:41-!- bloodycoin [~bloodycoi@78.63.209.84] has joined #wesnoth-dev
20120817 10:19:55-!- bloodycoin [~bloodycoi@78.63.209.84] has quit [Ping timeout: 244 seconds]
20120817 10:33:02-!- bloodycoin [~bloodycoi@78.63.209.84] has joined #wesnoth-dev
20120817 10:38:03-!- bloodycoin [~bloodycoi@78.63.209.84] has quit [Ping timeout: 245 seconds]
20120817 10:38:14-!- stikonas [~gentoo@ctv-79-132-164-161.vinita.lt] has joined #wesnoth-dev
20120817 10:38:14-!- stikonas [~gentoo@ctv-79-132-164-161.vinita.lt] has quit [Changing host]
20120817 10:38:14-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120817 10:50:39-!- Ayne [~Ayne@HSI-KBW-078-042-132-056.hsi3.kabel-badenwuerttemberg.de] has joined #wesnoth-dev
20120817 10:51:30< Nephro> Ayne, hi. You are working on the multiplayer engine, right?
20120817 10:51:45< Ayne> hi
20120817 10:51:47< Ayne> yes, I am
20120817 10:52:21< Nephro> You must be very agile in using config class instances
20120817 10:53:25< Nephro> I'm a bit stuck atm, trying to iterate through child configs and failing. It's a bit embarassing
20120817 10:53:32< Ayne> I have had to work with them a lot, though I doubt I know everything there is to know about them
20120817 10:53:56< Ayne> but I can try to help
20120817 10:54:02< Nephro> 	config::child_itors range = cfg.child_range("filter_own");	
20120817 10:54:03< Nephro> 	for (config::child_iterator i = range.first; i!= range.second; i++)
20120817 10:54:08< Nephro> does this make any sense to you?
20120817 10:54:35< Nephro> there is no documentation that I could find on this stuff, so I am just trying to fight through using logic and luck
20120817 10:56:20< Ayne> do you need an iterator for something (deleting an element or something like that)? Otherwise BOOST_FOREACH(config& child = cfg.child_range("filter_own")) might be easier to use
20120817 10:57:00< Ayne> if you want to iterate through them all obviously
20120817 10:57:08< Nephro> yes, that's the goal
20120817 11:00:07< Nephro> ah, thanks, Ayne, this works
20120817 11:00:46< Ayne> glad to be of help :)
20120817 11:08:47-!- horon [~horon@nttkyo331099.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has joined #wesnoth-dev
20120817 11:45:36-!- Crab_ [Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20120817 11:51:53-!- Nephro [~Dmitry@80.233.231.12] has quit [Ping timeout: 244 seconds]
20120817 11:59:37-!- MrBeast [~foo@pD95087EB.dip0.t-ipconnect.de] has joined #wesnoth-dev
20120817 12:03:42-!- happygrue [~quassel@c-76-119-97-171.hsd1.ma.comcast.net] has joined #wesnoth-dev
20120817 12:03:43-!- happygrue [~quassel@c-76-119-97-171.hsd1.ma.comcast.net] has quit [Changing host]
20120817 12:03:43-!- happygrue [~quassel@wesnoth/developer/wintermute] has joined #wesnoth-dev
20120817 12:40:19-!- mjs-de [~mjs-de@d185198.adsl.hansenet.de] has joined #wesnoth-dev
20120817 13:21:42-!- Elvish_Pillager [~eli@66-189-34-122.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20120817 13:24:28-!- Nephro [~Dmitry@80.233.231.12] has joined #wesnoth-dev
20120817 13:30:06< Nephro> Hi, Crab_ . I've got a question about the CA filters. Which attribute should we use to filter off units? Names aren't suitable for that. Id's aren't exposed to the umc devs. I've stopped on unit coordinates at the moment
20120817 13:31:00< Crab_> http://wiki.wesnoth.org/StandardUnitFilter
20120817 13:31:11< Crab_> (it has x,y, if you want to test)
20120817 13:31:43< Crab_> so, to filter units, you should get a WML subtag value, store it, and use bool unit::matches_filter(const vconfig& cfg,const map_location& loc,bool use_flat_tod=false) const;
20120817 13:32:28< Crab_> but note that AI code is not vconfig-friendly, so you'll be working with already parsed configs
20120817 13:32:47< Crab_> (you can construct a dummy vconfig proxy for an already parsed config)
20120817 13:39:04-!- matthiaskrgr [matthiaskr@64.250.122.35] has quit [Quit: GeekBouncer - http://geekbouncer.co.uk]
20120817 13:47:06-!- loonybot [~loonybot@46.138.73.123] has joined #wesnoth-dev
20120817 13:47:07-!- loonybot [~loonybot@46.138.73.123] has quit [Changing host]
20120817 13:47:07-!- loonybot [~loonybot@wesnoth/bot/loonybot] has joined #wesnoth-dev
20120817 13:47:34-!- matthiaskrgr [matthiaskr@64.250.122.35] has joined #wesnoth-dev
20120817 14:15:00-!- negusnyul [~negusnyul@1F2E9C63.dsl.pool.telekom.hu] has joined #wesnoth-dev
20120817 14:53:44< Ayne> Hi Crab_
20120817 14:53:48< Crab_> hi
20120817 14:54:55< Ayne> About the three tags from general info: So I should move next scenario, scenario and difficulty to game_data, and next_scenario and difficulty to carryover_info?
20120817 14:57:13< Crab_> yes (provided that your backward compatability procedure will load old saves correctly)
20120817 14:58:40< Crab_> but note that next_scenario and difficulty are 'transferred' to the game
20120817 14:59:32< Crab_> so, they are in carryover_info, but, when you determine the next level and load it's config, they are to be removed from carryover_info 
20120817 15:00:31< Crab_> the process there is like "take carryover info, determine next level's config, transfer from carryover_info to that config
20120817 15:00:50< Crab_> and next_scenario is required to 'determine' that next level's config
20120817 15:01:00< Crab_> and difficulty is required to properly load the next level's config
20120817 15:01:11< Crab_> but, afterwards, there's no need to store them in carryover
20120817 15:01:38< Ayne> all of which is currently happening in playcampaign::play_game and will have to be moved from there, right?
20120817 15:01:51< Crab_> yes
20120817 15:02:07< Crab_> it's better to have a function (or several functions) that'll be called from here
20120817 15:02:23< Crab_> note that the next level's config has to be sent across the network
20120817 15:02:29< Crab_> so, there's that io_type == switch in there
20120817 15:04:02< Crab_> basically, the 'find or generate next scenario' part should be extracted
20120817 15:04:34< Crab_> while it's more-or-less ok to keep the 'send scenario across the network' part there, since it contains no decisions
20120817 15:05:09< Crab_> basically, the client should just check if he should expect the next scenario, and, if yes, wait for it
20120817 15:05:34< Ayne> but at that point (where the scenario switch currently happens) I don't have gamedata yet, so I have out-of-game next_scenario, but not in-game scenario, so I will have to work on next_scenario and switch later, right?
20120817 15:06:52< Crab_> yes, there's no in-game data at this point
20120817 15:08:06< Crab_> and the code there is quite messy, as it does something like  "while(true) {play_game, get next scenario}"
20120817 15:08:22< Crab_> while it should do "while (true) {get next scenario, play_game}"
20120817 15:08:54< Crab_> (the problem in the first approach is that "get next scenario" logic is actually duplicated and scattered across the codebase)
20120817 15:09:23< Crab_> returning to your question
20120817 15:10:04< Crab_> you should always have a way to find the next scenario in carryover_info when you do the "get next scenario" code
20120817 15:11:22< Crab_> when ending level, you still have in-game data, so you can do it as part of sides.transfer_from(*resources::gamedata); call
20120817 15:11:43< Crab_> or you can store it in end_level_data
20120817 15:11:47-!- Alarantalara [~Adium@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20120817 15:12:01< Crab_> see: http://wiki.wesnoth.org/DirectActionsWML#.5Bendlevel.5D
20120817 15:12:14< Crab_> "next_scenario: (default specified in [scenario] tag) the ID of the next scenario that should be played. All units that side 1 controls at this point become available for recall in next_scenario."
20120817 15:12:34< Crab_> so, you can just make sure you get the default value from in-game data at that point
20120817 15:12:46< Crab_> and store it in end_level_data, for example
20120817 15:16:50< Crab_> for example, for campaigns, the first part of "get next scenario" happens in src/game_controller.cpp
20120817 15:17:04< Crab_> around-and-after the state_.classification().scenario = campaign["first_scenario"].str(); line
20120817 15:18:17< Crab_> Ayne: that file is the root of the remaining evil, btw (but we don't have enough gsoc time to deal with it here)
20120817 15:18:44< Crab_> Ayne: note that this file starts to configure the out-of-game state, sets it for proper difficulty, etc
20120817 15:19:29< Crab_> Ayne: so, playcampaign.cpp simply doesn't know how to change the difficulty between scenarios, or how to change the difficulty when starting a new multiplayer game
20120817 15:20:15-!- Alarantalara [~Adium@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has quit [Quit: Leaving.]
20120817 15:20:26< Crab_> in a better design, the code in game_controller (and all the network lobby code which would be called from it) would not mess with out-of-game state too much, it should just provide a proper 'carryover_sides_start' for playcampaign.cpp to use
20120817 15:21:16< Crab_> but let's move the next_scenario and difficulty where they belong, first
20120817 15:21:24< Ayne> ok
20120817 15:21:29< Crab_> Ayne: any other questions?
20120817 15:21:38< Ayne> not right now
20120817 15:22:59< Crab_> ok. btw, if you'll read game_controller.cpp now ( game_controller::play_multiplayer() , game_controller::play_campaign() ), you'll surely notice a lot of things there that are messy.
20120817 15:23:42< Necrosporus> I think, there's something wrong with chat in 1.10.3
20120817 15:23:52< Necrosporus> Messages disappear right after it's written
20120817 15:23:55< Crab_> but, for now, just accept the fact that playcampaign.cpp would need to deal with "fully configured scenario" when it is first launched, and with "partial configuration" each time you go to next scenario
20120817 15:24:37< Crab_> Ayne: so, .scenario would be set by some weird code, in some places, because right now they configure things before calling play_controller
20120817 15:25:32< Crab_> so, in play_game in playcampaign.cpp, you'll have, for example, scenario = &game_config.find_child(type, "id", gamestate.classification().scenario); duplicated
20120817 15:26:08< Crab_> note the first call - it is using the 'scenario' that was set by that aforementioned weird code
20120817 15:30:11< Crab_> in the ideal world, play_game would be play_game(..., const config &carryover_sides_start){ while(not finished) { load next scenario;  transfer from carryover to scenario,  play scenario; }
20120817 15:30:27< Crab_> and gamestate would be a local variable in play_game()
20120817 15:31:18< Crab_> but, we're moving there is small incremental changes.
20120817 15:31:40< Crab_> so, for the GSOC, it'll be enough to just move the variables from toplevel of the save to their proper places
20120817 15:31:48< Crab_> (but it's all part of the greater plan :)) )
20120817 15:41:48< Crab_> Ayne: as a consequence, a quick rule of thumb - if there's a write to game_state (not to carryover_sides_start, but to classification, for example) outside of play_controller and outside of game, it's probably illegal, except in cases where we write something which is immutable for the duration of the whole 'campaign'.
20120817 15:42:19< Crab_> Ayne: i.e., scenario, next_scenario and difficulty would change while we're playing the campaign, so they should be stored elsewhere.
20120817 15:45:36< Ayne> so all those cases where classification is accessed from play_game should not be happening there?
20120817 15:47:49< Crab_> sorry, my mistake
20120817 15:48:06< Crab_> I wanted to say " if there's a write to game_state (not to carryover_sides_start, but to classification, for example) outside of play_game and outside of game, it's probably illegal"
20120817 15:48:13< Crab_> so, access from play_game is ok
20120817 15:48:14< Ayne> ah ok
20120817 15:49:07< Crab_> I just wanted to say that if something changes between multiple scenarios of the campaign, it should probably be done via carryover mechanism
20120817 15:49:29< Crab_> since, otherwise, we'll have to duplicate code for doing that something the 1st time and for doing it between other scenarios
20120817 15:51:02< Crab_> i.e., for sp, the difficulty is set in game_controller.cpp, and there's code there which messes with the main game cache (i.e. changing the difficulty for all subsequent access to main game info)
20120817 15:51:20< Crab_> so, if we'll want to change the difficulty mid-campaign, we'll be forced to duplicate that code
20120817 15:51:59< Crab_> also, in your particular case, the code in game_controller.cpp sets classification().scenario
20120817 15:52:03< Crab_> it should not.
20120817 15:52:16< Crab_> instead, it should set next_scenario in carryover_sides_start (directly or via a helper startup function)
20120817 15:54:31< Crab_> for MP, some evil is lurking in src/multiplayer_ui.cpp
20120817 15:55:18< Crab_> it has a funny level_to_gamestate function
20120817 15:56:55-!- Netsplit *.net <-> *.split quits: Smar, Ayne, ejls
20120817 15:57:28-!- Netsplit over, joins: Smar, Ayne, ejls
20120817 15:57:29-!- Ayne [~Ayne@HSI-KBW-078-042-132-056.hsi3.kabel-badenwuerttemberg.de] has quit [Quit: Leaving]
20120817 15:57:57-!- Ayne [~Ayne@HSI-KBW-078-042-132-056.hsi3.kabel-badenwuerttemberg.de] has joined #wesnoth-dev
20120817 16:42:35-!- Ayne [~Ayne@HSI-KBW-078-042-132-056.hsi3.kabel-badenwuerttemberg.de] has quit [Quit: Leaving]
20120817 16:52:18-!- horon [~horon@nttkyo331099.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has quit [Quit: Leaving...]
20120817 16:53:12-!- enchilado is now known as Enchilado
20120817 16:54:19-!- neph [~neph@80.233.231.12] has joined #wesnoth-dev
20120817 16:57:06-!- Nephro [~Dmitry@80.233.231.12] has quit [Ping timeout: 245 seconds]
20120817 17:03:51-!- Enchilado is now known as enchilado
20120817 17:16:41< fendrin_> hello
20120817 17:16:58< AI0867> neph: when it comes to iterators, ++i is cheaper than i++. (i++ has to make a copy of itself so it can return the old value)
20120817 17:23:18-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20120817 17:30:01-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20120817 17:34:52-!- Samual [diotecktec@xonotic/core-team/Samual] has joined #wesnoth-dev
20120817 17:35:09-!- Crab_ [Crab_@wesnoth/developer/crab] has left #wesnoth-dev []
20120817 17:36:50< neph> AI0867, wow, thanks, I would never think of that myself
20120817 17:49:17-!- oldtopman [~oldtopman@unaffiliated/oldtopman] has joined #wesnoth-dev
20120817 18:29:25-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20120817 18:41:28-!- lipk [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20120817 18:41:28-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer]
20120817 18:52:39-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20120817 18:55:57-!- neph [~neph@80.233.231.12] has quit [Ping timeout: 268 seconds]
20120817 19:14:51-!- lipk [~lipk@host-91-147-212-174.biatv.hu] has quit [Quit: And away we go]
20120817 19:20:13-!- mordante [~mordante@roadie.xs4all.nl] has joined #wesnoth-dev
20120817 19:20:14-!- mordante [~mordante@roadie.xs4all.nl] has quit [Changing host]
20120817 19:20:14-!- mordante [~mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20120817 19:20:29< mordante> servus
20120817 19:37:29-!- crab_ [~Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20120817 19:42:13-!- crab_ [~Crab_@wesnoth/developer/crab] has quit [Ping timeout: 248 seconds]
20120817 19:49:29-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 240 seconds]
20120817 20:19:07-!- timotei [~timotei@188.24.5.53] has joined #wesnoth-dev
20120817 20:19:07-!- timotei [~timotei@188.24.5.53] has quit [Changing host]
20120817 20:19:07-!- timotei [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20120817 20:24:41-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20120817 20:31:15-!- Gambit [~gambit@wesnoth/developer/grickit] has joined #wesnoth-dev
20120817 20:39:26-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20120817 20:49:04-!- anonymissimus [~chatzilla@HSI-KBW-078-042-163-105.hsi3.kabel-badenwuerttemberg.de] has joined #wesnoth-dev
20120817 20:56:05< anonymissimus> Necrosporus: IIRC thats some buggy behavior if you set the chat timeout to 0, did you do that ?
20120817 21:25:33< Gambit> http://forums.wesnoth.org/viewtopic.php?f=6&t=37412
20120817 21:25:41< Gambit> If only we could put events in _main.cfg :(
20120817 21:25:54< Gambit> Well... we can via lua, but... yeah.
20120817 21:26:21< zookeeper> Gambit, we can?
20120817 21:26:55< Gambit> zookeeper: And they get inserted globally?
20120817 21:27:03< Gambit> New feature in 1.11.x?
20120817 21:29:10-!- mordante [~mordante@wesnoth/developer/mordante] has quit [Quit: Leaving]
20120817 21:29:50< zookeeper> i was commenting the line above mine
20120817 22:04:54< CIA-88> ejls * r55015 /trunk/src/ (15 files in 2 dirs): Transfer of the validation logic into the action hierarchy.
20120817 22:05:13< CIA-88> ejls * r55016 /trunk/src/ (24 files in 3 dirs): Simplification of the validation logic.
20120817 22:05:15< anonymissimus> actually, IIRC if we put an [event] into the main it is added to every scenario ? or was that only the [lua] tag...or probably only singleplayer
20120817 22:06:25< anonymissimus> Gambit: you can write arbitrary action wml in lua
20120817 22:07:15< Gambit> zookeeper: Yeah you can put [lua] in main.cfg and use that to create events.
20120817 22:07:25< Gambit> And just by having that add-on installed, the lua will be run all the time.
20120817 22:07:31< Gambit> No matter what they're doing.
20120817 22:08:31< Gambit> anonymissimus: When I tried towards the end of 1.9.x it didn't work for [event]
20120817 22:09:32< Gambit> So if someone who liked working entirely in lua were so inclined, they could make a trophies/stat tracking add-on.
20120817 22:09:37< zookeeper> uh. interesting. so you mean, use [lua] as a top-level tag?
20120817 22:09:51-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20120817 22:10:18< Gambit> zookeeper: yes
20120817 22:10:31< zookeeper> nice
20120817 22:10:45< Gambit> Uncle Ben's warning applies of course.
20120817 22:11:20< anonymissimus> an example usage is in LoW's main
20120817 22:16:24< CIA-88> ejls * r55017 /trunk/projectfiles/VC9/wesnoth.vcproj: VS project files update (by our good sir gabba).
20120817 22:16:37< CIA-88> ejls * r55018 /trunk/src/whiteboard/side_actions.cpp: Replacement of dynamic_pointer_cast<>s with a visitor swapable_with_move in wb::side_actions.
20120817 22:56:22-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Read error: Connection reset by peer]
20120817 23:02:40-!- grzywacz [~grzywacz@89-67-177-27.dynamic.chello.pl] has joined #wesnoth-dev
20120817 23:02:41-!- grzywacz [~grzywacz@89-67-177-27.dynamic.chello.pl] has quit [Changing host]
20120817 23:02:41-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20120817 23:04:37-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20120817 23:09:12-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Read error: Connection reset by peer]
20120817 23:13:33-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20120817 23:17:22-!- Alarantalara [~Adium@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20120817 23:32:36-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has quit [Remote host closed the connection]
20120817 23:40:22-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20120817 23:47:47-!- negusnyul [~negusnyul@1F2E9C63.dsl.pool.telekom.hu] has quit [Quit: Konversation terminated!]
20120817 23:55:29-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20120817 23:56:18-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Read error: Connection reset by peer]
20120817 23:56:45-!- noy [~Noy@wesnoth/developer/noy] has quit [Client Quit]
20120817 23:58:24-!- mjs-de [~mjs-de@d185198.adsl.hansenet.de] has quit [Remote host closed the connection]
--- Log closed Sat Aug 18 00:00:57 2012