--- Log opened Sun Jan 20 00:00:03 2013
20130120 00:00:28-!- skyfaller [~skyfaller@wikipedia/Skyfaller] has quit [Remote host closed the connection]
20130120 00:06:05-!- exciton [chuck-the-@89.208.169.104] has quit [Ping timeout: 252 seconds]
20130120 00:07:17-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20130120 00:17:13-!- Appleman1234 [~Appleman1@st0801.nas931.n-yokohama.nttpc.ne.jp] has quit [Ping timeout: 245 seconds]
20130120 00:22:46-!- Appleman1234 [~Appleman1@st0801.nas931.n-yokohama.nttpc.ne.jp] has joined #wesnoth-dev
20130120 00:30:31-!- Octalot [~noct@host86-129-11-134.range86-129.btcentralplus.com] has joined #wesnoth-dev
20130120 00:36:03-!- trewe_ [~trewe@87.196.87.207] has quit [Ping timeout: 248 seconds]
20130120 00:40:21< mattsc> jamit et al.: leader_ignores_keep
20130120 00:42:43< cib0> mattsc: If that's what it does, that sounds accurate :)
20130120 00:44:16< mattsc> It's very much what's happening, although it implies part of the rest.  But leader_ignores_keep_and_instead _goes_chasing_off_after_the_enemies_with_his_underlings is a bit cumbersome.
20130120 00:45:28< cib0> Heheh
20130120 00:49:38< cib0> I might be using that option, actually..
20130120 00:52:25< mattsc> cool
20130120 00:52:49< cib0> On maps without recruiting, it's weird for the leader to hang back this much :)
20130120 00:52:50< mattsc> I have confirmed that it works, but I don't have time to clean up the code right now.
20130120 00:53:06< mattsc> I'll get that done before the end of the weekend though
20130120 00:53:31-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 244 seconds]
20130120 00:54:00 * cib0 nods
20130120 01:00:54-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20130120 01:18:55-!- noy [~Noy@wesnoth/developer/noy] has quit [Ping timeout: 260 seconds]
20130120 01:33:57-!- Upth [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has quit [Quit: this quit message is 100% guaranteed not to contain obscenity.]
20130120 01:35:27-!- cib0 [~blub@p5DD23CF1.dip.t-dialin.net] has quit [Quit: Leaving.]
20130120 01:36:46-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20130120 01:40:29-!- mjs-de [~mjs-de@d120107.adsl.hansenet.de] has quit [Remote host closed the connection]
20130120 01:43:26-!- Upth [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has joined #wesnoth-dev
20130120 02:46:01-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Read error: Operation timed out]
20130120 02:58:49-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20130120 03:23:11-!- loonybot [~loonybot@wesnoth/bot/loonybot] has quit [Remote host closed the connection]
20130120 03:28:25-!- noy [~Noy@wesnoth/developer/noy] has quit [Ping timeout: 260 seconds]
20130120 03:43:50< irker819> wesnoth: jamit * r56099 /trunk/src/ (9 files in 4 dirs): 
20130120 03:43:51< irker819> wesnoth: Keep track of the original unit type ID (variations can override it).
20130120 03:43:51< irker819> wesnoth: Use the original (base) ID when creating units.
20130120 03:49:55-!- cib0 [~blub@p5DD23CF1.dip.t-dialin.net] has joined #wesnoth-dev
20130120 04:03:07-!- cib0 [~blub@p5DD23CF1.dip.t-dialin.net] has quit [Quit: Leaving.]
20130120 04:05:07-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20130120 04:06:27< irker819> wesnoth: jamit * r56100 /trunk/changelog: 
20130120 04:06:27< irker819> wesnoth: Changelog entry for r56099.
20130120 04:15:06-!- Elvish_Pillager [~eli@dhip-029.rrw.residences.colby.edu] has quit [Ping timeout: 256 seconds]
20130120 04:27:02-!- Elvish_Pillager [~eli@dhip-029.rrw.residences.colby.edu] has joined #wesnoth-dev
20130120 04:29:44-!- Elvish_Pillager [~eli@dhip-029.rrw.residences.colby.edu] has quit [Read error: Operation timed out]
20130120 04:32:10 * shadowm keeps forgetting that thing to make AI sides prefer some units over the rest.
20130120 04:32:15< shadowm> *targets
20130120 04:33:43< mattsc> just let me know whenever you need a reminder
20130120 04:34:31< shadowm> It's [goal], right?
20130120 04:34:47< mattsc> yes
20130120 04:34:48< shadowm> But what is the value attribute's range?
20130120 04:35:38< shadowm> I guess from the documentation that I can set it to whatever values I want and the AI will decide upon the target's worth by comparing them?
20130120 04:35:46< shadowm> *value
20130120 04:35:54-!- Ivanovic_ [~ivanovic@dtmd-4db2b8fe.pool.mediaWays.net] has joined #wesnoth-dev
20130120 04:35:54-!- Ivanovic_ [~ivanovic@dtmd-4db2b8fe.pool.mediaWays.net] has quit [Changing host]
20130120 04:35:54-!- Ivanovic_ [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20130120 04:36:00< mattsc> that is correct, for anything for which you set values.
20130120 04:36:20< mattsc> and I believe it's 1 by default for villages, and something around 3 for enemy leaders.
20130120 04:36:34< mattsc> I can look that up if you want me to
20130120 04:36:48< shadowm> Nah.
20130120 04:39:13-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 248 seconds]
20130120 04:39:52-!- Ivanovic_ is now known as Ivanovic
20130120 04:42:33-!- nejucomo [~nejucomo@gateway/tor-sasl/nejucomo] has quit [Ping timeout: 276 seconds]
20130120 04:49:59< mattsc> Alarantalara, or anybody else:  Have you ever noticed that AI aspects apparently don't get set for AI sides in MP games?  Which makes them kind of useless...
20130120 04:50:17-!- fendrin [~fabi@88-134-21-216-dynip.superkabel.de] has joined #wesnoth-dev
20130120 04:50:18-!- fendrin [~fabi@88-134-21-216-dynip.superkabel.de] has quit [Changing host]
20130120 04:50:19-!- fendrin [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev
20130120 04:51:21< mattsc> As a test, start Freelands with an AI and a human side.  Then do an :inspect and check out villages_per_scout.  IT's set to 8, as per the scenario file for the human-controlled side, but it's 4 (the default value) for the AI side.
20130120 04:51:49< mattsc> Tested this with both 1.10.5 and trunk.  Apparently there's another bug (and it explains why I couldn't get my new aspect to work)
20130120 05:06:03-!- shadowm_desktop2 [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20130120 05:06:03-!- shadowm_desktop is now known as Guest95420
20130120 05:06:03-!- shadowm_desktop2 is now known as shadowm_desktop
20130120 05:07:20< irker819> wesnoth: mattsc * r56101 /trunk/ (10 files in 5 dirs): 
20130120 05:07:21< irker819> wesnoth: Add new AI aspect leader_ignores_keep.  If set, AI leaders do not move to
20130120 05:07:22< irker819> wesnoth: the closest keep at the beginning of the turn.  Instead, they participate 
20130120 05:07:22< irker819> wesnoth: in the move_to_targets candidate action (and all other CAs in which they
20130120 05:07:23< irker819> wesnoth: already participated anyway, of course).  The default value is 'no', which
20130120 05:07:23< irker819> wesnoth: leaves the default behavior unchanged.
20130120 05:07:45-!- Guest95420 [ignacio@wesnoth/developer/shadowmaster] has quit [Read error: Connection reset by peer]
20130120 05:08:39-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20130120 05:26:50-!- nejucomo [~nejucomo@gateway/tor-sasl/nejucomo] has joined #wesnoth-dev
20130120 05:30:57-!- Upthorn [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has quit [Ping timeout: 240 seconds]
20130120 05:31:28-!- Upthorn [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has joined #wesnoth-dev
20130120 05:33:04-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20130120 05:33:18-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20130120 05:38:39< irker819> wesnoth: jamit * r56102 /trunk/src/unit_types.cpp: 
20130120 05:38:39< irker819> wesnoth: The wiki says that [unit_type]alignment= defaults to "neutral", so stop spitting out an
20130120 05:38:40< irker819> wesnoth: error message when WML does not set it.
20130120 05:40:04< irker819> wesnoth: jamit * r56103 /trunk/src/unit.cpp: 
20130120 05:40:04< irker819> wesnoth: Doxygen-fy a comment.
20130120 05:53:23-!- wesbot changed the topic of #wesnoth-dev to: FOSDEM 2013 planning: http://wiki.wesnoth.org/Fosdem2013 | 177 bugs, 333 feature requests, 17 patches | Logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20130120 06:06:24-!- nejucomo [~nejucomo@gateway/tor-sasl/nejucomo] has quit [Ping timeout: 276 seconds]
20130120 06:36:53-!- Gambit is now known as BatmanGambit
20130120 06:40:42-!- BatmanGambit is now known as Gambit
20130120 07:27:35< shadowm> Hm, this stupid AI unit still seems to prefer weaker targets. :/
20130120 07:37:28< shadowm> I need it to focus on some L6s instead of XP-fodder L1s.
20130120 07:37:54< shadowm> Yeah, that requirement suddenly sounds more ridiculous than I ever thought it could.
20130120 08:01:53-!- Gambit [~gambit@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20130120 08:12:31-!- nejucomo [~nejucomo@gateway/tor-sasl/nejucomo] has joined #wesnoth-dev
20130120 08:41:56-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130120 08:44:33< lipkab> Goodness, what happened here overnight? Orange Gambit? Green 8680? Orange shadowmaster!?
20130120 08:45:00< shadowm> We had a party and you missed it.
20130120 08:59:17-!- EdB [~edb@89-93-184-215.hfc.dyn.abo.bbox.fr] has joined #wesnoth-dev
20130120 09:04:55-!- horon [~horon@nttkyo320074.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has joined #wesnoth-dev
20130120 09:16:27-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Quit: And away we go]
20130120 09:16:36-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130120 09:41:29-!- timotei21 [~timotei@79.119.97.103] has joined #wesnoth-dev
20130120 09:41:29-!- timotei21 [~timotei@79.119.97.103] has quit [Changing host]
20130120 09:41:29-!- timotei21 [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20130120 09:46:43-!- timotei21 [~timotei@wesnoth/developer/timotei] has quit [Quit: SIGKILL]
20130120 09:49:13-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving]
20130120 09:52:43-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20130120 09:57:08-!- EdB [~edb@89-93-184-215.hfc.dyn.abo.bbox.fr] has quit [Quit: Konversation terminated!]
20130120 09:57:30-!- ejls [~Epsilon01@mszy.domu.7un.net] has quit [Ping timeout: 260 seconds]
20130120 10:01:42< irker819> wesnoth: ivanovic * r56105 /branches/1.10/ (25 files in 24 dirs): 
20130120 10:01:42< irker819> wesnoth: updated French translation
20130120 10:01:42< irker819> wesnoth: fixed changelog to have 80 chars per line for the latest version
20130120 10:01:43< irker819> wesnoth: ivanovic * r56104 /trunk/ (25 files in 24 dirs): 
20130120 10:01:44< irker819> wesnoth: updated French translation
20130120 10:01:44< irker819> wesnoth: fixed changelog to have 80 chars per line for the latest version
20130120 10:03:06-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20130120 10:17:18-!- nejucomo [~nejucomo@gateway/tor-sasl/nejucomo] has quit [Ping timeout: 276 seconds]
20130120 10:50:44-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 248 seconds]
20130120 11:00:05-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20130120 11:00:19-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20130120 11:17:15-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer]
20130120 11:17:27-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130120 12:10:40-!- loonybot [~loonybot@wesnoth/bot/loonybot] has joined #wesnoth-dev
20130120 12:23:50-!- mjs-de [~mjs-de@d184157.adsl.hansenet.de] has joined #wesnoth-dev
20130120 12:27:27-!- nafac [nafac@koodaus.net] has joined #wesnoth-dev
20130120 12:29:41-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Ping timeout: 252 seconds]
20130120 12:36:47-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130120 12:54:40-!- stikonas [~gentoo@128.232.247.99] has joined #wesnoth-dev
20130120 12:54:40-!- stikonas [~gentoo@128.232.247.99] has quit [Changing host]
20130120 12:54:40-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20130120 13:02:55-!- nafac [nafac@koodaus.net] has quit [Remote host closed the connection]
20130120 13:04:30-!- nafac [nafac@koodaus.net] has joined #wesnoth-dev
20130120 13:06:34-!- nafac [nafac@koodaus.net] has quit [Client Quit]
20130120 13:08:04-!- yann [~dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has joined #wesnoth-dev
20130120 13:28:08-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Ping timeout: 255 seconds]
20130120 13:36:31-!- nafac [nafac@koodaus.net] has joined #wesnoth-dev
20130120 13:39:35-!- nafac [nafac@koodaus.net] has quit [Client Quit]
20130120 13:39:54-!- nafac [nafac@koodaus.net] has joined #wesnoth-dev
20130120 13:58:45-!- nafac_ [nafac@koodaus.net] has joined #wesnoth-dev
20130120 14:00:31-!- nafac_ [nafac@koodaus.net] has quit [Client Quit]
20130120 14:00:31-!- nafac [nafac@koodaus.net] has quit [Quit: Lost terminal]
20130120 14:00:50-!- nafac [nafac@koodaus.net] has joined #wesnoth-dev
20130120 14:01:16-!- nafac_ [nafac@koodaus.net] has joined #wesnoth-dev
20130120 15:01:52-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130120 15:03:34-!- Gambit [~gambit@wesnoth/developer/grickit] has joined #wesnoth-dev
20130120 15:04:14-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130120 15:04:20-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer]
20130120 15:05:31-!- lipkabb is now known as lipkab
20130120 15:16:42-!- Octalot [~noct@host86-129-11-134.range86-129.btcentralplus.com] has quit []
20130120 15:17:39-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20130120 15:23:31-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Ping timeout: 248 seconds]
20130120 15:27:18< mattsc> shadowm: are you talking about moving toward the unit (while it's out of range) or attacking it?
20130120 15:28:35< shadowm> The latter, or possibly both.
20130120 15:29:10< mattsc> targets have no influence on attacking, they only affect the move-to-targets phase
20130120 15:30:59< mattsc> There isn't a good way of influencing which units get attacked preferentially.  All you can do really is using the attacks aspect and specifically excluding units from attacks.
20130120 15:32:01< mattsc> If you want to check it out, I have a "priority target" AI that always attacks one unit first, if possible, and goes over to attacking the rest when no attacks on that unit are left any more.
20130120 15:36:44< shadowm> Eh, the Lua AI stuff in general seems overcomplicated and last time I checked I did not understand a thing.
20130120 15:37:23< shadowm> Not to mention that my add-on must support 1.10 until it reaches EOL.
20130120 15:38:25-!- Elvish_Pillager [~eli@dhip-029.rrw.residences.colby.edu] has joined #wesnoth-dev
20130120 15:39:01< mattsc> Up to you.  But just fyi, this one work without problems in 1.10.  It simply sets the attacks aspect before each move depending on whether the target is available.
20130120 15:42:34-!- prkc [~negusnyul@2E6B5251.dsl.pool.telekom.hu] has joined #wesnoth-dev
20130120 15:42:46-!- mattsc [~mattsc@d154-20-32-241.bchsia.telus.net] has quit [Quit: I'm asleep]
20130120 15:42:50< shadowm> Hm, I _suppose_ I could actually just exclude these units from attacks.
20130120 15:43:36< shadowm> After all it's just a 1vs2 situation in which every other unit should be disregarded unless they have created a ZoC blockade.
20130120 15:54:47-!- horon [~horon@nttkyo320074.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has quit [Quit: Leaving...]
20130120 15:57:06-!- mattsc [~mattsc@216.13.187.190] has joined #wesnoth-dev
20130120 15:59:25< mattsc> shadowm: there isn't a reason why you shouldn't be able to do that with WML only (even an adapting in/exclusion), I just happened to write it in Lua
20130120 16:00:28< Gambit> zookeeper: Your new maps are amazing.
20130120 16:01:55-!- ejls [~Epsilon01@mszy.domu.7un.net] has joined #wesnoth-dev
20130120 16:03:35< zookeeper> thanks
20130120 16:05:21-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130120 16:08:29-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130120 16:08:30-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer]
20130120 16:11:31-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130120 16:11:33-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer]
20130120 16:14:14< shadowm> mattsc: What add-on am I looking for again?
20130120 16:14:22-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130120 16:14:30-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer]
20130120 16:14:31< shadowm> And which add-ons server, too?
20130120 16:14:54< mattsc> shadowm: AI Modification Demos
20130120 16:15:04< shadowm> Ah, yes. I'm downloading from 1.11.x atm.
20130120 16:16:14< shadowm> ;(
20130120 16:16:18< mattsc> The AI I mention is called Priority Target and is in the Protect Unit scenario.  It's the side opposite to the one trying to protect its unit.
20130120 16:22:27-!- ejls [~Epsilon01@mszy.domu.7un.net] has quit [Ping timeout: 240 seconds]
20130120 16:22:31< shadowm> Ugh, I think this terrain selection option should be guarded by a modifier key.
20130120 16:22:39< shadowm> I keep misclicking and selecting terrain instead of units.
20130120 16:24:25< shadowm> ... And accidentally moving units to the wrong locations.
20130120 16:24:28< shadowm> Ugh.
20130120 16:26:20< shadowm> Okay, now here comes the hard part: figuring out how this all works.
20130120 16:26:58-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has quit [Ping timeout: 256 seconds]
20130120 16:27:53< mattsc> I better run then, before you ask me anything difficult.
20130120 16:28:58-!- mattsc [~mattsc@216.13.187.190] has quit [Quit: I'm asleep]
20130120 16:30:35< shadowm> :(
20130120 16:32:15< Upthorn> well, this is frustrating
20130120 16:32:38< Upthorn> the wesnoth window has an annoying tendency to disappear randomly... while I'm debugging. It's fine when I'm not.
20130120 16:33:10< shadowm> Windows?
20130120 16:33:16< Upthorn> yeah
20130120 16:33:32< shadowm> Does it disappear entirely or just get painted all over with the "hung app" color?
20130120 16:33:39< Upthorn> disappear entirely
20130120 16:33:51< shadowm> Huh, that's interesting.
20130120 16:34:30-!- Gambit [~gambit@wesnoth/developer/grickit] has quit []
20130120 16:34:57< Upthorn> but it only seems to do this when built in debug configuration
20130120 16:35:06< Upthorn> (doesn't matter if the console is enabled)
20130120 16:36:29< Upthorn> the best part is, debugger thinks it's still running
20130120 16:37:26< Upthorn> until I break it and try to figure out what part of the code it was in, /then/ it closes with a return value of 1
20130120 16:38:03-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130120 16:41:13-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer]
20130120 16:41:28-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130120 16:41:47< Upthorn> oh, this time it got a useful message
20130120 16:42:07< Upthorn> First-chance exception at 0x74fdc41f in wesnoth.exe: Microsoft C++ exception: boost::exception_detail::clone_impl<boost::exception_detail::error_info_injector<boost::iostreams::gzip_error> > at memory location 0x00425380..
20130120 16:44:15-!- lipkabb is now known as lipkab
20130120 16:47:59-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130120 16:48:00-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer]
20130120 16:59:29-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130120 16:59:29-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer]
20130120 17:04:39-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130120 17:04:43-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer]
20130120 17:10:03-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130120 17:10:03-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer]
20130120 17:12:06-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer]
20130120 17:12:14-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130120 17:13:04< lipkabb> I hate DLink
20130120 17:13:04-!- lipkabb is now known as lipkab
20130120 17:14:18-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130120 17:14:18-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer]
20130120 17:15:04-!- lipkabb is now known as lipkab
20130120 17:15:04-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer]
20130120 17:15:17-!- lipkabb [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130120 17:16:53< lipkabb> It's ridiculous that that ******** router can't keep the connection for more than 10 seconds.
20130120 17:17:14-!- lipkabb is now known as lipkab
20130120 17:17:51< lipkab> zookeeper: Is the wooden background for the new maps accessible somewhere? I can't find it.
20130120 17:18:05< zookeeper> lipkab, no, i haven't committed it yet
20130120 17:18:13< zookeeper> you want it for something?
20130120 17:19:04< lipkab> Yeah, I implemented a tiling option for the story screen and I want to try it out.
20130120 17:19:16< zookeeper> oh, cool. gimme a sec
20130120 17:19:29< lipkab> I mean, I want to try it out on that particular image.
20130120 17:19:34< zookeeper> https://dl.dropbox.com/u/63964618/wesnoth/maps/wood_final.png
20130120 17:19:53< zookeeper> although if i'm going to add perspective, the tiling option will become unneeded
20130120 17:20:27< zookeeper> (because a perspectivized background cannot be tiled)
20130120 17:21:48< lipkab> That means that it's going to be scaled, though.
20130120 17:22:34< zookeeper> yes
20130120 17:22:40< lipkab> Wasn't it the original point of this thing to get rid of scaling for the background?
20130120 17:23:13< zookeeper> scaled vertically to fit, and then cropped at the edges if it's wider than the window
20130120 17:23:28< lipkab> Ah.
20130120 17:23:29< zookeeper> yeah, to get rid of the _stretching_
20130120 17:23:58< zookeeper> i'm not completely sure whether i want to add perspective though... it has some potential problems
20130120 17:24:30< lipkab> No prob, I also implemented separate vertical and horizontal scaling keys, so at least I didn't work completely unnecessarily.
20130120 17:24:55< shadowm> lipkab: My condolences.
20130120 17:25:35< zookeeper> lipkab, are you going to try implementing the rest of the FR too?
20130120 17:25:51-!- DCW1 [~Thunderbi@cpc3-finc11-0-0-cust651.4-2.cable.virginmedia.com] has joined #wesnoth-dev
20130120 17:25:57< lipkab> I don't know what's the rest of the FR right now.
20130120 17:26:04< lipkab> Let me have a look.
20130120 17:26:28< zookeeper> basically just the drawing of the map at the center of the screen, unscaled
20130120 17:26:55< zookeeper> (unless it needs to be scaled down to fit the window, or the window height becomes really large)
20130120 17:27:59-!- Gambit [~quassel@wesnoth/developer/grickit] has joined #wesnoth-dev
20130120 17:28:10< shadowm> lipkab: I'm available if you need counseling after you are done messing with my code.
20130120 17:30:53< lipkab> shadowm: You could tell me why is it necessary to make all those has_attribute() checks in part::resolve_wml.
20130120 17:31:22< lipkab> Especially on the boolean keys.
20130120 17:31:37< shadowm> I said counseling.
20130120 17:32:09< shadowm> I can't give you advice on the _code_ itself aside from restating the truth.
20130120 17:32:54-!- cib0 [~blub@p5DD22E75.dip.t-dialin.net] has joined #wesnoth-dev
20130120 17:34:27-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20130120 17:38:16-!- negusnyul [~negusnyul@2E6B5251.dsl.pool.telekom.hu] has joined #wesnoth-dev
20130120 17:39:27-!- prkc [~negusnyul@2E6B5251.dsl.pool.telekom.hu] has quit [Ping timeout: 240 seconds]
20130120 17:59:32-!- oldtopman [~oldtopman@unaffiliated/oldtopman] has quit [Quit: *pouf*]
20130120 18:00:08-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer]
20130120 18:00:18-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130120 18:04:37-!- Octalot [~noct@host86-129-11-134.range86-129.btcentralplus.com] has joined #wesnoth-dev
20130120 18:05:58-!- negusnyul [~negusnyul@2E6B5251.dsl.pool.telekom.hu] has quit [Ping timeout: 245 seconds]
20130120 18:10:16-!- Gambit [~quassel@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20130120 18:10:44-!- negusnyul [~negusnyul@2E6B5251.dsl.pool.telekom.hu] has joined #wesnoth-dev
20130120 18:12:14-!- Gambit [~quassel@wesnoth/developer/grickit] has joined #wesnoth-dev
20130120 18:14:29-!- Gambit [~quassel@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20130120 18:16:27-!- Gambit [~quassel@wesnoth/developer/grickit] has joined #wesnoth-dev
20130120 18:17:02< irker819> wesnoth: jamit * r56106 /trunk/src/unit_types.cpp: 
20130120 18:17:02< irker819> wesnoth: Fix variations not being affected by [advancefrom] (in a different unit type).
20130120 18:17:39-!- mattsc [~mattsc@d154-20-32-241.bchsia.telus.net] has joined #wesnoth-dev
20130120 18:34:31< mattsc> shadowm: I'm back and should be around for most of the rest of the day (sorry, really had to leave there)
20130120 18:37:13-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Ping timeout: 245 seconds]
20130120 18:50:00-!- nejucomo [~nejucomo@gateway/tor-sasl/nejucomo] has joined #wesnoth-dev
20130120 19:18:58< irker819> wesnoth: ivanovic * r56107 /branches/1.10/ (25 files in 24 dirs): 
20130120 19:19:01< irker819> wesnoth: revert r56105, this French translation update was only meant for trunk...
20130120 19:22:13-!- EdB [~edb@89-93-184-215.hfc.dyn.abo.bbox.fr] has joined #wesnoth-dev
20130120 19:22:54< irker819> wesnoth: jamit * r56108 /trunk/src/ (unit_types.hpp unit_types.cpp): 
20130120 19:22:54< irker819> wesnoth: Some readability and robustness changes to how unit_types are built.
20130120 19:22:55< irker819> wesnoth: (No functional changes.)
20130120 19:24:11-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130120 19:26:34-!- negusnyul is now known as prkc
20130120 19:26:36-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer]
20130120 19:26:50-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130120 19:27:44< lipkab> zookeeper: Uhm, I've run into a problem.
20130120 19:28:31< lipkab> Either way (tiling or not), the background and the map will be scaled differently, correct?
20130120 19:30:00< zookeeper> lipkab, yes, except if the window is 1920x1080, i suppose
20130120 19:30:25< lipkab> Now the matter is: the images on the storyscreen get their coordinates translated so that they stay over the same part of the background, even if it's scaled.
20130120 19:30:58-!- prkc [~negusnyul@2E6B5251.dsl.pool.telekom.hu] has quit [Ping timeout: 245 seconds]
20130120 19:31:00< lipkab> ...but now, the background is unimportant from this aspect.
20130120 19:31:18< zookeeper> yes, they'd need to be changed (or a new set of controls added) so that the coords are relative to the map, not the background
20130120 19:33:06< zookeeper> (which i forgot to add to the FR)
20130120 19:33:38< lipkab> I thought I could separate the background into layers, and authors could specify which to use as a base for the coordinates.
20130120 19:33:57< lipkab> But that would certainly go with deprecating the current syntax.
20130120 19:34:11< zookeeper> sure, if you want to... i don't see much use for putting stuff outside the map rectangle though
20130120 19:34:41< zookeeper> anyway, i hope things can be done backwards-compatibly so that the current story screens wouldn't break
20130120 19:35:09< zookeeper> i don't want to break every UMC out there, even if i can deal with mainline
20130120 19:36:31-!- DCW1 [~Thunderbi@cpc3-finc11-0-0-cust651.4-2.cable.virginmedia.com] has quit [Quit: DCW1]
20130120 19:38:21-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Ping timeout: 252 seconds]
20130120 19:38:51-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20130120 19:40:47< lipkab> zookeeper: Sure.
20130120 19:50:14-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 252 seconds]
20130120 20:06:50-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: GO, GET TO THE CHOPPAH!!!]
20130120 20:41:38-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20130120 20:54:07-!- prkc [~negusnyul@2E6B5251.dsl.pool.telekom.hu] has joined #wesnoth-dev
20130120 21:16:57< lipkab> zookeeper, everyone else: http://imagebin.org/243518
20130120 21:17:13< lipkab> A couple of problems though:
20130120 21:17:31< lipkab> As you can see, the map doesn't scale nicely.
20130120 21:18:24< zookeeper> does it use a sensible scaling algorithm, such as the one that the old map stretching uses?
20130120 21:18:43< lipkab> It uses the same.
20130120 21:18:49-!- anonymissimus [~chatzilla@HSI-KBW-078-042-163-136.hsi3.kabel-badenwuerttemberg.de] has joined #wesnoth-dev
20130120 21:18:58< zookeeper> odd. that looks like nearest neighbour to me, whereas the current maps are scaled pretty smoo...blurrily.
20130120 21:19:38< lipkab> My image viewer displays it nicely, though, so we could get a handle on this with adding an other algorithm if necessary.
20130120 21:20:23< anonymissimus> jamit: I sent you forum pm about a bug espreon reported which you fixed and he wants to backport to 1.10
20130120 21:20:54< lipkab> zookeeper: An other thing is that the scaling is awfully slow.
20130120 21:21:07< lipkab> Scaling two images is even sllower.
20130120 21:21:13< lipkab> *slower
20130120 21:21:45< lipkab> My instance hangs for about 4-5 seconds before displaying the screen.
20130120 21:22:05< zookeeper> urgh
20130120 21:22:23< zookeeper> what year is this again, 1993? -.-
20130120 21:24:29< jamit> anonymissimus: Got it. Will return to that soon.
20130120 21:25:16< lipkab> zookeeper: If that was intended to be a mild incentive for a hardware update, I'll have to tell you that Wesnoth's got to run on much weaker machines than mine.
20130120 21:26:02< jamit> zookeeper: For the compatibility, maybe what you are calling "background" (the wood) could be called "tile=" inside a [part], leaving "background=" showing the map image?
20130120 21:26:05< zookeeper> lipkab, no, it was lamenting the absurdity of a game in 2013 being unable to scale and draw an image in a fraction of a second
20130120 21:26:31< zookeeper> i know why it's like that, but it's still absurd
20130120 21:27:05< lipkab> jamit: You're late. I've already done an other way.
20130120 21:27:32< jamit> zookeeper: Then the existing "scale_background=" would control if the map is scaled, and the tile would just always be tiled.
20130120 21:28:19< lipkab> zookeeper: Anyhow, a better algorithm might fix everything.
20130120 21:28:21< jamit> lipkab: Sorry, I did not see where you said what the new (and incompatible?) WML syntax would be.
20130120 21:29:20< lipkab> jamit: Well, I created a new tag, [background_layer].
20130120 21:29:23< zookeeper> lipkab, yeah, but surely the performance would still be a problem?
20130120 21:30:00< zookeeper> i'm fine with wrapping the new-style background behaviour in a new tag... that's the clearest way to do it
20130120 21:30:21< lipkab> jamit: You can specify multiple backgorund images and use the (also newly introduced) scaling and tiling keys for all of them.
20130120 21:30:43< lipkab> Ten lines of code says more than a thousand words though.
20130120 21:30:55-!- oldtopman [~oldtopman@unaffiliated/oldtopman] has joined #wesnoth-dev
20130120 21:31:30< lipkab> jamit, zookeeper: http://pastebin.com/Gwk0X530
20130120 21:32:41< lipkab> There's also a base_layer=boolean key to choose which layer to align the overlay images to.
20130120 21:33:41< zookeeper> looks good to me, although i'd rename background= to image= and the "background_" in the key names is kinda redundant
20130120 21:35:59< lipkab> Yeah sure. I forgot to change that when moving the underlying code.
20130120 21:38:19< anonymissimus> mattsc: you are sure \src\ai\testing\ca_testing_move_to_targets.cpp	387 compiles for you ? :P
20130120 21:39:27< lipkab> I'm going to commit the storyscreen stuff tomorrow, after some finishing touches. Good night.
20130120 21:39:31-!- lipkab [~lipk@host-91-147-212-174.biatv.hu] has quit [Quit: And away we go]
20130120 21:39:32 * anonymissimus wonders about others who must have compiled sinde that commit
20130120 21:40:43< anonymissimus> mattsc: there seem to be several places where you use "and" instead of &&
20130120 21:44:50< mattsc> anonymissimus: umm, that's embarrassing, but yes it compiled for me.
20130120 21:45:07< anonymissimus> mattsc: if I may say so, making a commit which does not compile (independently from the compiler used) is bad karma
20130120 21:45:17< anonymissimus> what, it compiled ?
20130120 21:45:23< mattsc> yeah ...
20130120 21:45:56< anonymissimus> so you, Ivanovic and jamit are all using  some unreliable caching or something ?
20130120 21:47:04< Ivanovic> anonymissimus: why do you think that i must have compiled something?
20130120 21:47:23< mattsc> anonymissimus: no idea what's going on and why this worked.  Let me do a clean and build (will take a few minutes).
20130120 21:47:39< mattsc> Just to see what's going on...
20130120 21:48:44-!- molgrum [~molgrum@h-234-143.a189.priv.bahnhof.se] has joined #wesnoth-dev
20130120 21:49:21< mattsc> I'll fix it right after that.  Sorry for that!  (and rather embarrassed, ahem)
20130120 21:49:49-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20130120 21:52:17< anonymissimus> Ivanovic: well, I was assuming that if you update the *po files, you also compile the whole thing to make sure everything still works...:)
20130120 21:53:18-!- cib0 [~blub@p5DD22E75.dip.t-dialin.net] has left #wesnoth-dev []
20130120 21:53:33< Ivanovic> nope, no need to compile the whole stuff
20130120 21:53:42< Ivanovic> just compiling the po files into mo files
20130120 21:54:55< anonymissimus> mattsc: perhaps "and" is #defined as && under whatever system you use, I supposed that should work
20130120 21:56:13-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20130120 21:57:18< mattsc> anonymissimus: maybe, I'm just using the default settings (with Xcode)
20130120 21:57:28< mattsc> not good though ...
20130120 21:59:53< mattsc> Yeah, after a full clean, it just compiled again (still with the 'and's).  I need to look into that ...
20130120 22:00:18-!- stikonas [~gentoo@bcm-128-232-247-99.girton.cam.ac.uk] has joined #wesnoth-dev
20130120 22:00:18-!- stikonas [~gentoo@bcm-128-232-247-99.girton.cam.ac.uk] has quit [Changing host]
20130120 22:00:18-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20130120 22:00:24< anonymissimus> #define and && works for me, *BUT* look here: http://stackoverflow.com/questions/5094428/is-there-something-wrong-in-define-and
20130120 22:00:54< anonymissimus> someone says that they are defined in the standard or something, so probably they are under some systems (Linux and MacOs) ?
20130120 22:01:36< mattsc> anonymissimus: ok.  I didn't use 'and' intentionally, I've just done too much Lua lately  :(
20130120 22:02:55< anonymissimus> well, they can't be standard since MSVC should have it as well then, but you can probably "go to definition" of "and" in some of your system headers
20130120 22:04:17< irker819> wesnoth: mattsc * r56109 /trunk/src/ai/testing/ca_testing_move_to_targets.cpp: 
20130120 22:04:18< irker819> wesnoth: Fix a typo in the code (accidentally used 'and' instead of '&&')
20130120 22:05:16< mattsc> anonymissimus: ok, I'll check that out.  Thanks.  Let me know if it compiles now or if I missed something else.
20130120 22:08:42-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20130120 22:09:22< irker819> wesnoth: mattsc * r56110 /trunk/changelog: 
20130120 22:09:22< irker819> wesnoth: Update changelog with leader_ignores_keep aspect
20130120 22:09:34< anonymissimus> mattsc: compiles
20130120 22:12:45< mattsc> anonymissimus: great; and thanks again!  I'll hide in a dark corner for a while now.  :)
20130120 22:15:26< anonymissimus> mattsc: well, no problem
20130120 22:17:07< jamit> anonymissimus: "and" is supposed to be a synonym for "&&" in C++. http://www.icce.rug.nl/documents/cplusplus/cplusplus11.html#an1116
20130120 22:17:43< jamit> Strange that MSVC doesn't have that implemented.
20130120 22:21:47-!- Crendgrim [~crend@port-92-204-101-228.dynamic.qsc.de] has joined #wesnoth-dev
20130120 22:22:31-!- nejucomo [~nejucomo@gateway/tor-sasl/nejucomo] has quit [Quit: leaving]
20130120 22:22:38< anonymissimus> jamit: that site looks as if it is a "C++ 11" site
20130120 22:23:33< anonymissimus> that might explain it; also, are you sure that it documents the standard and not just how C++ works on some systems or circumstances ?
20130120 22:23:48< jamit> I think it is C++, not C++11, but maybe.
20130120 22:26:09< anonymissimus> but the domain says something about c++ 11
20130120 22:27:32< jamit> This site usually flags most C++11 features as such, but does not for "and": http://en.cppreference.com/w/cpp/language/operator_alternative
20130120 22:28:05< anonymissimus> well, looks like a coincidence, it's just chapter 11
20130120 22:31:09-!- Gambit [~quassel@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20130120 22:33:14-!- Gambit [~quassel@wesnoth/developer/grickit] has joined #wesnoth-dev
20130120 22:33:45< anonymissimus> looks like a slight violation of the standard by MSVC actually; seems I could enable it with some switch etc, but no using them is the simplest solution
20130120 22:38:45< jamit> Well, I have no inclinations towards using it. :)
20130120 22:39:25< irker819> wesnoth: jamit * r56111 /trunk/src/unit_types.cpp: 
20130120 22:39:26< irker819> wesnoth: Small optimization: unit_type_data::add_advancement() will only have an effect the first
20130120 22:39:26< irker819> wesnoth: time it is called for a given unit_type. So only call it once per unit_type (instead of
20130120 22:39:27< irker819> wesnoth: once per unit_type per build status).
20130120 22:40:16< anonymissimus> the data type "uint" instead of "unsigned int" is also unknown in MSVC btw, since that comes up now and then
20130120 22:50:38< irker819> wesnoth: jamit * r56112 /trunk/src/unit_types.cpp: 
20130120 22:50:38< irker819> wesnoth: Moving some newish functions so the file is again ordered by class being implemented.
20130120 23:03:59-!- EdB [~edb@89-93-184-215.hfc.dyn.abo.bbox.fr] has quit [Quit: Konversation terminated!]
20130120 23:04:48-!- prkc [~negusnyul@2E6B5251.dsl.pool.telekom.hu] has quit [Quit: Konversation terminated!]
20130120 23:21:56-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 240 seconds]
20130120 23:34:51-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20130120 23:36:09< shadowm> ISTR there's a specific header included with VC++ that defines aliases like and for && and such.
20130120 23:44:17< shadowm> anonymissimus: http://msdn.microsoft.com/en-us/library/ayefs2c0%28v=vs.80%29.aspx
20130120 23:44:25< shadowm> (No, I don't advocate its usage either.)
20130120 23:46:10< shadowm> (That header is also known as ciso646. http://msdn.microsoft.com/en-us/library/1zyc970w%28v=vs.80%29.aspx )
20130120 23:58:32< shadowm> Hm.
20130120 23:58:33< shadowm> [1]    10058 segmentation fault  wesnoth --screenshot  foo.png
20130120 23:58:50< shadowm> Should really be foo.bmp, but you get the idea. This doesn't happen on 1.10.
20130120 23:59:25< shadowm> Eh, I'll take a look later.
--- Log closed Mon Jan 21 00:00:17 2013