--- Log opened Tue Apr 15 00:00:23 2014
20140415 00:03:21-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has joined #wesnoth-dev
20140415 00:03:33< iceiceice> gfgtdf: i'm not sure how exactly the system works with multiple sides
20140415 00:03:41< iceiceice> i think all is handled by the host
20140415 00:04:07< iceiceice> idk i guess you could make a test scenario and examine the save?
20140415 00:04:29< gfgtdf> iceiceice: there can also be local game with mutiple human sides.
20140415 00:05:02< iceiceice> yeah i guess that case is somehow not much different from local game with one human
20140415 00:08:20-!- kex [~kex@78.157.29.205] has joined #wesnoth-dev
20140415 00:16:54< nurupo> iceiceice: did you want anything?
20140415 00:17:05< iceiceice> nm it is moot now
20140415 00:17:08< iceiceice> thx for asking
20140415 00:17:16< nurupo> was afk
20140415 00:20:13< gfgtdf> iceiceice: well this case is different if we saave one carryover gold  but have two sides how do we calculate the extragodl the sides get on teh next scenario ?
20140415 00:20:50< iceiceice> idk i'm pretty sure all the answers lie in playcampaign.cpp
20140415 00:22:28< iceiceice> ok
20140415 00:22:35< iceiceice> they are also in gamestatus.?pp
20140415 00:24:07< Aishiko> iceiceice, each side has its own gold control and carryover from what I understood when I was doing the unit instance recall costs
20140415 00:24:08< iceiceice> the situation is,
20140415 00:24:08< iceiceice> a collection of gold, recalls, previous recruits, color, and saveid as wella splayer name
20140415 00:24:08< iceiceice> are stored in a struct called "carryover"
20140415 00:24:09< iceiceice> defined in the gamestatus file
20140415 00:24:09< iceiceice> carryover_info is a parent object
20140415 00:24:10< iceiceice> owning a vector of carryover's
20140415 00:24:11< iceiceice> it also holds end level data
20140415 00:24:11< iceiceice> the next scenario
20140415 00:24:12< iceiceice> it looks like you added the random mode there also
20140415 00:24:14< iceiceice> so you already know something about this
20140415 00:24:16< iceiceice> yeah
20140415 00:24:43< iceiceice> gfgtdf: all that playcampaign.cpp does more or less is transfer info to and from this object
20140415 00:24:49< iceiceice> at the start and end of scenairo
20140415 00:25:26< iceiceice> each "carryover" object corresponds to a [side] subtag it looks like
20140415 00:25:58< iceiceice> its not clear from this file what "carryover_info" corresponds to but i think it is just [carryover_info] or smth like this
20140415 00:26:15< iceiceice> i think host hanldes all of this, clients dont do any of it
20140415 00:26:27< iceiceice> they just join games and identify themselves where the name matches
20140415 00:27:06< Aishiko> iceiceice, that might be an area to blackbox
20140415 00:28:34< Aishiko> or do a "trust but verify" have the clients keep a copy and compare to the assigned values and throw a minor fit if the host is playing fast and loose as it were
20140415 00:28:45< iceiceice> hmm
20140415 00:29:20< iceiceice> yeah that might be a good idea
20140415 00:29:35< iceiceice> esp. if someone made some kind of competitive mp campaign :)
20140415 00:30:15< Aishiko> that way the host can't cheat, perhaps have the server log which IPs and Users did it
20140415 00:30:23-!- aquileia [6dc00d61@gateway/web/freenode/ip.109.192.13.97] has quit [Quit: Page closed]
20140415 00:31:01< Aishiko> that way cheaters can be tracked and dealt with within the Official server, just an idea
20140415 00:31:20< iceiceice> idk what would be a competitive mp campaign?
20140415 00:31:55< iceiceice> i remember when i was 16 i used to play unreal tournament, they had game modes like "siege" where you had one side trying to break a castle and one trying to defend it
20140415 00:32:07< iceiceice> then the teams would switch and the second team had to do it as fast as the first team or they lose
20140415 00:32:23< iceiceice> i guess it would be pretty easy to make that in wesnoth but i have never seen it
20140415 00:32:33< Aishiko> with a timer on the first go round too I bet
20140415 00:34:06< Aishiko> or territory control?
20140415 00:34:17< Aishiko> maybe a CTF mode?
20140415 00:34:28-!- _8680__ [~8680@2002:4404:712c:0:60ae:e28:eead:48c8] has quit [Ping timeout: 245 seconds]
20140415 00:34:28< iceiceice> hehe
20140415 00:34:31< iceiceice> like wesbowl?
20140415 00:34:47-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140415 00:35:30< gfgtdf> iceiceice: ok it seems liek we carry the gold for each side speratley which is good. But then i wonder why we still carry the bonus=yes, and replay_save=yes in the next scenario ?
20140415 00:37:06< iceiceice> hmm
20140415 00:37:18< Aishiko> iceiceice, I was thinking just now, how about territoryPlus?  each village has a zone of control, and your units when you control the village get a small boost but if you lose control or haave no units there for a certain time period you lose the benies same thing if the enemy tries to take a village but they have to hold it from the end of your turn until the start of your next turn =)
20140415 00:37:18< iceiceice> what does bonus=yes do?
20140415 00:37:54< Aishiko> it might say add this gold to the starting gold?
20140415 00:39:05< gfgtdf> iceiceice: it say whether we get gold for teh ramaining turns
20140415 00:39:17< iceiceice> hmm and it is carried over to the next round?
20140415 00:39:25< iceiceice> what does that mean?
20140415 00:39:32< iceiceice> in the next round it tells us if we got bonus last time?
20140415 00:39:41< iceiceice> or is it like, the setting is persistent into subsequent games
20140415 00:40:19-!- noy [~Noy@wesnoth/developer/noy] has quit [Ping timeout: 252 seconds]
20140415 00:41:11< gfgtdf> maybe the later.
20140415 00:41:21< iceiceice> hmm
20140415 00:43:28< iceiceice> do you know if persistent / global variables also go through the carryover mechanism?
20140415 00:43:33< iceiceice> that was something i always wondered
20140415 00:43:48< iceiceice> i guess that some things are carried over through some other mechanism like a hidden file?
20140415 00:43:49< gfgtdf> iceiceice: no they use a different mechnism and tehy can be shared amon all games
20140415 00:44:00< iceiceice> i see
20140415 00:44:13< gfgtdf> persitetn cariables are stores in userdata\persist
20140415 00:44:17< gfgtdf> variables
20140415 00:45:36< gfgtdf> no, i think gold carryover isnt persitent over differnt scenarios, it always have to me menaioien in the [scenario] tag (for vicotry when enemied defeated) or in [endlevel]
20140415 00:45:43< gfgtdf> iceiceice: ^
20140415 00:46:09< gfgtdf> yu can look at userdata/persist to know what data diffferent addonst stpore about you :)
20140415 00:46:19< iceiceice> i see
20140415 00:46:49< gfgtdf> so again i dont know why carryover bonus=yes, and replay_save=yes 
20140415 00:53:47-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140415 01:03:38-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140415 01:08:09< iceiceice> idk i guess someone wanted these settings to be persistent across the campaign
20140415 01:13:08-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140415 01:16:05< gfgtdf> iceiceice: maybe  it's persitent in mmpo but not in sp becsue i ahve found teh code that ovewrites it only in playsingle scenario.
20140415 01:17:07< iceiceice> hmm well thats kind of strange
20140415 01:17:38< iceiceice> its hard to know who in umc is using the persistence behavior
20140415 01:18:02< iceiceice> if you think it adds unnecessary complication then maybe could remove it from carryover in 1.13 branch and make a note?
20140415 01:18:09< iceiceice> but otherwise idk why we would remove it
20140415 01:18:21< iceiceice> i guess you could make an argument to leave it just for backwards compatibility
20140415 01:18:41< iceiceice> i guess that if mp and sp are merged then at some point it would have to be reconciled
20140415 01:19:34< iceiceice> hmm: for all you people that decided that spaces should be illegal in add-on file names,
20140415 01:19:41< iceiceice> doesn't that mean we should also make them illegal in save game file names?
20140415 01:19:48< iceiceice> it looks liek that didnt happen here: https://github.com/wesnoth/wesnoth/blob/master/src/savegame.cpp#L859
20140415 01:33:45-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140415 01:34:22-!- SigurdFD [~SigurdFD@24.154.98.89] has joined #wesnoth-dev
20140415 01:36:53-!- gfgtdf [~chatzilla@d148053.adsl.hansenet.de] has quit [Ping timeout: 276 seconds]
20140415 01:44:42< iceiceice> btw AI0867 thanks for this tip about ccache, it is awesome don't know how i wasn't using this before
20140415 01:49:01< SigurdFD> iceiceice: I see you mentioned replay_save earlier.
20140415 01:52:21< SigurdFD> I was the one who submitted the patch for adding the replay_save key, and I can tell you there was no intent/awarness of it persisting to the next scenario.
20140415 01:53:17< SigurdFD> it's purpose was to enable umc authors to disable replay saves for scenarios that didn't make sense for it to be active on.
20140415 01:54:27< iceiceice> hmm i see
20140415 01:54:31< iceiceice> yeah its a good idea
20140415 01:54:52< iceiceice> how long ago was the patch in?
20140415 01:55:00< iceiceice> i guess like 1.9 or something?
20140415 01:55:05< iceiceice> or 1.7?
20140415 01:55:08< SigurdFD> 1.9
20140415 01:55:31< iceiceice> so even if we didnt intend it to persist, people might rely on that for some reason in umc?
20140415 01:55:35< SigurdFD> patch #2820
20140415 01:55:42< iceiceice> i guess they could fix it easily if we changed it
20140415 01:55:55< SigurdFD> I don't see why they should rely on it to persist.
20140415 01:55:56< iceiceice> idk i wasn't the one who was asking about it, gfgtdf was asking why we make it persistent
20140415 01:56:45< iceiceice> yeah i mean there's no reason they should, but they might have just written their add-on one way and observed that it persisted
20140415 01:57:04< SigurdFD> as concieved, it was to allow disabling replay saves for epilogs, story only scenarios, and other occasional scenarios
20140415 01:57:10< iceiceice> i guess after this forum post in dev discussions, we are trying to maintain backwards compatibility wherever possible
20140415 01:57:16< SigurdFD> yeah, I supose that true.
20140415 02:00:44< SigurdFD> As it'd only result in the minor inconivenece of useless replay saves being created if behavior was changed, this seems like something that could be changed. I'm fairy confident the persistance is accidental.
20140415 02:01:15< SigurdFD> and that would be only for those that relied on the persistence of replay_save= from scenario to scenario
20140415 02:01:38< iceiceice> gfgtdf: ^
20140415 02:02:27< SigurdFD> iceiceice: possibly related: did you implement [next_scenario_settings]?
20140415 02:02:32< iceiceice> i guess if you want to make another patch to change it you are more than welcome ofc, or maybe gfgtdf will
20140415 02:02:35< iceiceice> i did
20140415 02:03:03< SigurdFD> I noticed it persisted, wasn't sure if it was a bug on intended behavior
20140415 02:03:42< iceiceice> i think that is not intended... i would want to look at my commit message again
20140415 02:04:25< iceiceice> i think it would probably be harder to use properly if it persisted
20140415 02:05:49< SigurdFD> the example I ran into was: two side tags merged with the next scenario, then a subsequent scenario complained when I only had one side tag.
20140415 02:06:22< SigurdFD> when I wasn't using next_scenario_settings for it.
20140415 02:06:36< iceiceice> there is a function "clear_carryover_WML" which is supposed to empty the carryover_info of this stuff after it has been merged / appended
20140415 02:07:24-!- sachith500 [~kvirc@112.134.104.132] has joined #wesnoth-dev
20140415 02:09:29< iceiceice> hmm wait so what is the issue ?
20140415 02:09:54< iceiceice> you merged two sides into the next scenario then they failed to persist?
20140415 02:10:05-!- Ivanovic_ [~ivanovic@x2f51e85.dyn.telefonica.de] has joined #wesnoth-dev
20140415 02:10:32< Aishiko> hi sachith500 and Ivanovic 
20140415 02:10:44< sachith500> hey Aishiko :D
20140415 02:11:18< SigurdFD> no, they did persist, and threw an error when I didn't use [next_scenario_settings] in a scenario with only 1 side.
20140415 02:12:03-!- Ivanovic_ [~ivanovic@x2f51e85.dyn.telefonica.de] has quit [Changing host]
20140415 02:12:03-!- Ivanovic_ [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20140415 02:12:06< SigurdFD> ie, it made it so future scenarios expected 2 sides
20140415 02:12:29-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 240 seconds]
20140415 02:13:47< iceiceice> hmmm i see
20140415 02:13:52< iceiceice> so i'm not successfully clearing it
20140415 02:14:00< iceiceice> i think i tested that i was able to overwrite them
20140415 02:14:05< iceiceice> my test scenario was basically a looping scenario
20140415 02:14:14-!- Ivanovic_ is now known as Ivanovic
20140415 02:14:16< Aishiko> sachith500, we're at the final push for GSOC in a few days we hear who made it in and who did not
20140415 02:14:18< iceiceice> but i dont think i properly tested a sequence of different scenarios
20140415 02:14:21< iceiceice> which is too bad
20140415 02:14:33< sachith500> haha yeah :D
20140415 02:14:40< sachith500> you excited? ;)
20140415 02:14:56< iceiceice> thx for reporting i will look into it, if you would like to make a bug report it will ensure that i wont forget about it
20140415 02:15:35< iceiceice> actually if you can give me your test scenario i will make sure to fix exactly that one i guess
20140415 02:16:00< SigurdFD> I'll draw up a bug report, hopefully by/on Saturday
20140415 02:16:05< iceiceice> ok thank you :)
20140415 02:16:30< SigurdFD> I don't have a test scenairo at the moment, fonud it while I was developing one of my add-ons.
20140415 02:18:02< SigurdFD> oh, that's right I can revert to the svn when I did have it, so I should be able to have that for Saturady
20140415 02:20:22< iceiceice> ok great
20140415 02:20:25< iceiceice> i am going afk now, bbl
20140415 02:20:31< SigurdFD> ok
20140415 02:30:13-!- Sulfur [~Miranda@p5B327012.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140415 02:34:09< Aishiko> sachith500, no, Honestly I don't expect to be accepted
20140415 02:34:40-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140415 02:35:11< Aishiko> get rejected often enough you start to expect it and not be surprised or disappointed when it doesn't happen, at least on one level
20140415 02:36:33-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Ping timeout: 245 seconds]
20140415 02:37:43-!- happygrue [~happygrue@wesnoth/developer/wintermute] has quit [Ping timeout: 258 seconds]
20140415 02:37:50-!- _8680_ [~8680@2002:4404:712c:0:cdef:b620:2cad:31ec] has joined #wesnoth-dev
20140415 02:38:10-!- _8680_ is now known as Guest71695
20140415 02:40:20-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140415 02:45:14-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140415 02:50:16< sachith500> well Aishiko, accepted or not, the experience is worth it imo
20140415 02:50:35< sachith500> and the chance of getting a mentor is well worth the risk :D
20140415 02:52:03-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140415 02:52:20< Aishiko> sachith500, that is a secondary reason for my applying
20140415 02:52:57< sachith500> hmm
20140415 02:53:06< sachith500> what's the primary reason?
20140415 02:53:08< sachith500> experience?
20140415 02:53:39< sachith500> or were you talking about experience as the secondary reason, hehe
20140415 02:54:54< Aishiko> this was.... is the most likely chance for me to get a job even if for only 3 months and working in the field I have trained for
20140415 02:55:22< sachith500> oh, I see
20140415 02:55:47< sachith500> have you applied to other places as well?
20140415 02:56:32< sachith500> I'm going to start an internship hunt soon, as well. We have a mandatory 6 month internship period, from around october.
20140415 02:56:48< sachith500> Thinking of going to australia :D
20140415 02:57:24< sachith500> does gsoc count as work experience btw?
20140415 02:58:46-!- Gambit [~derek@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20140415 02:59:09< Aishiko> you work 40 hour weeks, and get paid for it, you just include it as telecommuting which is basically what it boils down to
20140415 02:59:42-!- SigurdFD [~SigurdFD@24.154.98.89] has quit []
20140415 02:59:44< sachith500> hmm yeah
20140415 03:00:25< Aishiko> sachith500, I've applied to many places but for GSOC I did 1, I tried to do one really really well, trying to do more then 1 with my current course load wasn't reasonable.
20140415 03:00:50< sachith500> yeah
20140415 03:01:03< sachith500> that's generally a solid idea
20140415 03:01:11< sachith500> since your proposal quality would deteriorate
20140415 03:01:15< sachith500> if you tried for too many
20140415 03:01:52< sachith500> It helps when everything is on IRC as well :D
20140415 03:01:57< sachith500> so much easier to bug people hehe
20140415 03:04:08< Aishiko> wesnoth has several things that I like, a more friendly safe dev atmosphere a language I want to use more and get better at, and a program I actually use
20140415 03:04:22< sachith500> true :D
20140415 03:04:40< sachith500> I'd personally love to play the game with something I implement :P
20140415 03:05:05< sachith500> I can't wait to drum up some undead stats :p
20140415 03:05:10< Aishiko> no blogging required, that is a deal breaker for me, I won't do it or if I have to I'll subcontract it out and have some drunk angry russian do it.... that might actually be funny to read....
20140415 03:05:20< sachith500> hahaha
20140415 03:05:29< sachith500> oh yeah some orgs need blogs, huh
20140415 03:05:29-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140415 03:05:33< sachith500> I forgot that
20140415 03:06:38< sachith500> also another thing going for gsoc over a job is that it's open source
20140415 03:06:44< sachith500> great for the portfolio
20140415 03:07:05< Aishiko> sachith500, I'm considering making a race of weres, and have a chance of infection for humans and the like of becoming weres if bitten, increased if near death, with a chance of going rogue (not joining the were side, or staying with the side they started but loose cannons out to kill either side)   that might be fun don't you think?
20140415 03:07:36< sachith500> hahaha sounds awesome
20140415 03:07:54< sachith500> so chance of becoming neutral?
20140415 03:08:44< Aishiko> more like their own side, where they either attack everyone in sight or run to the edge of the map and disappear
20140415 03:09:31< sachith500> everyone in sight = their own allies?
20140415 03:09:43< sachith500> *included?
20140415 03:09:57< Aishiko> sort of a flight or fight response, in absence of a pack or society, and if rogue they would have no allies
20140415 03:10:05< sachith500> ah
20140415 03:10:33< sachith500> so it'd be overriding the plague special, i guess?
20140415 03:11:00< sachith500> oh wait
20140415 03:11:02< sachith500> bitten?
20140415 03:11:05< sachith500> not killed huh
20140415 03:11:16< Aishiko> right
20140415 03:11:25< sachith500> hmm might need a good deal of balancing
20140415 03:11:30< sachith500> sounds quite overpowered as it is
20140415 03:11:41< sachith500> perhaps a really low chance at first
20140415 03:11:49< sachith500> anyhow :P I need to run
20140415 03:11:52< sachith500> studying to do
20140415 03:11:52< Aishiko> I was thinking 10% or less
20140415 03:11:55< sachith500> yeah
20140415 03:12:01< Aishiko> OK see you later sachith500 
20140415 03:12:03< sachith500> :D
20140415 03:12:04< sachith500> cya
20140415 03:16:52-!- Sulfur [~Miranda@p5B327012.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20140415 03:38:50-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has quit [Quit: Leaving]
20140415 03:44:18-!- Guest71695 [~8680@2002:4404:712c:0:cdef:b620:2cad:31ec] has quit [Ping timeout: 240 seconds]
20140415 03:45:32-!- _8680_ [~8680@2002:4404:712c:0:58ed:59c3:a427:7d7a] has joined #wesnoth-dev
20140415 03:45:52-!- _8680_ is now known as Guest59239
20140415 03:59:04-!- c74d [~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766] has quit [Excess Flood]
20140415 04:01:07-!- {V} [~V@72-69-ftth.on.nl] has quit [Read error: Connection reset by peer]
20140415 04:01:07-!- higgins [~higgins@li125-242.members.linode.com] has quit [Ping timeout: 258 seconds]
20140415 04:01:08-!- {V} [~V@72-69-ftth.on.nl] has joined #wesnoth-dev
20140415 04:01:52-!- higgins [~higgins@li125-242.members.linode.com] has joined #wesnoth-dev
20140415 04:02:38-!- Guest59239 [~8680@2002:4404:712c:0:58ed:59c3:a427:7d7a] has quit [Ping timeout: 265 seconds]
20140415 04:03:28-!- _8680__ [~8680@2002:4404:712c:0:ddc8:9c31:cf64:294a] has joined #wesnoth-dev
20140415 04:04:16-!- irker433 [~irker@109.237.218.218] has quit [Quit: transmission timeout]
20140415 04:06:22-!- c74d [~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766] has joined #wesnoth-dev
20140415 04:09:09-!- c74d [~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766] has quit [Remote host closed the connection]
20140415 04:11:30-!- _8680__ [~8680@2002:4404:712c:0:ddc8:9c31:cf64:294a] has quit [Ping timeout: 240 seconds]
20140415 04:12:47-!- c74d [~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766] has joined #wesnoth-dev
20140415 04:13:07-!- _8680__ [~8680@2002:4404:712c:0:547f:cc7a:5cf3:4554] has joined #wesnoth-dev
20140415 04:14:20-!- iwaim [~iwaim@2001:2c0:40e:2002:0:4:14:80] has quit [Ping timeout: 246 seconds]
20140415 04:22:41-!- c74d [~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766] has quit [Remote host closed the connection]
20140415 04:26:29-!- c74d [~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766] has joined #wesnoth-dev
20140415 04:27:38-!- matthiaskrgr [matthiaskr@gateway/shell/panicbnc/x-rujgexwqeagnilrb] has quit [Ping timeout: 246 seconds]
20140415 04:32:16-!- matthiaskrgr [matthiaskr@gateway/shell/panicbnc/x-rojctmclcpgwcaki] has joined #wesnoth-dev
20140415 04:37:54-!- matthiaskrgr [matthiaskr@gateway/shell/panicbnc/x-rojctmclcpgwcaki] has quit [Changing host]
20140415 04:37:54-!- matthiaskrgr [matthiaskr@unaffiliated/matthiaskrgr] has joined #wesnoth-dev
20140415 04:37:54-!- matthiaskrgr [matthiaskr@unaffiliated/matthiaskrgr] has quit [Changing host]
20140415 04:37:54-!- matthiaskrgr [matthiaskr@gateway/shell/panicbnc/x-rojctmclcpgwcaki] has joined #wesnoth-dev
20140415 04:43:04-!- _8680__ [~8680@2002:4404:712c:0:547f:cc7a:5cf3:4554] has quit [Ping timeout: 258 seconds]
20140415 04:43:55-!- _8680_ [~8680@2002:4404:712c:0:245e:c5e2:bbfa:e328] has joined #wesnoth-dev
20140415 04:44:17-!- _8680_ is now known as Guest72880
20140415 04:56:52-!- iwaim [~iwaim@2001:2c0:40e:2002:0:4:14:80] has joined #wesnoth-dev
20140415 05:20:39-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140415 05:39:54-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20140415 05:49:18-!- trademark_ [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has joined #wesnoth-dev
20140415 06:48:56-!- Gallaecio [~quassel@84.120.115.132.dyn.user.ono.com] has quit [Remote host closed the connection]
20140415 06:49:46-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140415 07:04:59-!- Kevin_Xi [~kevin@223.72.182.158] has joined #wesnoth-dev
20140415 07:29:26-!- trademark_ [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has quit [Ping timeout: 258 seconds]
20140415 08:02:27-!- mjs-de [~mjs-de@f049011018.adsl.alicedsl.de] has joined #wesnoth-dev
20140415 08:13:41-!- ancestral [~ancestral@12.23.74.29] has quit [Ping timeout: 240 seconds]
20140415 08:16:29-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140415 08:30:45-!- bagzie [~bag@85-76-39-69-nat.elisa-mobile.fi] has joined #wesnoth-dev
20140415 08:47:53-!- justinzane [~justinzan@host-12-172-184-180.nctv.com] has quit [Ping timeout: 252 seconds]
20140415 08:56:44-!- neXyon [~neXyon@85-127-162-118.dynamic.xdsl-line.inode.at] has joined #wesnoth-dev
20140415 09:01:45-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: i go nstuf kthxbai]
20140415 09:21:20-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140415 09:28:19-!- Kevin_Xi [~kevin@223.72.182.158] has quit [Quit: Leaving.]
20140415 09:32:32-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20140415 09:33:30-!- Guest72880 [~8680@2002:4404:712c:0:245e:c5e2:bbfa:e328] has quit [Ping timeout: 240 seconds]
20140415 09:35:19-!- Guest37587 [~8680@2002:4404:712c:0:8d67:9200:63eb:8f58] has joined #wesnoth-dev
20140415 09:35:29-!- neXyon [~neXyon@85-127-162-118.dynamic.xdsl-line.inode.at] has quit [Quit: bye]
20140415 09:55:29-!- Guest37587 [~8680@2002:4404:712c:0:8d67:9200:63eb:8f58] has quit [Ping timeout: 258 seconds]
20140415 09:56:24-!- _8680__ [~8680@2002:4404:712c:0:a97d:280c:3529:6526] has joined #wesnoth-dev
20140415 10:02:33-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20140415 10:19:53-!- sachith500|2 [~kvirc@112.135.115.38] has joined #wesnoth-dev
20140415 10:23:01-!- sachith500 [~kvirc@112.134.104.132] has quit [Ping timeout: 265 seconds]
20140415 10:37:49-!- EdB [~edb@37.161.146.3] has joined #wesnoth-dev
20140415 10:42:51-!- happygrue [~happygrue@2601:6:4380:7df:59cd:e1f:3ffb:4034] has joined #wesnoth-dev
20140415 10:42:51-!- happygrue [~happygrue@2601:6:4380:7df:59cd:e1f:3ffb:4034] has quit [Changing host]
20140415 10:42:51-!- happygrue [~happygrue@wesnoth/developer/wintermute] has joined #wesnoth-dev
20140415 11:08:33-!- kex [~kex@78.157.29.205] has quit [Remote host closed the connection]
20140415 11:09:09-!- kex [~kex@78.157.29.205] has joined #wesnoth-dev
20140415 11:14:05-!- kex [~kex@78.157.29.205] has quit [Ping timeout: 276 seconds]
20140415 11:14:43-!- sachith500|2 [~kvirc@112.135.115.38] has quit [Read error: Connection reset by peer]
20140415 11:15:40-!- sachith500|2 [~kvirc@112.135.115.38] has joined #wesnoth-dev
20140415 11:18:12-!- sachith500|2 [~kvirc@112.135.115.38] has quit [Read error: Connection reset by peer]
20140415 11:25:07-!- justinzane [~justinzan@host-12-172-184-180.nctv.com] has joined #wesnoth-dev
20140415 11:36:33-!- ALourenco [~ALourenco@a95-95-183-13.cpe.netcabo.pt] has joined #wesnoth-dev
20140415 11:38:29-!- molgrum [~molgrum@212.85.89.43] has quit [Quit: Lämnar]
20140415 11:56:33-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Ping timeout: 245 seconds]
20140415 12:01:59-!- fendrin [~fabi@91-67-44-108-dynip.superkabel.de] has joined #wesnoth-dev
20140415 12:01:59-!- fabi__ [~fabi@wesnoth/developer/fendrin] has quit [Read error: Connection reset by peer]
20140415 12:01:59-!- fendrin [~fabi@91-67-44-108-dynip.superkabel.de] has quit [Changing host]
20140415 12:01:59-!- fendrin [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev
20140415 12:07:17-!- EdB [~edb@37.161.146.3] has quit [Quit: Konversation terminated!]
20140415 12:08:18-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140415 12:49:48-!- fendrin_ [~fabi@91-67-44-108-dynip.superkabel.de] has joined #wesnoth-dev
20140415 12:50:34-!- Bodhi-Baum [~Bodhi@dslb-084-063-030-226.pools.arcor-ip.net] has joined #wesnoth-dev
20140415 12:50:58-!- Bodhi-Baum [~Bodhi@dslb-084-063-030-226.pools.arcor-ip.net] has quit [Remote host closed the connection]
20140415 12:53:18-!- fendrin [~fabi@wesnoth/developer/fendrin] has quit [Ping timeout: 240 seconds]
20140415 12:54:00-!- kex [~kex@89.205.75.19] has joined #wesnoth-dev
20140415 13:00:13-!- sachith500 [~kvirc@112.135.115.38] has joined #wesnoth-dev
20140415 13:09:52-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Computer's napping]
20140415 13:20:14-!- RiftWalker [~nathan@65.82.99.251] has joined #wesnoth-dev
20140415 13:57:33-!- fendrin_ [~fabi@91-67-44-108-dynip.superkabel.de] has quit [Ping timeout: 252 seconds]
20140415 14:02:54-!- fendrin_ [~fabi@91-67-44-108-dynip.superkabel.de] has joined #wesnoth-dev
20140415 14:12:35-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140415 14:20:32-!- Kevin_Xi [~kevin@223.72.182.158] has joined #wesnoth-dev
20140415 14:23:27-!- Fortescue [sid1929@gateway/web/irccloud.com/x-hkbkjcvpidvvyswg] has quit [Remote host closed the connection]
20140415 14:27:16-!- RiftWalker [~nathan@65.82.99.251] has quit [Ping timeout: 240 seconds]
20140415 14:27:55-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20140415 14:31:30-!- c74d [~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766] has quit [Ping timeout: 240 seconds]
20140415 14:33:26-!- Fortescue [sid1929@gateway/web/irccloud.com/x-rkxhmmvzkauuxzji] has joined #wesnoth-dev
20140415 14:36:38-!- c74d3 [~c74d3a4eb@2002:4404:712c:0:76de:2bff:fed4:2766] has joined #wesnoth-dev
20140415 14:47:23-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: i go nstuf kthxbai]
20140415 14:54:44-!- fendrin_ [~fabi@91-67-44-108-dynip.superkabel.de] has quit [Ping timeout: 252 seconds]
20140415 14:55:20-!- fendrin_ [~fabi@91-67-44-108-dynip.superkabel.de] has joined #wesnoth-dev
20140415 14:56:19-!- cib_ [~cib@132.231.178.142] has joined #wesnoth-dev
20140415 14:57:12-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140415 14:58:20-!- cib_ [~cib@132.231.178.142] has quit [Client Quit]
20140415 15:00:28-!- ALourenco [~ALourenco@a95-95-183-13.cpe.netcabo.pt] has quit [Ping timeout: 240 seconds]
20140415 15:00:32-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140415 15:05:34< AI0867> aquileia: I've pushed another commit. This one uses streaming rather than copying everything into memory for the RWops objects that are kept around
20140415 15:05:54< AI0867> so this might actually be reasonable for something other than testing
20140415 15:08:39-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140415 15:15:50-!- irker678 [~irker@fehu.ai0867.net] has joined #wesnoth-dev
20140415 15:15:50< irker678> wesnoth: mattsc wesnoth:master 3a85688c601c / data/ai/micro_ais/cas/ (3 files): Multi-pack Wolves MAI: code cleanup http://git.io/LCqqqA
20140415 15:15:50< irker678> wesnoth: mattsc wesnoth:master 6532fdbb4bbe / data/ai/micro_ais/cas/ca_hang_out.lua: Hang-out Micro AI: code cleanup http://git.io/ae5Eiw
20140415 15:15:51< irker678> wesnoth: mattsc wesnoth:master 85b36fd32fde / data/ai/micro_ais/cas/ca_recruit_random.lua: Random Recruiting Micro AI: code cleanup http://git.io/5TtZdg
20140415 15:15:52< irker678> wesnoth: mattsc wesnoth:master 51251d48e150 / data/ai/micro_ais/cas/ca_hunter.lua: Hunter Micro AI: code cleanup http://git.io/KSugzg
20140415 15:15:53< irker678> wesnoth: mattsc wesnoth:master a4ca7c164fec / data/ai/micro_ais/cas/ (8 files): Micro AIs: prevent potential conflicts of stored data http://git.io/Lvg_3g
20140415 15:17:49< irker678> wesnoth: mattsc wesnoth:1.12 6db01602957e / data/ai/micro_ais/cas/ (3 files): Multi-pack Wolves MAI: code cleanup http://git.io/g6apzg
20140415 15:17:51< irker678> wesnoth: mattsc wesnoth:1.12 ab1a4cd96fc6 / data/ai/micro_ais/cas/ca_hang_out.lua: Hang-out Micro AI: code cleanup http://git.io/BV2kAQ
20140415 15:17:53< irker678> wesnoth: mattsc wesnoth:1.12 19288363330b / data/ai/micro_ais/cas/ca_recruit_random.lua: Random Recruiting Micro AI: code cleanup http://git.io/GoWZ5A
20140415 15:17:55< irker678> wesnoth: mattsc wesnoth:1.12 1ab3faca442d / data/ai/micro_ais/cas/ca_hunter.lua: Hunter Micro AI: code cleanup http://git.io/FdzZFA
20140415 15:19:00< irker678> wesnoth: mattsc wesnoth:1.12 2396ccacb832 / data/ai/micro_ais/cas/ (8 files): Micro AIs: prevent potential conflicts of stored data http://git.io/hNLGxA
20140415 15:19:13-!- sachith500 [~kvirc@112.135.115.38] has quit [Ping timeout: 252 seconds]
20140415 15:24:33-!- ALourenco [~ALourenco@a95-95-183-13.cpe.netcabo.pt] has joined #wesnoth-dev
20140415 15:26:29-!- neXyon [~neXyon@85-127-181-191.dynamic.xdsl-line.inode.at] has joined #wesnoth-dev
20140415 15:29:08-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140415 15:33:47-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: i go nstuf kthxbai]
20140415 15:36:54-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140415 15:39:11-!- trademark_ [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has joined #wesnoth-dev
20140415 15:47:07-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20140415 15:54:48-!- Bodhi-Baum [~Bodhi@dslb-084-063-030-226.pools.arcor-ip.net] has joined #wesnoth-dev
20140415 16:02:23-!- neXyon [~neXyon@85-127-181-191.dynamic.xdsl-line.inode.at] has quit [Quit: bye]
20140415 16:03:13-!- trademark_ [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has quit [Ping timeout: 252 seconds]
20140415 16:05:50-!- neXyon [~neXyon@85-127-181-191.dynamic.xdsl-line.inode.at] has joined #wesnoth-dev
20140415 16:17:01-!- molgrum [~molgrum@212.85.89.43] has joined #wesnoth-dev
20140415 16:17:12-!- Kevin_Xi [~kevin@223.72.182.158] has quit [Quit: Leaving.]
20140415 16:22:03-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140415 16:22:26-!- noy [~Noy@wesnoth/developer/noy] has quit [Client Quit]
20140415 16:34:27-!- RiftWalker [~nathan@129.59.115.25] has joined #wesnoth-dev
20140415 16:39:27-!- Gallaecio [~quassel@84.120.115.132.dyn.user.ono.com] has joined #wesnoth-dev
20140415 16:39:43-!- aquileia [6dc00d61@gateway/web/freenode/ip.109.192.13.97] has joined #wesnoth-dev
20140415 16:40:44-!- RiftWalker [~nathan@129.59.115.25] has quit [Quit: Lost terminal]
20140415 16:44:11< aquileia> AI0867: http://pastebin.com/JFPZ1bGm
20140415 16:48:06< aquileia> The SDL_RWops *rwops_ you pass to SDL_RWclose(rwops_) points to an invalid address
20140415 16:50:45< aquileia> AI0867: It might relate to the warnings I got on compile: http://pastebin.com/b7jBu0ns
20140415 16:53:53< aquileia> AI0867: Perhaps you have to change the return value of static int SDLCALL ifs_seek(...) and static int SDLCALL ifs_read(...)?
20140415 16:55:04< AI0867> those seem unrelated
20140415 16:56:11< aquileia> oh... "Fee fee, used by Microsoft's debug HeapFree() to mark freed heap memory. Some nearby internal bookkeeping values may have the high word set to FEEE as well. "
20140415 16:56:33< AI0867> so, what does that mean here?
20140415 16:56:37< aquileia> so it seems to be freed twice, then?
20140415 16:56:44< AI0867> yeah, that's what it looked like
20140415 16:56:52< AI0867> did the same thing happen previously?
20140415 16:57:33< aquileia> I don't think it was feefee, but the error occurred at the same spot
20140415 16:57:59< AI0867> true
20140415 16:58:01< aquileia> But it might have been the same
20140415 16:58:12< aquileia> I can't say for sure
20140415 16:58:18< AI0867> I think I know why that might be happening
20140415 16:58:38< AI0867> I depend on the shared_ptr for reference counting, and for the streaming version of RWops, it points to NULL
20140415 16:58:47< AI0867> which might interfere with proper refcounting
20140415 16:59:02< AI0867> haven't gotten a conclusive answer on that yet though
20140415 17:00:40< AI0867> I just pushed a fix for those warnings
20140415 17:00:41-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Read error: Connection reset by peer]
20140415 17:01:40-!- DCW [~Thunderbi@cpc66863-finc15-2-0-cust393.4-2.cable.virginm.net] has joined #wesnoth-dev
20140415 17:02:54-!- vultraz [~chatzilla@124.109.10.167] has joined #wesnoth-dev
20140415 17:06:36< AI0867> actually, the refcounting does seem to work
20140415 17:08:14< aquileia> well, the seekdir warning is still there, but it's irrelevant
20140415 17:09:27< AI0867> there's an assert there
20140415 17:09:47< AI0867> it can't possibly make it past the switch statement without seekdir being assigned something
20140415 17:09:48-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has joined #wesnoth-dev
20140415 17:09:59< aquileia> I know
20140415 17:10:44< aquileia> VC just doesn't understand that the assert ends it anyhow
20140415 17:11:31< aquileia> So... I guess I can't really help with anything right now?
20140415 17:13:46< AI0867> a local test just showed that quite a number of RWops structures seem to have been corrupted by the time the destructor fires...
20140415 17:15:55-!- DCW [~Thunderbi@cpc66863-finc15-2-0-cust393.4-2.cable.virginm.net] has quit [Remote host closed the connection]
20140415 17:18:53< AI0867> ugh
20140415 17:18:57< AI0867> that's not a corruption
20140415 17:19:02< AI0867> that's a bug in SDL 1.2.12
20140415 17:19:12< AI0867> the field I was looking at isn't actually initialized...
20140415 17:20:34< aquileia> great
20140415 17:21:57< AI0867> http://lists.libsdl.org/pipermail/commits-libsdl.org/2013-March/006396.html
20140415 17:23:05-!- trademark_ [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has joined #wesnoth-dev
20140415 17:23:19-!- neXyon [~neXyon@85-127-181-191.dynamic.xdsl-line.inode.at] has quit [Quit: bye]
20140415 17:25:43< aquileia> Weren't it for Wesnoth 1.12 I'd say there's no reason not to wait for the SDL 2 transition, and even for 1.12 I'm not sure if it's too much of a hassle for you... working around SDL bugs isn't the most pleasing work I think
20140415 17:25:47-!- molgrum [~molgrum@212.85.89.43] has quit [Quit: Lämnar]
20140415 17:26:11-!- _8680__ [~8680@2002:4404:712c:0:a97d:280c:3529:6526] has quit [Ping timeout: 252 seconds]
20140415 17:26:56-!- _8680_ [~8680@2002:4404:712c:0:ccde:5b28:6707:5654] has joined #wesnoth-dev
20140415 17:27:16-!- _8680_ is now known as Guest43538
20140415 17:27:49< AI0867> aquileia: thing is, I'm not sure SDL is at fault here
20140415 17:28:06< AI0867> and if 1.14 takes another 2 years, that's another 2 years we lack proper unicode support on windows
20140415 17:28:59< aquileia> AI0867: Only in SDL calls, everything else works since you introduced unicode.cpp
20140415 17:29:39< AI0867> didn't WML also fail until I introduced boost::locale?
20140415 17:30:30< AI0867> that is, opening WML files with unicode-containing paths
20140415 17:30:55< aquileia> I don't know, it might have been the SDL error as well
20140415 17:31:42< aquileia> if you'd move the sdl related changes to a separate branch I could test that if you want
20140415 17:32:01< aquileia> I lack the required git expertise for that, I fear
20140415 17:32:18< aquileia> 'that' being to move them myself
20140415 17:34:11< AI0867> aquileia: if you checkout boost_filesystem (without the _win), then you go back to before the SDL and locale changes
20140415 17:34:38< AI0867> or you could checkout master and see if it works there =P
20140415 17:35:50< aquileia> ah, right... I forgot I can change it for WML alone
20140415 17:36:46< aquileia> I thought I would need the SDL fix in order to evalute if there is a problem with WML and overlooked the easy option
20140415 17:38:23< iceiceice> AI0867: am i correct to understand that we no longer allow spaces in filenames?
20140415 17:39:27< AI0867> iceiceice: yes
20140415 17:40:11< iceiceice> hmm i noticed that i guess this doesn't seem to apply to save game files, there is some different code there: https://github.com/wesnoth/wesnoth/blob/master/src/savegame.cpp#L859
20140415 17:40:51< AI0867> true. I will need to touch that in the future
20140415 17:41:09< iceiceice> ok just though i would point it out
20140415 17:41:15< iceiceice> *thought
20140415 17:41:42< AI0867> that particular bit is not too important (the change is mainly useful for external tools)
20140415 17:41:51-!- Dugi [93fbd156@gateway/web/freenode/ip.147.251.209.86] has joined #wesnoth-dev
20140415 17:42:01< AI0867> but you should look at the stuff at the top of the file
20140415 17:42:16< AI0867> there's utf-8/ansi conversions there
20140415 17:42:40< AI0867> they should now be unnecessary on the boost_filesystem_win branch
20140415 17:43:25< AI0867> also, see space2underbar
20140415 17:44:58< iceiceice> ah i see
20140415 17:51:23-!- mjs-de [~mjs-de@f049011018.adsl.alicedsl.de] has quit [Ping timeout: 250 seconds]
20140415 17:54:01< aquileia> AI0867: Is renaming 2_Tutorial.cfg to 2_Tütorial.cfg (and changing the scenario ID in both scenarios as well) enough to prove that WML loading works?
20140415 17:54:26< aquileia> 'both' denoting the scenario and the scenario leading to it
20140415 17:56:08< aquileia> master has no problem with that, so boost::locale isn't obligatory to parse unicode WML file paths & contents AFAICT
20140415 17:56:24-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140415 17:56:24-!- noy [~Noy@wesnoth/developer/noy] has quit [Client Quit]
20140415 17:57:39< aquileia> So I really think your last set of SDL related commits is enough to repair the last bit of Wesnoth's unicode problems on Windows (that are indeed SDL's problems)
20140415 18:08:09-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140415 18:10:06-!- mordante [~mordante@roadie.xs4all.nl] has joined #wesnoth-dev
20140415 18:10:06-!- mordante [~mordante@roadie.xs4all.nl] has quit [Changing host]
20140415 18:10:06-!- mordante [~mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20140415 18:10:21< mordante> servus
20140415 18:11:20-!- gfgtdf [~chatzilla@e177167107.adsl.alicedsl.de] has joined #wesnoth-dev
20140415 18:11:27< gfgtdf> what was the reason to disallow sapces in flienames ?
20140415 18:12:03< Dugi> mordante: Servus.
20140415 18:12:09< mordante> hi Dugi 
20140415 18:12:41< Dugi> mordante: I see that your country uses that salutation as well. I thought it was a gypsy word, but I must be mistaken.
20140415 18:13:05< mordante> Dugi, you're mistaken, my country doesn't use it ;-)
20140415 18:13:35< Dugi> mordante: So why are you using it? To say hello to a specific person :D ?
20140415 18:14:20< mordante> Aishiko, looking at your patch you did something very very very bad »using namespace std;« in a header file
20140415 18:15:16< mordante> Dugi, because I like the greeting, but most people over here don't know about it
20140415 18:15:37< mordante> Dugi, likewise most people over here, can't speak German
20140415 18:15:58< gfgtdf> mordante: where are you ?
20140415 18:16:07-!- neXyon [~neXyon@85-127-181-191.dynamic.xdsl-line.inode.at] has joined #wesnoth-dev
20140415 18:16:10< mordante> the Netherlands
20140415 18:16:16< gfgtdf> k
20140415 18:16:51< mordante> Aishiko, can you imagine why using »using namespace std;« in a header file is evil
20140415 18:18:01< mordante> Aishiko, have you used Booleans in C++ before?
20140415 18:18:59< gfgtdf> mordante: now i want to know the connection between booleans and std too.
20140415 18:19:03-!- irker678 [~irker@fehu.ai0867.net] has quit [Quit: transmission timeout]
20140415 18:19:42< mordante> gfgtdf, there is no connection, but I'm reviewing this patch https://github.com/Aishiko/getSprite/blob/master/getSprites.cpp
20140415 18:19:43< Dugi> mordante: I was trying to add the new widget, slider with decimals, but I had to duplicate a lot of code or use quite ugly inheritance and when I try to run it, it crashes with some exception about not being defined in config and I can't figure it out (I have created an appropriate file into data/gui).
20140415 18:19:53< mordante> gfgtdf, have a look at how Booleans are used
20140415 18:20:07< Dugi> mordante: I think that giving in to the suggestions of majority, I'll remove the decimals from the rating.
20140415 18:20:17< mordante> ok
20140415 18:20:40< gfgtdf> i see
20140415 18:21:41-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140415 18:24:26< lipkab> Dugi: Servus is a Latin greeting.
20140415 18:24:47-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140415 18:24:59-!- ALourenco [~ALourenco@a95-95-183-13.cpe.netcabo.pt] has left #wesnoth-dev ["Leaving"]
20140415 18:24:59-!- Octalot [~noct@27.74.208.46.dyn.plus.net] has quit []
20140415 18:26:23-!- Bodhi-Baum [~Bodhi@dslb-084-063-030-226.pools.arcor-ip.net] has quit [Quit: Verlassend]
20140415 18:28:40< Dugi> lipkab: Thanks, I was wondering what was the truth behind it.
20140415 18:32:40< aquileia> Hmm... I thought it was of Latin origin ("at your service") but not actually used in Latin - learned sth. new I guess
20140415 18:34:51< iceiceice> gfgtdf: i think spaces in filenames breaks some operating systems
20140415 18:35:03< iceiceice> or at least makes things far more complicated
20140415 18:35:54< gfgtdf> iceiceice: but if compability is the reason, why do wo put this https://github.com/wesnoth/wesnoth/blob/master/src/savegame.cpp#L863 in a #ifdef ?
20140415 18:36:20< iceiceice> i dont know, i didn't write that code
20140415 18:36:45< gfgtdf> hm ok
20140415 18:36:51-!- Guest43538 [~8680@2002:4404:712c:0:ccde:5b28:6707:5654] has quit [Ping timeout: 252 seconds]
20140415 18:37:57-!- _8680_ [~8680@2002:4404:712c:0:5522:3539:1027:bb24] has joined #wesnoth-dev
20140415 18:38:17-!- _8680_ is now known as Guest44255
20140415 18:54:24-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has quit [Quit: Vannak idők, mikor menni kell]
20140415 19:03:43-!- lipkab [~lipkab@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140415 19:05:30-!- EdB [~edb@85.69.242.6] has joined #wesnoth-dev
20140415 19:05:47-!- Guest44255 [~8680@2002:4404:712c:0:5522:3539:1027:bb24] has quit [Ping timeout: 246 seconds]
20140415 19:06:48-!- _8680__ [~8680@2002:4404:712c:0:28b3:aa19:de4d:4d15] has joined #wesnoth-dev
20140415 19:13:53-!- lipkab [~lipkab@host-91-147-212-189.biatv.hu] has quit [Ping timeout: 252 seconds]
20140415 19:14:03-!- _8680__ [~8680@2002:4404:712c:0:28b3:aa19:de4d:4d15] has quit [Ping timeout: 245 seconds]
20140415 19:15:01-!- _8680__ [~8680@2002:4404:712c:0:d417:2f3f:f5e1:d9c7] has joined #wesnoth-dev
20140415 19:15:32-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20140415 19:21:16-!- lipkab [~lipkab@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140415 19:27:25-!- _8680__ [~8680@2002:4404:712c:0:d417:2f3f:f5e1:d9c7] has quit [Ping timeout: 258 seconds]
20140415 19:27:53-!- neXyon [~neXyon@85-127-181-191.dynamic.xdsl-line.inode.at] has quit [Quit: bye]
20140415 19:28:19-!- _8680__ [~8680@2002:4404:712c:0:5001:bf95:a539:8b74] has joined #wesnoth-dev
20140415 19:31:18< gfgtdf> shadowm, iceiceice: the offical 1.11.x versions conntect by default to a differente server than the 1.11+dev versions ?
20140415 19:32:52-!- lipkab [~lipkab@host-91-147-212-189.biatv.hu] has quit [Ping timeout: 240 seconds]
20140415 19:33:11< gfgtdf> wesbot: seen bouncman
20140415 19:33:12< wesbot> gfgtdf: Sorry, I don't know of bouncman.
20140415 19:33:27< gfgtdf> wesbot: seen bucman
20140415 19:33:27< wesbot> gfgtdf: Sorry, I don't know of bucman.
20140415 19:33:31< gfgtdf> wesbot: seen boucman
20140415 19:33:31< wesbot> gfgtdf: The person with the nick boucman last spoke 36d 11h ago.  25d 19h ago they left with the message: Remote host closed the connection
20140415 19:34:29-!- _8680__ [~8680@2002:4404:712c:0:5001:bf95:a539:8b74] has quit [Ping timeout: 246 seconds]
20140415 19:35:32-!- _8680__ [~8680@2002:4404:712c:0:3ccb:af27:5f0c:59de] has joined #wesnoth-dev
20140415 19:41:06-!- _8680__ [~8680@2002:4404:712c:0:3ccb:af27:5f0c:59de] has quit [Ping timeout: 240 seconds]
20140415 19:43:30-!- Guest71255 [~8680@2002:4404:712c:0:98e8:90a2:9463:8a32] has joined #wesnoth-dev
20140415 19:49:18< gfgtdf> wesbot: seen boucman
20140415 19:50:45< mattsc> Ivanovic: quick question: there’s an inconsistency in the objectives in one of the SotBE scenarios when objectives get reset.  To fix it, I don’t have to add any strings, just change one to a different string that already exists.  That’s still allowed in the 1.12 branch, right?
20140415 19:54:45< aquileia> IIRC, as long as the string exists in the same textdomain you can use it
20140415 19:56:46< mordante> Aishiko, I had a look at your patch, how can I compile and test it with some real images?
20140415 19:58:28< mordante> I'm off bye
20140415 19:59:04-!- mordante [~mordante@wesnoth/developer/mordante] has quit [Quit: Leaving]
20140415 19:59:30< zookeeper> mattsc, yes, re-using existing strings is fine
20140415 19:59:58< mattsc> Thanks, zookeeper.
20140415 20:03:27-!- Octalot [~noct@27.74.208.46.dyn.plus.net] has joined #wesnoth-dev
20140415 20:04:59-!- Guest71255 [~8680@2002:4404:712c:0:98e8:90a2:9463:8a32] has quit [Ping timeout: 258 seconds]
20140415 20:05:49< Ivanovic> mattsc: if the string already exists in the textdomain everything is fine
20140415 20:06:12-!- _8680__ [~8680@2002:4404:712c:0:2c28:c602:ac07:525e] has joined #wesnoth-dev
20140415 20:06:58< mattsc> Ivanovic:  Thanks. It does - in fact, it exists in the same scenario (which is the problem)
20140415 20:07:25< mattsc> As in, it was in there twice, but only one instance got changed when the objectives were clarified.
20140415 20:07:48< Ivanovic> as long as the string is already there everything is fine with changing it at a different place in the same textdomain
20140415 20:09:03< mattsc> Good.  That’s what I thought (just wanted to confirm it).  Thanks.
20140415 20:10:27-!- _8680__ [~8680@2002:4404:712c:0:2c28:c602:ac07:525e] has quit [Ping timeout: 252 seconds]
20140415 20:11:39-!- _8680__ [~8680@2002:4404:712c:0:74a4:3150:9aa0:1199] has joined #wesnoth-dev
20140415 20:13:15-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140415 20:15:53-!- mjs-de [~mjs-de@f049011018.adsl.alicedsl.de] has joined #wesnoth-dev
20140415 20:17:25-!- _8680__ [~8680@2002:4404:712c:0:74a4:3150:9aa0:1199] has quit [Ping timeout: 252 seconds]
20140415 20:18:11-!- _8680__ [~8680@2002:4404:712c:0:8423:6d83:d2fa:81e3] has joined #wesnoth-dev
20140415 20:18:27-!- lipkab [~lipkab@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140415 20:20:44< aquileia> Is there a standard WML container next_turn?
20140415 20:21:14< aquileia> And... was it deleted recently?
20140415 20:25:10 * zookeeper doesn't understand the question
20140415 20:26:29< aquileia> In the tutorial I get stderr entries because next_turn is used, but doesn't exist
20140415 20:26:58< aquileia> I think it's a WML container that is/was created automatically
20140415 20:27:22< aquileia> but if it's gone due to a recent commit, the tutorial has to be amended
20140415 20:34:53-!- lipkab [~lipkab@host-91-147-212-189.biatv.hu] has quit [Ping timeout: 258 seconds]
20140415 20:36:29-!- Gambit [~derek@wesnoth/developer/grickit] has joined #wesnoth-dev
20140415 20:37:37-!- lipkab [~lipkab@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140415 20:43:15< iceiceice> hmm
20140415 20:43:33-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140415 20:43:35-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has quit [Quit: Leaving]
20140415 20:44:52-!- wesbot changed the topic of #wesnoth-dev to: string+feature freeze active on 1.12 | 232 bugs, 350 feature requests, 28 patches | Logs: http://irclogs.wesnoth.org | Alternate logs: http://wesnoth.debian.net | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20140415 20:50:49< aquileia> Hmm... either I did sth. wrong or this problem exists since at least https://github.com/wesnoth/wesnoth/commit/81e0a20
20140415 20:51:22< aquileia> and I can't believe that such an error would exist for 3 years...
20140415 20:57:48-!- iceiceice [~chris@207-237-132-90.ny.subnet.cable.rcn.com] has joined #wesnoth-dev
20140415 20:58:22< iceiceice> aquileia: there's been many changes on master recently, maybe try to build 1.11.9 or 1.11.7 or something and see if the tutorial works there?
20140415 20:59:16< aquileia> iceiceice: good idea, I have 1.11.9 installed
20140415 21:02:46-!- neXyon [~neXyon@178-191-219-158.adsl.highway.telekom.at] has joined #wesnoth-dev
20140415 21:06:11< aquileia> iceiceice: Thanks, it already exists in 1.11.9
20140415 21:06:27< aquileia> Next in line will be 1.10.6
20140415 21:06:38-!- lipkab [~lipkab@host-91-147-212-189.biatv.hu] has quit [Read error: Connection reset by peer]
20140415 21:06:44< iceiceice> fwiw i learned on 1.10.4, i didnt notice any errors in the tutorial
20140415 21:07:48-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 245 seconds]
20140415 21:08:28< aquileia> It has no effect, it's only a list of errors in stderr
20140415 21:09:33< aquileia> iceiceice: It's in 1.10.6 as well
20140415 21:12:21< aquileia> A new error since 1.11.9 however: If I set a resolution via the preferences menu, it doesn't set the values correctly
20140415 21:12:57< aquileia> e.g. I want 800x640 and get 320x240 (both in the preferences file and as the actual size)
20140415 21:13:15< iceiceice> hmm that sounds bad
20140415 21:13:33< iceiceice> i guess report on gna? idk what files are responsible for that stuff that you could check the history of
20140415 21:15:02< aquileia> I'd prefer to get it fixed... but if that isn't easy, I'll report it
20140415 21:15:12< iceiceice> i mean i'd prefer both :p
20140415 21:15:20< aquileia> I'm juggling with too many issues right now...
20140415 21:15:24< iceiceice> unless you know who is the right person to look into it off hand
20140415 21:15:39< iceiceice> fwiw my feeling is we should refactor the tutorial anyways
20140415 21:15:44< aquileia> iceiceice: you! =P
20140415 21:15:46< iceiceice> its kind of gross to have [tutorial] tags
20140415 21:16:00< iceiceice> should just be scenario, consolidate all the myriad code paths as much as we can
20140415 21:16:51< aquileia> just do it and see if anyone complains ;)
20140415 21:16:59< iceiceice> hah
20140415 21:17:45-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Quit: Ik ga weg]
20140415 21:18:24< aquileia> You can resolve the bug I just found in the tutorial and name the commit a bug fix!
20140415 21:18:47< aquileia> And nobody will notice
20140415 21:19:28< iceiceice> aquileia: this sounds like a task for the person responsible for maintaining the tutorial :p
20140415 21:19:39< iceiceice> and if no such person exists, then it might be a trick to get me to become that person :p
20140415 21:20:29< iceiceice> solution: write an email about how the tutorial is hopelessly bugged and must be removed unless someone steps up :O
20140415 21:21:22< iceiceice> clearly this approach has worked great for the whiteboard ...
20140415 21:22:47< aquileia> iceiceice: There are no [about] tags matching the tutorial
20140415 21:23:03< iceiceice> i mean someone must have committed it right?
20140415 21:23:11< iceiceice> maybe it was dave i guess
20140415 21:23:51< aquileia> zookeeper is universal mainline maintainer, perhaps he could decide
20140415 21:26:10< aquileia> iceiceice: The first commit registered on GitHub for the tutorial is "Moved the tutorial into the campaigns directory."
20140415 21:26:23< iceiceice> hehe
20140415 21:26:26< iceiceice> who touched it last/
20140415 21:26:38< aquileia> shadowm
20140415 21:27:11< aquileia> but only for indentation fixes, and it was a year ago
20140415 21:27:19< iceiceice> it looks like it has seen a lot of love actually
20140415 21:27:21< iceiceice> i see alot of edits
20140415 21:27:47< aquileia> I speak of https://github.com/wesnoth/wesnoth/commits/master/data/campaigns/tutorial/scenarios/1_Tutorial.cfg
20140415 21:27:55< iceiceice> i guess it was when the lua switchover happened 2 years ago ?
20140415 21:28:15< aquileia> no idea
20140415 21:28:27< iceiceice> hmm wait so what is the bug you are complaining about in tutorial
20140415 21:28:57< aquileia> that the "next_turn" WML container doesn't exist
20140415 21:29:25< aquileia> warning engine: variable_info: retrieving member of non-existent WML container, next_turn.capture_village
20140415 21:30:01-!- bagz1e [~bag@85-76-140-234-nat.elisa-mobile.fi] has joined #wesnoth-dev
20140415 21:32:28-!- bagzie [~bag@85-76-39-69-nat.elisa-mobile.fi] has quit [Ping timeout: 240 seconds]
20140415 21:37:12-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140415 21:39:15< iceiceice> hmm
20140415 21:39:19< iceiceice> i'm having a wierd issue with ccache
20140415 21:39:25< iceiceice> when trying to compile 1.11.7
20140415 21:39:50< iceiceice> it gives me a large number of warnings at every compilation step: clang: warning: argument unused during compilation: '-I .'
20140415 21:39:51< iceiceice> clang: warning: argument unused during compilation: '-I src'
20140415 21:39:51< iceiceice> clang: warning: argument unused during compilation: '-I /usr/include'
20140415 21:39:51< iceiceice> clang: warning: argument unused during compilation: '-I /usr/include/SDL'
20140415 21:39:51< iceiceice> clang: warning: argument unused during compilation: '-I /usr/include/pango-1.0'
20140415 21:39:52< iceiceice> clang: warning: argument unused during compilation: '-I /usr/include/cairo'
20140415 21:39:54< iceiceice> clang: warning: argument unused during compilation: '-I /usr/include/glib-2.0'
20140415 21:39:56< iceiceice> clang: warning: argument unused during compilation: '-I /usr/lib/x86_64-linux-gnu/glib-2.0/include'
20140415 21:39:58< iceiceice> clang: warning: argument unused during compilation: '-I /usr/include/pixman-1'
20140415 21:40:02< iceiceice> clang: warning: argument unused during compilation: '-I /usr/include/freetype2'
20140415 21:40:04< iceiceice> clang: warning: argument unused during compilation: '-I /usr/include/libpng12'
20140415 21:40:06< iceiceice> clang: warning: argument unused during compilation: '-I /usr/include/dbus-1.0'
20140415 21:40:08< iceiceice> clang: warning: argument unused during compilation: '-I /usr/lib/x86_64-linux-gnu/dbus-1.0/include'
20140415 21:40:10< iceiceice> clang: warning: argument unused during compilation: '-I /usr/include/fribidi'
20140415 21:40:23< iceiceice> i dont get this when i disable ccache
20140415 21:40:29-!- pyromancer2 [~pyromance@130.68.228.39] has joined #wesnoth-dev
20140415 21:40:38-!- pyromancer2 [~pyromance@130.68.228.39] has quit [Client Quit]
20140415 21:41:06-!- molgrum [~molgrum@212.85.89.43] has joined #wesnoth-dev
20140415 21:41:59< aquileia> AI0867: Status report: In master, WML file loading has no problem with UTF-8 but macro loading only accepts ASCII
20140415 21:42:22< aquileia> I think this is totally ok, nobody needs UTF-8 macros
20140415 21:43:16< iceiceice> Dugi: I have a quick question about the addon manager overhaul
20140415 21:43:38< iceiceice> what kinds of new messages from campaignd does the client need to be able to handle?
20140415 21:43:59< iceiceice> are there steps we should be taking now in 1.12 for example to make it possible to introduce the patch without totally breaking backwards compatibility?
20140415 21:45:55< iceiceice> hmm on second thought this is probably not a very good idea, forget i mention it
20140415 21:46:53-!- gfgtdf_ [~chatzilla@d177228.adsl.hansenet.de] has joined #wesnoth-dev
20140415 21:48:59-!- gfgtdf [~chatzilla@e177167107.adsl.alicedsl.de] has quit [Ping timeout: 252 seconds]
20140415 21:49:00< aquileia> AI0867: I learned to cherry-pick and verified that this extract of your commits suffices to fix the unicode issues: https://github.com/aquileia/wesnoth/tree/sdl_fix
20140415 21:49:03-!- gfgtdf_ is now known as gfgtdf
20140415 21:53:43-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140415 21:57:00< aquileia> The first of these 7 commits is only for master as the issue doesn't exist in 1.12
20140415 21:58:06< aquileia> If it wouldn't crash on exit, IMHO the remaining 6 commits would be a great addition to 1.12
20140415 22:02:10< Coffee_irc> hi
20140415 22:02:31< gfgtdf> hi
20140415 22:02:52< Coffee_irc> there's a guy on the forums that has brought up a minor problem with the movement on unwalkable for the drake variation of the WC
20140415 22:02:56< Coffee_irc> http://forums.wesnoth.org/viewtopic.php?f=5&t=40217#p569350
20140415 22:03:46< Coffee_irc> just wondering if it would be a good idea to change for the upcoming 1.12 release the movement of the drake WC for unwalkable to fix this?
20140415 22:04:07< Coffee_irc> make it able to move on unwalkable like the gryphon WC variation
20140415 22:07:35< gfgtdf> Coffee_irc: do you want to make all drkes be able to fly over impassable or only corpes from drakes that can acually fly over impassable ?
20140415 22:07:39< gfgtdf> drakes*
20140415 22:07:45< gfgtdf> drakecopses
20140415 22:07:58< Coffee_irc> gfgtdf: I figure from the description that the clashers can fly, but not twith the armor on
20140415 22:08:08< Coffee_irc> so clasher WC variations should fly as well
20140415 22:08:36< Dugi> iceiceice: The client takes no extra messages from campaignd, it just adds some information to the add-on list it sends to the client. It should be retrospectively compatible.
20140415 22:08:57< gfgtdf> Coffee_irc: hm ok i think i agree.
20140415 22:09:12< iceiceice> Coffee_irc: i think its also a good idea, and also for 1.12
20140415 22:09:23< iceiceice> we just made unit stats adjustments in the last release if u look in changelog
20140415 22:09:33< iceiceice> so i dont think its a big issue about backwards compatibility now
20140415 22:10:43< iceiceice> tbh i never realized that the drake corpses were different from the gryphon corpses
20140415 22:10:55< iceiceice> they have the same sprite and at least in 1.10 there was no help for them
20140415 22:11:15< Coffee_irc> iceiceice: they are a less good variation :P
20140415 22:11:26< Coffee_irc> and at last they will walk on unwalkable now
20140415 22:11:26< iceiceice> hehe
20140415 22:11:36< iceiceice> i mean they have the fire resist thoguh right?
20140415 22:11:47< iceiceice> that aspect is pretty important for ud vs drake
20140415 22:12:06< Coffee_irc> I'll check
20140415 22:12:31< Coffee_irc> yes
20140415 22:12:35< Coffee_irc> they resist 50% to fire
20140415 22:12:57< iceiceice> hehe for that i would say drake is not clearly worse than gryphon ;)
20140415 22:13:05< Coffee_irc> ok
20140415 22:13:06< iceiceice> corpse wise
20140415 22:13:27< Coffee_irc> 5 movement is pretty good for WC with 50% defense on terrain for the gryphon variation
20140415 22:13:32< aquileia> iceiceice: https://github.com/wesnoth/wesnoth/blob/master/src/preferences_display.cpp & https://github.com/wesnoth/wesnoth/blob/master/src/preferences.cpp set the resolution
20140415 22:14:13< iceiceice> for sure it is a tossup
20140415 22:14:52< aquileia> If I understand correctly, the resolution() function that verifies that the values are ok isn't called? Or do I miss sth.?
20140415 22:14:58< iceiceice> hmm i wonder why we dont have a gryphon corpse sprite
20140415 22:15:51< Coffee_irc> ok, drakefoot and drakefly are the options for the WC drake variation
20140415 22:16:06< Coffee_irc> each has different movement and defense on certain terrain
20140415 22:16:23< Coffee_irc> I'm thinking now that we might need 2 different WC variations for drake...
20140415 22:16:33< Coffee_irc> or just set unwalkable to say 2 movement or something
20140415 22:16:46< iceiceice> hmm
20140415 22:16:58< iceiceice> you dont want to just use drake fly/
20140415 22:17:05< iceiceice> i thought your idea was that the corpse is unarmored
20140415 22:17:18< iceiceice> aquileia: maybe something is wrong with this "bpp" value?
20140415 22:17:26< iceiceice> i really have no idea about resolution code :/
20140415 22:18:11< aquileia> neither have I
20140415 22:19:42-!- bagz1e [~bag@85-76-140-234-nat.elisa-mobile.fi] has quit []
20140415 22:19:55< aquileia> oh... shadowm, could you commit eef30804a49 be the cause?
20140415 22:22:44< aquileia> I don't see any other commits that could lead to this error (but of couse I could be wrong)
20140415 22:22:52< aquileia> *course
20140415 22:23:37< Coffee_irc> I'm thinking to make it simple we could give the drake WC variation 3 movement on unwalkable/deep water (max for other terrains, such as shallow water) and 20% defense for those terrain (lowest for other terrains)
20140415 22:24:55< Coffee_irc> sorry, the drake WC line already has 4 movment for deep water and 10% defense for that terrain
20140415 22:25:14< Coffee_irc> so the very simplest solution would e to make it the same for unwalkable
20140415 22:25:41< iceiceice> i see
20140415 22:25:54< iceiceice> so you think that units shouldnt have easier movement over unwalkable than they do over deepwater/
20140415 22:26:13< iceiceice> or just that this should be the way for drake wc's
20140415 22:26:17< Coffee_irc> iceiceice: I figure the reationale could be that he has trouble flapping his wings :P
20140415 22:26:25< Coffee_irc> if anyone asks
20140415 22:26:41< iceiceice> ok i'm not going to second guess it, i have no strong opinion about it really :)
20140415 22:27:01< Coffee_irc> well if it sounds okay I can commit the minor fix
20140415 22:27:18-!- EdB [~edb@85.69.242.6] has quit [Quit: Konversation terminated!]
20140415 22:29:39< aquileia> well, he needs more power to hover above the void than above water
20140415 22:30:15< iceiceice> i mean you would think so, but living drakes are more mobile over void than water
20140415 22:31:09< iceiceice> it doesnt really matter though, the fact is his costs were infinity before and 0 defense, so going to 3 mp and 10% def is the least balance impact that fixes the issue
20140415 22:31:20< Coffee_irc> iceiceice: burners have 1 movement over both water and void
20140415 22:31:26< iceiceice> not deep water
20140415 22:31:26< Coffee_irc> the difference is in defense
20140415 22:32:06< Coffee_irc> problem is that it picks up the clashers movement and defenses by default
20140415 22:32:34< Coffee_irc> so if we make the defense or movement good over unwalkable, it will still be bad on swamp and shallow water, etc.
20140415 22:33:11< Coffee_irc> I think just making 4 movement on unwalkable and 10% defense as per deep water is a good in-between and won't affect balance
20140415 22:33:20< iceiceice> yeah
20140415 22:33:34< Coffee_irc> just looking for confirmation before commiting the changes
20140415 22:33:41< Coffee_irc> ok, then I figure I'll commit
20140415 22:33:54< iceiceice> while we are sort of on topic, let me ask though,
20140415 22:34:05< iceiceice> the current WC sprite for gryphons is just a placeholder right?
20140415 22:37:00-!- irker705 [~irker@fehu.ai0867.net] has joined #wesnoth-dev
20140415 22:37:00< irker705> wesnoth: David Mikos wesnoth:1.12 e586dd320370 / / (3 files in 2 dirs): Fix bug #21914: allow drake walking corpse variation to move on unwalkable http://git.io/HR7S0A
20140415 22:37:00< Coffee_irc> iceiceice: I figure so
20140415 22:37:15< Coffee_irc> you are welcome to draw a new graphic ;)
20140415 22:39:04< iceiceice> hehe
20140415 22:40:33< Coffee_irc> hopefully that's now all good, as I need to head off
20140415 22:41:49< iceiceice> dont forget to cherry-pick to master i guess :)
20140415 22:43:24-!- unitraxx [~Thunderbi@unaffiliated/unitraxx] has joined #wesnoth-dev
20140415 22:44:19< aquileia> iceiceice, shadowm: I documented the weird behavior http://pastebin.com/NwbfNPKS
20140415 22:44:49< iceiceice> ok, well like i said i have no idea how to fix any of that
20140415 22:46:03< iceiceice> bbl
20140415 22:46:04-!- iceiceice [~chris@207-237-132-90.ny.subnet.cable.rcn.com] has quit [Quit: Leaving]
20140415 22:46:45< aquileia> To recap for shadowm: When setting a screen resolution in windowed mode on Windows, the resolution is set to a much lower value than selected
20140415 22:47:15-!- unitraxx [~Thunderbi@unaffiliated/unitraxx] has left #wesnoth-dev []
20140415 22:49:17< gfgtdf> Coffee_irc: is there a special reason why you didn't put it into master  ?
20140415 22:55:33-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Computer's napping]
20140415 22:56:05-!- gfgtdf [~chatzilla@d177228.adsl.hansenet.de] has quit [Ping timeout: 252 seconds]
20140415 22:57:13-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Quit: tomreyn]
20140415 23:00:24-!- neXyon_ [~neXyon@178-191-148-131.adsl.highway.telekom.at] has joined #wesnoth-dev
20140415 23:01:22-!- neXyon [~neXyon@178-191-219-158.adsl.highway.telekom.at] has quit [Ping timeout: 265 seconds]
20140415 23:02:33-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20140415 23:03:48-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140415 23:05:37-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20140415 23:05:42-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140415 23:06:32-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Client Quit]
20140415 23:08:48-!- iceiceice [~chris@207-237-132-90.ny.subnet.cable.rcn.com] has joined #wesnoth-dev
20140415 23:15:51-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140415 23:21:56-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140415 23:21:57-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20140415 23:29:53-!- mjs-de [~mjs-de@f049011018.adsl.alicedsl.de] has quit [Ping timeout: 276 seconds]
20140415 23:31:48-!- neXyon_ [~neXyon@178-191-148-131.adsl.highway.telekom.at] has quit [Quit: bye]
20140415 23:47:48-!- Dugi [93fbd156@gateway/web/freenode/ip.147.251.209.86] has quit [Ping timeout: 240 seconds]
--- Log closed Wed Apr 16 00:00:35 2014