--- Log opened Sat Mar 02 00:00:07 2013 20130302 00:04:42-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev 20130302 00:12:56-!- SpoOkyMagician [~chatzilla@74-141-249-126.dhcp.insightbb.com] has joined #wesnoth-dev 20130302 01:02:24-!- Blueblaze [~Blueblaze@adsl-99-158-46-191.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev 20130302 01:23:58-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 246 seconds] 20130302 01:27:31-!- loonybot [~loonybot@wesnoth/bot/loonybot] has quit [Remote host closed the connection] 20130302 01:29:55-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection] 20130302 01:32:43-!- Gallaecio [~quassel@84.120.218.224.dyn.user.ono.com] has quit [Ping timeout: 246 seconds] 20130302 02:23:25-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!] 20130302 02:29:17-!- SpoOkyMagician [~chatzilla@74-141-249-126.dhcp.insightbb.com] has quit [Quit: supper soon. bbl] 20130302 03:51:09-!- mjs-de [~mjs-de@92.224.182.31] has quit [Remote host closed the connection] 20130302 04:05:39-!- Blueblaze [~Blueblaze@adsl-99-158-46-191.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze] 20130302 04:17:58-!- Blueblaze [~Blueblaze@adsl-99-158-46-191.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev 20130302 04:42:58-!- Ivanovic_ [~ivanovic@dtmd-4db2302f.pool.mediaWays.net] has joined #wesnoth-dev 20130302 04:45:31-!- Ivanovic_ [~ivanovic@dtmd-4db2302f.pool.mediaWays.net] has quit [Changing host] 20130302 04:45:31-!- Ivanovic_ [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev 20130302 04:46:24-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 264 seconds] 20130302 04:47:17-!- Ivanovic_ is now known as Ivanovic 20130302 04:50:22-!- Blueblaze [~Blueblaze@adsl-99-158-46-191.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze] 20130302 04:53:27-!- Elvish_Pillager [~eli@dhip-029.rrw.residences.colby.edu] has quit [Ping timeout: 276 seconds] 20130302 06:17:03-!- Gambit [~gambit@wesnoth/developer/grickit] has quit [Remote host closed the connection] 20130302 06:35:02-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer] 20130302 06:35:17-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev 20130302 07:05:45-!- happygrue [~happygrue@wesnoth/developer/wintermute] has quit [Ping timeout: 260 seconds] 20130302 07:18:32-!- Gallaecio [~quassel@84.120.218.224.dyn.user.ono.com] has joined #wesnoth-dev 20130302 07:35:01-!- _8680_ [~quassel@68.225.249.82] has quit [] 20130302 08:24:31< shadowm> 04:24:00 Unit variations now appear in the game help in 1.11.x? 20130302 08:24:31< shadowm> 04:24:25 Regardless of whether they've been found yet?! 20130302 08:24:53< shadowm> Grrrr. 20130302 08:25:48< shadowm> I guess I'll have to add hide_help=yes to every private variation for public units that I can find in my campaign. 20130302 08:28:55-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev 20130302 08:30:08-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev 20130302 08:31:05< shadowm> I can't even find a changelog entry for this. 20130302 08:54:10< shadowm> boucman: Hi. 20130302 08:54:18< boucman> hey 20130302 08:54:37< shadowm> boucman: Did you change something about unit facings in trunk as of late? 20130302 08:54:46< boucman> no 20130302 08:55:17< shadowm> Well, every unit with a north-facing standing animation will display their south-facing standing frame when they are being recruited, selected, or moving (if they don't have a movement animation). 20130302 08:55:24< shadowm> For example, the Goblin Spearman. 20130302 08:56:09< shadowm> Try recruiting a Goblin Spearman, moving him northwards. He should be facing north. But if you click on him, his selection animation will display him facing south. 20130302 08:56:11< boucman> ok, so what you are saying is that orientation is not set at recruit time ? 20130302 08:56:16< shadowm> No. 20130302 08:56:25< boucman> ok, got it 20130302 08:56:36< boucman> hmm 20130302 08:56:49< boucman> i'll try to have a look at some point 20130302 08:56:55< shadowm> Same thing I just described affects their default movement and "recruited" animations. 20130302 08:57:33< boucman> do they stay facing the wrong direction after their animation ? 20130302 08:57:57< shadowm> Nope, they revert to their correct direction. 20130302 08:58:17< shadowm> This doesn't happen on 1.10.x, only trunk. 20130302 08:58:26< boucman> ok, so the internal direction is correct it's a problem of wrong animation being chosen 20130302 08:58:28< boucman> interesting 20130302 09:07:24-!- mordante [~mordante@roadie.xs4all.nl] has joined #wesnoth-dev 20130302 09:07:24-!- mordante [~mordante@roadie.xs4all.nl] has quit [Changing host] 20130302 09:07:25-!- mordante [~mordante@wesnoth/developer/mordante] has joined #wesnoth-dev 20130302 09:07:39< mordante> servus 20130302 09:09:40< shadowm> :( 20130302 09:11:53-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving] 20130302 09:14:52< mordante> there has been some refactoring in the unit code recently... maybe there lies the cause 20130302 09:15:21< boucman> or a mistake when upgrading the animations 20130302 09:15:46< mordante> of course also possible 20130302 09:18:20-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20130302 09:21:16< mordante> wesbot seen esr 20130302 09:21:16< wesbot> mordante: The person with the nick esr last spoke 2d 13h ago. 10h 37m ago was here and on the channel #wesnoth-umc-dev with the message: Remote host closed the connection 20130302 09:21:45< mordante> hi lipkab 20130302 09:22:06< lipkab> hi mordante 20130302 09:23:41< mordante> lipkab, are the backports of r5641[12] really bugfixes? 20130302 09:24:53< shadowm> https://dl.dropbox.com/u/21371130/screenshots/wesnoth-1.10-titlescreen-looks-like-crap.png 20130302 09:24:56< shadowm> https://dl.dropbox.com/u/21371130/screenshots/wesnoth-1.10-titlescreen-no-longer-looks-like-crap.png 20130302 09:25:24< lipkab> mordante: that^ 20130302 09:25:44< lipkab> So yes, I guess. 20130302 09:27:00< mordante> Ok I've never seen it that bad 20130302 09:27:48< mordante> just that the last attempt of that kind of fix, led to glitches in other areas 20130302 09:28:10< mordante> and with that fix the improvements were marginal 20130302 09:29:32< lipkab> Was using this as a guide: https://gna.org/bugs/?17961 20130302 09:29:45< lipkab> Last comment, fourth item. 20130302 09:30:26< shadowm> "Ok I've never seen it that bad" Ahahahah. 20130302 09:30:33< shadowm> Allow me to laugh for the next couple of minutes. 20130302 09:32:01< mordante> enjoy yourself 20130302 09:32:09< shadowm> It's too bad I cannot send a memo to past me on January 27th 2012 to tell him to not waste his time uploading a screenshot to the issue tracker for you to ignore. 20130302 09:32:10-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20130302 09:32:42< shadowm> (File #14840 in the entry lipkab linked.) 20130302 09:34:32-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Ping timeout: 252 seconds] 20130302 09:35:22< mordante> memory is such a nice thing ain't it :-P 20130302 09:35:29< shadowm> lipkabb: Out of curiosity, did your changes to the storyscreen code in trunk as of late change _something_ about the part.title attribute and its implications? 20130302 09:36:52-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has quit [Ping timeout: 248 seconds] 20130302 09:38:58< shadowm> Boo. 20130302 09:48:48< shadowm> Time to use bit gisect, then. 20130302 09:50:44< shadowm> git bisect. 20130302 09:52:19< shadowm> Not sure if I'm doing it right, seemed to say something weird about passing tags/1.11.1 as the first "good" commit refspec. 20130302 09:52:39< shadowm> shadowm@nanacore:~/src/wesnoth$ git bisect good tags/1.11.1 20130302 09:52:39< shadowm> Bisecting: a merge base must be tested 20130302 09:52:39< shadowm> [544bcf5e0f9f759c0c47dc895ca217e914082bcf] version bump to 1.11.1 20130302 09:54:31< shadowm> Okay, nope. I did something wrong. 20130302 09:54:38< shadowm> shadowm@nanacore:~/src/wesnoth$ git bisect good 20130302 09:54:38< shadowm> Bisecting: 2 revisions left to test after this (roughly 2 steps) 20130302 09:54:53< shadowm> Pretty sure there has been at least 100 commits between 1.11.1 and my previous HEAD. 20130302 09:59:19< shadowm> Oh right, I forgot I passed a path to the initial bisect command. 20130302 09:59:30< shadowm> shadowm@nanacore:~/src/wesnoth$ git bisect start -- src/storyscreen 20130302 09:59:54< shadowm> So of course that means there's less commits to test. 20130302 10:03:14< shadowm> wesbot: log 56113 20130302 10:03:14< wesbot> lipk * r56113 : New scaling and tiling options for story screens. Partially implements bug #20435 20130302 10:03:17< wesbot> URL: http://svn.gna.org/viewcvs/wesnoth?view=rev&rev=56113 20130302 10:04:05< shadowm> I wish people didn't keep piling up more code on top of my shitty code there. 20130302 10:10:09< shadowm> Ugh. 20130302 10:10:14< shadowm> You did what to base_rect_ now? 20130302 10:13:42< shadowm> lipkab: r56113 causes titles to get displayed mostly offscreen when title_alignment="center" (and probably "right" too). 20130302 10:13:50< shadowm> lipkab: When there is no background image set. 20130302 10:14:16< shadowm> lipkab: Example code http://pastebin.com/LMM8ra2g 20130302 10:15:03< shadowm> lipkab: Screenshot: https://dl.dropbox.com/u/21371130/screenshots/storyscreen-title-alignment-broken.png 20130302 10:15:50< shadowm> lipkab: THis is what it looks like with Wesnoth 1.11.1 and 1.10.x: https://dl.dropbox.com/u/21371130/screenshots/storyscreen-title-alignment-unbroken.png 20130302 10:15:56< shadowm> And that's how it's supposed to be, obviously. 20130302 10:16:17< shadowm> It works fine with a background image set, but I can't afford that kind of luxury in my campaign. 20130302 10:17:36< shadowm> The relevant code (storyscreen::part_ui::render_title_box()) assumes that base_rect_ has meaningful values set, so there's a hint. 20130302 10:17:45< shadowm> (Meaningful and correct.) 20130302 10:18:28< shadowm> I see r56113 changed the way base_rect_ gets set, but I'm not sure I want to look into it further than that. 20130302 10:19:49< shadowm> I mean, the code on top of which you implemented that was horrible enough as it was. :( 20130302 10:22:48< shadowm> boucman: Would you prefer for me to file a bug regarding the unit facing thing, by the way? 20130302 10:23:11< boucman> yes please, 20130302 10:23:33-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20130302 10:24:31< shadowm> lipkabb: I left a bunch of messages in the log for you. 20130302 10:24:57< shadowm> Season as you wish. 20130302 10:25:02-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer] 20130302 10:25:08-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20130302 10:25:08< shadowm> r. 20130302 10:25:14< shadowm> Okay. 20130302 10:26:07-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer] 20130302 10:26:24-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20130302 10:33:12-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has quit [Ping timeout: 264 seconds] 20130302 10:37:39< shadowm> boucman: Submitted: https://gna.org/bugs/?20580 20130302 10:39:19< shadowm> And then added a bit. 20130302 10:40:21< shadowm> Er. 20130302 10:40:23< shadowm> "- For "movement" animations, move each unit a long distance northwards. During their movement animations they will be facing north;" 20130302 10:40:35< shadowm> I don't want to spam you, so I'll just point out here that I meant "south" at the end there. 20130302 10:41:05< boucman> that's fine 20130302 10:41:27 * shadowm leaves now. 20130302 10:41:57-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20130302 10:42:40< zookeeper> lipkabb, so are you planning on tackling the new-maps-in-title-screen thing too? 20130302 10:44:40< shadowm> Now that is a feat I would like to see, considering that a certain person hasn't gotten around to document those magic numbers used all over the place in the titlescreen GUI2 WML. 20130302 10:45:01< lipkabb> zookeeper: I'm planning a lot of things these days, not sure when can I find time for this particular one. 20130302 10:45:14< zookeeper> all right 20130302 10:45:15< shadowm> lipkabb: Did you see my messages in the log, by the way? 20130302 10:45:25< lipkabb> shadowm: Yes. 20130302 10:45:36< shadowm> You don't need me to file a bug report, do you? :( 20130302 10:45:56< lipkabb> No, I'm going to fix this one in a couple of minutes. 20130302 10:46:39< shadowm> Okay. 20130302 10:47:37< lipkabb> And it's done. It was just that base_rect_ didn't get assigned of there weren't any bg layers. 20130302 10:48:28< lipkabb> shadowm: By the way, is it desired that titles are aligned to base_rect_ instead of the screen dimensions? 20130302 10:49:01< shadowm> I mentioned the other day that that is legacy behavior I never bothered to change. 20130302 10:49:17< lipkabb> Ah ok. I might bother then. 20130302 10:49:58< shadowm> I personally don't see any problems with aligning them to the screen. 20130302 10:50:25< shadowm> I don't know if there are any UMC authors out there who might have come up with even weirder use cases for that mess than I have. 20130302 10:50:32-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer] 20130302 10:50:47-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20130302 10:50:56< shadowm> I for one don't care about backgrounds at all because I'm not an artist and I couldn't afford an artist even if I wanted to have background art. 20130302 10:51:44-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [] 20130302 10:53:51-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer] 20130302 10:53:58-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20130302 10:56:55-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20130302 10:56:55-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer] 20130302 11:02:07-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer] 20130302 11:02:23-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20130302 11:05:27-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has quit [Client Quit] 20130302 11:05:41-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20130302 11:16:36-!- prkc [~negusnyul@5400911f.dsl.pool.telekom.hu] has joined #wesnoth-dev 20130302 11:16:36-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer] 20130302 11:16:41-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20130302 11:29:36-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Ping timeout: 264 seconds] 20130302 11:30:08-!- Octalot [~noct@host86-139-154-184.range86-139.btcentralplus.com] has joined #wesnoth-dev 20130302 11:32:28-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20130302 11:38:27-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Ping timeout: 248 seconds] 20130302 11:42:20-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20130302 11:52:31-!- EdB [~edb@89-93-184-215.hfc.dyn.abo.bbox.fr] has joined #wesnoth-dev 20130302 11:56:25-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20130302 11:57:41-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Ping timeout: 255 seconds] 20130302 12:00:42-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20130302 12:00:43-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer] 20130302 12:01:06< shadowm> lipkab: Yeh, that seems to fix it. 20130302 12:01:30< shadowm> *Yes 20130302 12:05:56-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Ping timeout: 248 seconds] 20130302 12:07:30-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev 20130302 12:10:17< boucman> shadowm: ok, apparantly standing anims seems not to be used as fallbacks 20130302 12:10:57-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20130302 12:23:23-!- timotei23 [~pi@79.119.96.64] has joined #wesnoth-dev 20130302 12:25:35-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 252 seconds] 20130302 12:26:34-!- timotei [~pi@wesnoth/developer/timotei] has quit [Ping timeout: 252 seconds] 20130302 12:29:19-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Ping timeout: 246 seconds] 20130302 12:30:08-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev 20130302 12:35:42-!- timotei23 is now known as timotei 20130302 12:35:48-!- timotei [~pi@79.119.96.64] has quit [Changing host] 20130302 12:35:48-!- timotei [~pi@wesnoth/developer/timotei] has joined #wesnoth-dev 20130302 12:51:47-!- happygrue [~happygrue@wesnoth/developer/wintermute] has joined #wesnoth-dev 20130302 12:56:13-!- mjs-de [~mjs-de@g224177237.adsl.alicedsl.de] has joined #wesnoth-dev 20130302 13:03:10< boucman> wesbot: log 51546 20130302 13:03:10< wesbot> boucman * r51546 : fix bug 18685 and avoid reopening bug 18792 20130302 13:03:10< wesbot> URL: http://svn.gna.org/viewcvs/wesnoth?view=rev&rev=51546 20130302 13:06:22< boucman> shadowm: has it been around for long ? 20130302 13:06:49< shadowm> No idea. I only know it doesn't happen with 1.11.1. 20130302 13:07:02< boucman> k 20130302 13:07:04< shadowm> If you want, I can try bisecting it, but I'm not on my desktop atm and won't be for the next 10 hours or so. 20130302 13:07:14< boucman> no need 20130302 13:07:27< boucman> apparently some code that looked like a copy paste was removed 20130302 13:07:27< shadowm> Okay then. 20130302 13:07:35< boucman> but it wasn't an exact copy/paste :P 20130302 13:20:59-!- DCW [~Thunderbi@cpc1-finc14-2-0-cust12.4-2.cable.virginmedia.com] has joined #wesnoth-dev 20130302 13:21:29-!- stikonas [~gentoo@128.232.240.234] has joined #wesnoth-dev 20130302 13:21:29-!- stikonas [~gentoo@128.232.240.234] has quit [Changing host] 20130302 13:21:29-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20130302 13:27:16< Soliton> shadowm: note that thunderstruck wanted to look into bug #20518 as a way to get into wesnoth development. 20130302 13:28:07< shadowm> Oh, I'll deassign it from me then. 20130302 13:28:43< shadowm> Less work for me. :) I had assigned it to me only because I remembered that I asked AI0867 to file it a while ago and assign it to me, and he never did the latter. 20130302 13:29:13< Soliton> well, no idea how far he got (will ever get etc) but maybe you can give him a hint or two. 20130302 13:39:14-!- zormit [~zormit@188.40.149.55] has quit [Remote host closed the connection] 20130302 13:54:42-!- DCW [~Thunderbi@cpc1-finc14-2-0-cust12.4-2.cable.virginmedia.com] has quit [Remote host closed the connection] 20130302 14:05:50-!- loonybot [~loonybot@wesnoth/bot/loonybot] has joined #wesnoth-dev 20130302 14:09:46-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20130302 14:11:09-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20130302 14:11:09-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer] 20130302 14:12:12-!- Elvish_Pillager [~eli@dhip-029.rrw.residences.colby.edu] has joined #wesnoth-dev 20130302 14:13:53-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer] 20130302 14:14:00-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20130302 14:21:48-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer] 20130302 14:21:56-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20130302 14:26:45-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Client Quit] 20130302 14:26:50-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20130302 14:33:12-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20130302 14:33:18-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer] 20130302 14:42:56-!- Crendgrim [~crend@77-23-251-152-dynip.superkabel.de] has quit [Quit: ...] 20130302 14:43:11-!- DCW [~Thunderbi@cpc1-finc14-2-0-cust12.4-2.cable.virginmedia.com] has joined #wesnoth-dev 20130302 14:46:03-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer] 20130302 14:56:18-!- Gambit [~gambit@wesnoth/developer/grickit] has joined #wesnoth-dev 20130302 15:19:35-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [] 20130302 15:22:00-!- DCW [~Thunderbi@cpc1-finc14-2-0-cust12.4-2.cable.virginmedia.com] has quit [Remote host closed the connection] 20130302 15:36:11-!- knotwork_ [~markm@142.68.136.238] has joined #wesnoth-dev 20130302 15:36:12-!- knotwork_ [~markm@142.68.136.238] has quit [Changing host] 20130302 15:36:12-!- knotwork_ [~markm@unaffiliated/knotwork] has joined #wesnoth-dev 20130302 15:39:07-!- knotwork [~markm@unaffiliated/knotwork] has quit [Ping timeout: 244 seconds] 20130302 15:53:52-!- thunderstruck [~thunderst@cpc5-sgyl29-2-0-cust174.sgyl.cable.virginmedia.com] has joined #wesnoth-dev 20130302 15:54:33-!- thunderstruck [~thunderst@cpc5-sgyl29-2-0-cust174.sgyl.cable.virginmedia.com] has quit [Remote host closed the connection] 20130302 15:54:50-!- thunderstruck [~thunderst@cpc5-sgyl29-2-0-cust174.sgyl.cable.virginmedia.com] has joined #wesnoth-dev 20130302 16:05:34-!- wesbot changed the topic of #wesnoth-dev to: 167 bugs, 333 feature requests, 19 patches | Logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org 20130302 16:08:01-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev 20130302 16:10:01-!- Nephro [~neph@cpc4-broo8-2-0-cust224.14-2.cable.virginmedia.com] has joined #wesnoth-dev 20130302 16:12:08-!- _8680_ [~quassel@ip68-225-249-82.oc.oc.cox.net] has joined #wesnoth-dev 20130302 16:43:22-!- _8680_ is now known as _8680a 20130302 16:46:09-!- _8680a is now known as _8680_ 20130302 17:08:01-!- prkc [~negusnyul@5400911f.dsl.pool.telekom.hu] has quit [Read error: Connection reset by peer] 20130302 17:13:12-!- mattsc [~mattsc@d154-20-34-165.bchsia.telus.net] has joined #wesnoth-dev 20130302 17:16:26-!- knotwork_ is now known as knotwork 20130302 17:24:04-!- [Relic] [~relic@99.58.54.211] has joined #wesnoth-dev 20130302 17:32:01-!- skyfaller [~skyfaller@wikipedia/Skyfaller] has quit [Remote host closed the connection] 20130302 17:36:04< Nephro> hi, mattsc, how are you? I am almost through with my uni work, sorry, you myst hate me by now already :D But yeah, this year in this university is a pure nightmare, I'm somehow holding on, but I'm one of the more successful students, no idea how the others are coming through. 20130302 17:36:54< Nephro> I know I've asked this like 4 times already, but I;ll ask once more. What would the priorities for me be now? I really don't remember where I left off, and what is yet to be done 20130302 17:47:36-!- hopman- [~chris@50-193-32-122-static.hfc.comcastbusiness.net] has quit [Ping timeout: 276 seconds] 20130302 18:12:30< Nephro> wesbot, seen Crab_ 20130302 18:12:31< wesbot> Nephro: The person with the nick Crab_ 1d ago person left: 20130302 18:12:45< mattsc> Hi Nephro. No, no worries. I know how it goes. 20130302 18:13:08< mattsc> In fact, I should not have logged in this morning when I did, because I don't have time right now and need to run off. 20130302 18:14:09< mattsc> I don't remember the priorities right now off the top of my head either. I'll check later today (probably; or tomorrow). Do you want me to post it here and you read the logs, or send you a PM/email? 20130302 18:14:11-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Quit: bumbadadabum] 20130302 18:14:19< Nephro> alright. Hit me up if I'm here when you have time. Or mail me the priorities. I have time to deal with wesnoth now and I really need to do some C++ :D 20130302 18:14:39< mattsc> Cool! Talk to you later then. 20130302 18:14:50< Nephro> I'm not fond of reading logs too much, but if that's your preferred way, feel free 20130302 18:14:52< Nephro> :) 20130302 18:14:54< Nephro> Bye 20130302 18:15:07-!- mattsc [~mattsc@d154-20-34-165.bchsia.telus.net] has quit [Quit: bye] 20130302 18:19:42-!- mjs-de [~mjs-de@g224177237.adsl.alicedsl.de] has quit [Remote host closed the connection] 20130302 18:44:00-!- csarmi [~csarmi@217-197-186-73.pool.digikabel.hu] has left #wesnoth-dev [] 20130302 18:48:17-!- _8680_ [~quassel@ip68-225-249-82.oc.oc.cox.net] has quit [] 20130302 18:52:33-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev 20130302 18:53:47< thunderstruck> I've fixed this bug https://gna.org/bugs/?20518. But before committing I think that I could try to come up with a better solution to the whole mechanism which caused the bug and was said to be 'quite a hack'. Is there anyone willing to chat about addon related code? 20130302 18:54:33< Soliton> shadowm: ^ 20130302 19:26:20< thunderstruck> It seems he is away now. Soliton, can you give me some tips on debugging large projects like this? It is a first time I did some bug fixing for open source and for such a large project and I think that my work was nowhere near efficient. 20130302 19:28:51< Nephro> thunderstruck, a somewhat good way I found is using breakpoints. Obviously, some parts are too heavy to extract them from the project and test on their own, breakpoints isolate the code you need tested 20130302 19:28:52-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20130302 19:32:03-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20130302 19:32:03-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer] 20130302 19:33:08< lipkabb> zookeeper: I figured that the titlescreen is going to be much less work than what I thought, so I *might* get down to it a bit sooner than "soon". 20130302 19:33:25< thunderstruck> Nephro: I've never used breakpoints outside IDE. Should I use GNU Project debugger? 20130302 19:33:43< lipkabb> That's the good news. Bad news is that the credits screen is a whole different codepath again. 20130302 19:34:13< lipkabb> (and I guess we should use the new maps there too) 20130302 19:34:50< Nephro> thunderstruck, I am not sure. I am not the most practical guy, when it comes to using tools. I used KDevelop, I assume it used gdb for debugging. In kdevelop it's really simple 20130302 19:35:21< lipkabb> ^ When it doesn't crash, that is. 20130302 19:36:00< zookeeper> lipkabb, well, that'd be cool 20130302 19:36:12< zookeeper> lipkabb, right. 20130302 19:36:48< zookeeper> lipkabb, can't the credits screen easily be made to just use the same background-drawing code path than the title screen? 20130302 19:37:10< zookeeper> oh, right, it can't, since the bg images are/can be WML-defined 20130302 19:37:40< thunderstruck> Nephro: Thanks for the tip. Others: Sorry for off-topic. 20130302 19:38:25< zookeeper> no, wait, they can't? i thought they were, but the wiki only lists text-related things 20130302 19:39:08< lipkabb> zookeeper: Credits images? They can. Tale of Two Brothers has a custom credits bg for one. 20130302 19:39:42< zookeeper> lipkabb, yeah. images= is just undocumented then 20130302 19:40:14-!- blarumyrran [~uu@wesnoth/artist/blarumyrran] has quit [Quit: Leaving] 20130302 19:41:38-!- LordNasty [~NaSTy@93-43-163-150.ip92.fastwebnet.it] has quit [Ping timeout: 255 seconds] 20130302 19:41:55< lipkabb> zookeeper: Perhaps the creds screen could display only the wooden background for now. That change is pretty straightforward. 20130302 19:43:07< zookeeper> lipkabb, sure. i don't think it's a very important and often used feature even in UMC, so breaking it and hoping that it'll get fixed before 1.12 sounds reasonable to me. 20130302 19:43:52-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer] 20130302 19:44:02-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20130302 19:44:06< zookeeper> but i'd say that if WML defines any images=, then use those as before, and only the wooden background only as a default 20130302 19:44:22< zookeeper> ...so basically it wouldn't even break anything 20130302 19:45:12< lipkabb> zookeeper: Yes, that is what I proposed. 20130302 19:45:23< zookeeper> perfect :P 20130302 19:45:37< lipkabb> "Only the wooden bg" referred to no map on the bg. 20130302 19:46:47-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer] 20130302 19:46:48-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20130302 19:46:50< lipkab> So that there's no need to change the code to be able to display to images. 20130302 19:48:00< lipkab> *two 20130302 20:02:18-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Remote host closed the connection] 20130302 20:03:31-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev 20130302 20:11:32-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20130302 20:14:34-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Ping timeout: 245 seconds] 20130302 20:17:34-!- oldtopman [~oldtopman@unaffiliated/oldtopman] has quit [Quit: *pouf*] 20130302 20:17:49-!- oldtopman [~oldtopman@unaffiliated/oldtopman] has joined #wesnoth-dev 20130302 20:24:11-!- EdB [~edb@89-93-184-215.hfc.dyn.abo.bbox.fr] has quit [Quit: Konversation terminated!] 20130302 20:27:26-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy] 20130302 20:33:06-!- mattsc [~mattsc@d154-20-34-165.bchsia.telus.net] has joined #wesnoth-dev 20130302 20:35:08< mattsc> Hi, Nephro. Only stopping by for a few minutes again, but I think there were two bigger issues we discussed last: 20130302 20:35:38< mattsc> 1. Making external CAs work more generally. This involves being able to pass parameters to them, and there needs to be a persistent variable that they can access. 20130302 20:36:39< mattsc> 2. Being able to in/exclude units from the MtT CA with filters -- and more generally from all CAs, but the MtT was both the most important and the most difficult one, I think. 20130302 20:37:34-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20130302 20:38:04-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer] 20130302 20:41:39< Nephro> ok mattsc I got it... the 1st part is actually implemented, but not working :) I'll look into it. The second part is the one that I planned out pretty well in my head. It is simple to do with one CA, a bit harder with all of them, but possible. I think I'll fix the 1) first and then look into 2, ok? 20130302 20:42:04< mattsc> Sounds great. 20130302 20:42:40-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20130302 20:43:00-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Ping timeout: 260 seconds] 20130302 20:44:34< mattsc> Nephro: on your second comment, I did not mean that I want one single filter to exclude units from all CAs, but that all CAs should have this capability (currently only combat does). Does that make sense? 20130302 20:45:37-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer] 20130302 20:45:54-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20130302 20:46:47-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer] 20130302 20:46:55-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20130302 20:48:56-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer] 20130302 20:49:19-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20130302 20:52:42< Nephro> Yes, I understand 20130302 20:53:08< Nephro> I meant, that it is really simple to do with one, but I would have to touch all of them, so they are able to have a filter 20130302 20:53:32< Nephro> I will also have to preserve backwards-compatibility, so the current configs still work 20130302 20:56:11< mattsc> Nephro: ok (and yes on the last point) 20130302 20:58:10-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has quit [Ping timeout: 260 seconds] 20130302 21:22:13-!- fendrin_ [~fabi@88-134-60-63-dynip.superkabel.de] has joined #wesnoth-dev 20130302 21:25:35-!- fendrin [~fabi@wesnoth/developer/fendrin] has quit [Ping timeout: 260 seconds] 20130302 21:28:26-!- exciton [chuck-the-@89.208.169.104] has quit [Ping timeout: 252 seconds] 20130302 21:29:54-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev 20130302 21:50:04-!- _8680w [d03604be@gateway/web/freenode/ip.208.54.4.190] has joined #wesnoth-dev 20130302 22:05:34-!- wesbot changed the topic of #wesnoth-dev to: 166 bugs, 333 feature requests, 19 patches | Logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org 20130302 22:11:31-!- Gallaecio [~quassel@84.120.218.224.dyn.user.ono.com] has quit [Read error: Connection reset by peer] 20130302 22:13:51-!- Gallaecio [~quassel@84.120.218.224.dyn.user.ono.com] has joined #wesnoth-dev 20130302 22:23:51-!- SpoOkyMagician [~chatzilla@74-141-249-126.dhcp.insightbb.com] has joined #wesnoth-dev 20130302 22:27:23< mordante> I'm off night 20130302 22:28:06-!- mordante [~mordante@wesnoth/developer/mordante] has quit [Quit: Leaving] 20130302 22:30:53-!- knotwork [~markm@unaffiliated/knotwork] has quit [Ping timeout: 256 seconds] 20130302 22:33:26-!- knotwork [~markm@unaffiliated/knotwork] has joined #wesnoth-dev 20130302 22:45:48-!- thunderstruck [~thunderst@cpc5-sgyl29-2-0-cust174.sgyl.cable.virginmedia.com] has quit [Quit: Leaving] 20130302 23:19:35-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev 20130302 23:20:13< shadowm> Hm, thunderstruck just left. 20130302 23:23:23-!- _8680w [d03604be@gateway/web/freenode/ip.208.54.4.190] has quit [Ping timeout: 245 seconds] 20130302 23:39:14< shadowm> mordante: C++ compilers generate an operator=() member method for struct/class types by default? What does it do? 20130302 23:39:54< shadowm> I mean, what are the implementation specifics? 20130302 23:40:23< shadowm> wesbot: log 56428 20130302 23:40:24< wesbot> boucman * r56428 : restore standing anims being used as default anims, fix bug 20580 20130302 23:40:27< wesbot> URL: http://svn.gna.org/viewcvs/wesnoth?view=rev&rev=56428 20130302 23:40:54< shadowm> boucman: You keep forgetting to use the # sign preceding the number to CC to the tracker. :p 20130302 23:41:06< boucman> sorry :P 20130302 23:45:42< AI0867> shadowm: something equivalent to memcpy I think 20130302 23:46:23< shadowm> That doesn't sound safe for types with members whose types have their own assignment operators. 20130302 23:46:34< shadowm> *Custom* assignment operators. 20130302 23:46:36< AI0867> yeah, you should only use that for Plain Old Data 20130302 23:47:15< shadowm> wesbot: log 56430 20130302 23:47:16< wesbot> mordante * r56430 : Remove version_info::operator=().It makes cppcheck happy and this one does the same job as one generatedby the compiler. 20130302 23:47:19< wesbot> URL: http://svn.gna.org/viewcvs/wesnoth?view=rev&rev=56430 20130302 23:47:35< AI0867> wesbot: log HEAD 20130302 23:48:05< shadowm> Two members there are not POD. 20130302 23:48:20< shadowm> nums_ is a std::vector, and special_ is a std::string. 20130302 23:49:13< shadowm> Both std::vector and std::basic_string are subject to their gory implementation details varying from vendor to vendor. 20130302 23:49:28< AI0867> ah, looks like it may call operator= of each member 20130302 23:49:45< shadowm> Okay, that sounds more sane. 20130302 23:50:04< AI0867> of course, pointers will simply be copied, if you have them 20130302 23:50:18< shadowm> Yeah. 20130302 23:58:37< Sirp> shadowm: though vector actually really has very little difference in implementation 20130302 23:58:49< Sirp> string ... yes, there are wide implementation differences. --- Log closed Sun Mar 03 00:00:28 2013