--- Log opened Sun Apr 15 00:00:41 2012
20120415 00:01:14-!- _vdn [~nazgul-sa@ppp91-77-252-20.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 00:01:38-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit []
20120415 00:01:45-!- _vdn [~nazgul-sa@ppp91-77-252-20.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 00:03:15< alink> hi shadowm
20120415 00:03:42< shadowm> hi alink :)
20120415 00:03:52< alink> good point about gna. Indeed my old mail filter seems lost.
20120415 00:04:09< alink> So, that's why it was so quiet :)
20120415 00:04:17< shadowm> I assume that means you haven't heard of this until, like, right now: https://gna.org/bugs/?19410
20120415 00:05:15< alink> AFAIK it was always like that
20120415 00:06:16< alink> depends how gracefully we want to support missing images. They are not supposed to exist
20120415 00:06:52< shadowm> well, this is a case where they can be missing only because a binary path is missing (because the relevant campaign isn't loaded)
20120415 00:07:28< alink> mmmh does flushing the image_exists map after each binary path change will fix that
20120415 00:07:55< shadowm> (granted, that gives me an idea: extending the saved game format to collect some information about binary paths which could be used to guess the more fully-qualified image path for the leader icon)
20120415 00:07:56< alink> do we also need to think about i18n images?
20120415 00:08:39< shadowm> not sure what's the deal with those
20120415 00:09:19< alink> yeah that's the part of image.?pp that I never really looked
20120415 00:09:25< shadowm> I don't even know how they work atm; it's all just magic to me, I guess, since I haven't played Wesnoth in other languages in ages
20120415 00:10:24< shadowm> the work-around measure I just thought of above might be a more productive approach in general, though, since that would allow to always display the right leader icon even if the campaign isn't loaded
20120415 00:10:47-!- teugon [~teugon@2-234-35-21.ip221.fastwebnet.it] has quit [Remote host closed the connection]
20120415 00:11:41< shadowm> maybe there's even a way to determine which is the more fully-qualified path for a given image right now, I'd need to check
20120415 00:12:12< shadowm> ("more fully-qualified" meaning "data/campaigns/Heir_to_the_Throne/images/units/konrad-fighter.png" vs. "units/konrad-fighter.png")
20120415 00:13:00< alink> I was going to suggeste : GUI/savegame can just ignore the cache storing image's existence, but there is also the case where 2 images with same name live in 2 different binary paths
20120415 00:13:58< shadowm> well, that's a border case that's not supposed to happen if the add-on author is doing their job correctly
20120415 00:14:21-!- Appleman1234 [~Appleman1@ppp59-167-222-56.qld.adsl.internode.on.net] has joined #wesnoth-dev
20120415 00:14:32-!- _vdn [~nazgul-sa@ppp91-77-252-20.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 00:14:59< shadowm> for example, they shouldn't have files with relative paths and names identical to stuff in mainline, and they shouldn't be including [binary_path]s when not required
20120415 00:15:07-!- _vdn [~nazgul-sa@ppp91-77-252-20.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 00:17:35< alink> mmh i am rusty, but yeah campaign description and savegame icons shouldn't rely on binary path, since they can't control them
20120415 00:18:30< shadowm> saved game icons (ignoring for a moment the fact that they've been mysteriously missing in 1.8 and 1.10) were never within control of the add-on authors, unfortnately
20120415 00:19:39< shadowm> but it shouldn't be too hard to at least make them binary-path-independent once I figure out how the saved games summary stuff works
20120415 00:21:28< shadowm> actually, it might be. I don't see any method in the image::locator class that would allow me to retrieve just the full path.
20120415 00:21:55-!- _vdn [~nazgul-sa@ppp91-77-252-20.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 00:21:56< shadowm> oh, but I can call get_binary_file_location() directly. Hm.
20120415 00:22:39-!- _vdn [~nazgul-sa@ppp91-77-252-20.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 00:22:58< shadowm> although image::locator::load_image_file() does some stuff with its return value for language translations, I guess I don't need to care about that for unit sprites, right? :p
20120415 00:23:37< alink> maybe ;p
20120415 00:24:30< alink> random weird idea: just copy the image.png into the saves directory and rename it name-of-the-save.png
20120415 00:24:56< alink> ah no also need to save image path functions
20120415 00:25:17< alink> which kills the KISS aspect of this idea
20120415 00:25:25< shadowm> yeah, and we can't even write PNGs yet I think
20120415 00:25:38< alink> indeed but someone should fix that
20120415 00:25:47< alink> these huge BMP screenshot are bad
20120415 00:28:05< alink> a 72x72 BMP should be ~15ko, that's not that bad
20120415 00:28:31< alink> and maybe we can bundle it into the gz compressed file
20120415 00:29:12< alink> but BMP have no alpha, so need to assume black background
20120415 00:30:42< alink> followup of that idea: store a small screenshot of the game as savegame icon, like many games do
20120415 00:31:09< alink> but then really need PNG screenshot
20120415 00:32:27< alink> anyway, I should go
20120415 00:32:30< shadowm> I think just the leader sprite and the map snapshot are enough for most people.
20120415 00:32:45< shadowm> s[D[D[D[D[D[Dee you then
20120415 00:32:48< alink> shadowm: thanks for warning me about my broken mail filter
20120415 00:32:50< shadowm> oh, ugh.
20120415 00:32:56< shadowm> no problem
20120415 00:32:58< alink> I will fix that 
20120415 00:33:06< shadowm> :)
20120415 00:33:37< shadowm> what I would like is that someone figured out a way for map snapshots to work with missing terrains...
20120415 00:33:38< alink> (I still had all bug mails, but lost the highlight of mine and new ones)
20120415 00:33:56< alink> gn
20120415 00:34:03-!- alink [~alink@wesnoth/developer/alink] has left #wesnoth-dev ["Konversation terminated!"]
20120415 00:34:51< shadowm> I can see why one would like to emit errors if terrains are missing on the gamemap case, but for the load game and MP create dialogs that's mostly useless
20120415 00:35:08< shadowm> I mean load game, forgot MP create takes place after all MP add-ons are already loaded
20120415 00:38:35< shadowm> I guess one possible approach could involve a placeholder "missing terrain" terrain
20120415 00:41:03-!- _vdn [~nazgul-sa@ppp91-77-252-20.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 00:41:35-!- _vdn [~nazgul-sa@ppp91-77-252-20.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 00:41:49-!- s951 [~s951@cpc31-cmbg15-2-0-cust850.5-4.cable.virginmedia.com] has joined #wesnoth-dev
20120415 00:42:04< shadowm> ugh, get_binary_file_location() returns a _too qualified_ path
20120415 00:42:12< shadowm> e.g. "/home/shadowm/src/wesnoth/data/campaigns/Heir_To_The_Throne/images/units/konrad-fighter.png"
20120415 00:43:27< matthiaskrgr> hehe
20120415 00:45:02< shadowm> looks like get_short_wml_path() can clean that up, but it also gets rid of the data/ component
20120415 00:45:44-!- negusnyul [~negusnyul@dsl4E5CD703.pool.t-online.hu] has quit [Remote host closed the connection]
20120415 00:46:27< shadowm> ah well, compromises must be made in favor of user experience I guess
20120415 00:53:46-!- _vdn [~nazgul-sa@ppp91-77-252-20.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 00:54:19-!- _vdn [~nazgul-sa@ppp91-77-252-20.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 00:54:26< shadowm> can anyone remind me what's the difference between the return values of the length() and size() member methods for a given basic_string type?
20120415 00:54:40< shadowm> in particular, the std::string case
20120415 00:56:20< shadowm> if I were to take the GNU libstdc++ documentation for granted, they are always the same assuming character == the basic_string character type
20120415 00:58:04-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Quit: Textual IRC Client: http://www.textualapp.com/]
20120415 00:59:24-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20120415 01:02:03< shadowm> I wonder which one leads to more compile-time stress: image.hpp or filesystem.hpp ...
20120415 01:06:53-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Quit: Computer has gone to sleep.]
20120415 01:11:23-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20120415 01:17:22-!- ancestral [~ancestral@mobile-166-147-098-049.mycingular.net] has joined #wesnoth-dev
20120415 01:31:04< shadowm> this is much harder than I expected it to be
20120415 01:31:54< shadowm> or not. Actually, I may have been looking at the wrong saved game the whole time.
20120415 01:32:25< shadowm> oh sweet
20120415 01:33:51< shadowm> then again, when the save_index is missing, so are the leader images.
20120415 01:34:28< shadowm> maybe that can be considered an unsupported situation
20120415 01:35:25-!- Gallaecio [~quassel@84.120.114.134.dyn.user.ono.com] has quit [Read error: Connection reset by peer]
20120415 01:35:46-!- Gallaecio [~quassel@84.120.114.134.dyn.user.ono.com] has joined #wesnoth-dev
20120415 01:35:55< shadowm> or I could just extend the saved game format adding the leader_image attribute somewhere
20120415 01:36:54-!- _vdn [~nazgul-sa@ppp91-77-252-20.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 01:37:29-!- _vdn [~nazgul-sa@ppp91-77-252-20.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 01:40:41-!- horon [~horon@nttkyo322045.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has joined #wesnoth-dev
20120415 01:43:26-!- Nephro [~neph@02de475b.bb.sky.com] has quit [Ping timeout: 252 seconds]
20120415 01:43:37< CIA-69> shadowmaster * r53931 /trunk/src/ (filesystem.cpp filesystem.hpp): 
20120415 01:43:37< CIA-69> Implement get_independent_image_path() function
20120415 01:43:37< CIA-69> This should aid in _guessing_ binary path-independent paths to image
20120415 01:43:37< CIA-69> files for use later in saved game summaries.
20120415 01:43:46< CIA-69> shadowmaster * r53932 /trunk/src/gamestatus.cpp: (log message trimmed)
20120415 01:43:46< CIA-69> Make leader_image paths in the saved games index binary path-independent (part of bug #18683)
20120415 01:43:46< CIA-69> This makes it possible to store in the save_index image paths that can
20120415 01:43:46< CIA-69> be used in the Load Game dialog even when displaying units whose
20120415 01:43:46< CIA-69> graphics are in binary paths not currently loaded. This alleviates the
20120415 01:43:47< CIA-69> effect of bug #19410 on the whole mechanism, but not completely.
20120415 01:43:48< CIA-69> When the save_index is missing, this won't work properly; we'll need to
20120415 01:49:55-!- Johannes13 [~Johannes@unaffiliated/johannes13] has quit [Ping timeout: 264 seconds]
20120415 01:51:38-!- ancestral [~ancestral@mobile-166-147-098-049.mycingular.net] has quit [Quit: Smell ya later!]
20120415 01:52:00-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Quit: Leaving.]
20120415 01:55:31-!- PolarPanda [~quassel@unaffiliated/peterporty] has quit [Ping timeout: 276 seconds]
20120415 01:58:48-!- Johannes13 [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20120415 02:12:22-!- _vdn [~nazgul-sa@ppp91-77-252-20.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 02:12:55-!- _vdn [~nazgul-sa@ppp91-77-252-20.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 02:14:55-!- PolarPanda [~quassel@unaffiliated/peterporty] has joined #wesnoth-dev
20120415 02:19:24-!- horon [~horon@nttkyo322045.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has quit [Quit: Leaving...]
20120415 02:20:30-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Read error: Connection reset by peer]
20120415 02:22:36-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20120415 02:26:05-!- anonymissimus [~chatzilla@HSI-KBW-078-042-163-105.hsi3.kabel-badenwuerttemberg.de] has quit [Quit: ChatZilla 0.9.88.2 [Firefox 11.0/20120312181643]]
20120415 02:26:49-!- Gallaecio [~quassel@84.120.114.134.dyn.user.ono.com] has quit [Remote host closed the connection]
20120415 02:31:30-!- s951 [~s951@cpc31-cmbg15-2-0-cust850.5-4.cable.virginmedia.com] has quit [Read error: Connection reset by peer]
20120415 02:49:04-!- Johannes13 [~Johannes@unaffiliated/johannes13] has quit [Ping timeout: 252 seconds]
20120415 02:57:21-!- matthiaskrgr [matthiaskr@184.171.255.77] has quit [Quit: GeekBouncer - http://geekbouncer.co.uk]
20120415 02:57:37-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Quit: system reboot in progress]
20120415 02:59:55-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20120415 03:02:43-!- Artemius23 [~yigit@139.179.207.61] has quit [Quit: Ex-Chat]
20120415 03:04:28-!- atomicbomb [~quassel@180.246.190.241] has joined #wesnoth-dev
20120415 03:04:59-!- matthiaskrgr [matthiaskr@184.171.255.77] has joined #wesnoth-dev
20120415 03:12:59-!- Artemius23 [~Artemius2@139.179.209.48] has joined #wesnoth-dev
20120415 03:14:09-!- Artemius23 [~Artemius2@139.179.209.48] has quit [Client Quit]
20120415 03:23:15-!- _vdn [~nazgul-sa@ppp91-77-252-20.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 03:23:47-!- _vdn [~nazgul-sa@ppp91-77-252-20.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 03:24:51-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20120415 03:31:42< CIA-69> alarantalara * r53933 /trunk/data/campaigns/Under_the_Burning_Suns/scenarios/03_Stirring_in_the_Night.cfg: extract some duplicate WML
20120415 03:34:05-!- loonybot [~loonybot@wesnoth/bot/loonybot] has quit [Remote host closed the connection]
20120415 03:40:15-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Quit: Computer has gone to sleep.]
20120415 03:40:20< CIA-69> alarantalara * r53934 /trunk/data/campaigns/Under_the_Burning_Suns/scenarios/03_Stirring_in_the_Night.cfg: use variable substitution instead of extra variables
20120415 04:00:04< CIA-69> alarantalara * r53935 /trunk/data/campaigns/Under_the_Burning_Suns/scenarios/03_Stirring_in_the_Night.cfg: more variable substitution tricks
20120415 04:04:00-!- ancestral [~ancestral@17.232.7.174] has joined #wesnoth-dev
20120415 04:09:01-!- _vdn1 [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 04:11:22-!- _vdn [~nazgul-sa@ppp91-77-252-20.pppoe.mtu-net.ru] has quit [Ping timeout: 276 seconds]
20120415 04:12:43-!- khoover [~crazy1010@70.51.111.75] has joined #wesnoth-dev
20120415 04:19:49-!- loonycyborg [loonycybor@wesnoth/developer/loonycyborg] has quit [Ping timeout: 276 seconds]
20120415 04:19:58-!- Elvish_Pillager [~eli@dhip-149.coburn.residences.colby.edu] has quit [Ping timeout: 252 seconds]
20120415 04:30:50-!- _vdn1 [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Read error: Connection reset by peer]
20120415 04:31:18-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 04:34:52-!- Danceman [~Danceman@a94-132-158-220.cpe.netcabo.pt] has quit [Quit: Leaving]
20120415 04:39:05-!- PolarPanda [~quassel@unaffiliated/peterporty] has quit [Read error: Connection reset by peer]
20120415 04:51:29-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 04:52:01-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 04:55:24-!- enchilado [~enchilado@defocus/yummy/enchilado] has joined #wesnoth-dev
20120415 04:57:44-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 252 seconds]
20120415 04:59:15-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20120415 05:16:02-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 05:16:39-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 05:16:43-!- Alarantalara [~Adium@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has quit [Quit: Leaving.]
20120415 05:22:54-!- enchilado [~enchilado@defocus/yummy/enchilado] has quit [Quit: leaving]
20120415 05:23:13-!- enchilado [~enchilado@defocus/yummy/enchilado] has joined #wesnoth-dev
20120415 05:27:34-!- dokem [8176d7a5@gateway/web/freenode/ip.129.118.215.165] has joined #wesnoth-dev
20120415 05:30:57-!- ancestral [~ancestral@17.232.7.174] has quit [Quit: ancestral]
20120415 05:35:31-!- faryshta [~faryshta@189.242.50.21] has quit [Ping timeout: 264 seconds]
20120415 05:37:31-!- enchilado [~enchilado@defocus/yummy/enchilado] has quit [Ping timeout: 260 seconds]
20120415 05:46:51-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 05:47:25-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 05:53:57-!- PolarPanda [~quassel@unaffiliated/peterporty] has joined #wesnoth-dev
20120415 06:06:56-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 06:07:30-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 06:17:11-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 06:17:36-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 06:28:21-!- dokem [8176d7a5@gateway/web/freenode/ip.129.118.215.165] has quit [Ping timeout: 245 seconds]
20120415 06:34:03-!- Gambit [~gambit@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20120415 06:34:35-!- esr [~chatzilla@wesnoth/developer/esr] has quit [Ping timeout: 260 seconds]
20120415 06:35:12-!- esr [~chatzilla@static-71-162-243-5.phlapa.fios.verizon.net] has joined #wesnoth-dev
20120415 06:42:32-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 265 seconds]
20120415 06:50:21-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20120415 06:51:45-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 06:52:19-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 07:00:00-!- ancestral [~ancestral@97-127-62-183.mpls.qwest.net] has joined #wesnoth-dev
20120415 07:04:00-!- ancestral [~ancestral@97-127-62-183.mpls.qwest.net] has quit [Client Quit]
20120415 07:09:06-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20120415 07:12:08-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Read error: Connection reset by peer]
20120415 07:12:21-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 07:25:18-!- PolarPanda [~quassel@unaffiliated/peterporty] has quit [Read error: Connection reset by peer]
20120415 07:25:50-!- PolarPanda [~quassel@unaffiliated/peterporty] has joined #wesnoth-dev
20120415 07:35:21-!- oldtopman [~oldtopman@unaffiliated/oldtopman] has quit [Remote host closed the connection]
20120415 07:35:43-!- stikonas [~gentoo@ctv-213-164-114-240.vinita.lt] has joined #wesnoth-dev
20120415 07:35:43-!- stikonas [~gentoo@ctv-213-164-114-240.vinita.lt] has quit [Changing host]
20120415 07:35:43-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120415 07:38:41-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving]
20120415 07:40:00-!- Nephro [~neph@02de475b.bb.sky.com] has joined #wesnoth-dev
20120415 07:45:03-!- Nephro [~neph@02de475b.bb.sky.com] has quit [Ping timeout: 245 seconds]
20120415 07:49:49-!- wesbot changed the topic of #wesnoth-dev to: Wesnoth accepted in GSoC 2012 | http://wiki.wesnoth.org/SummerOfCodeIdeas | 173 bugs, 329 feature requests, 15 patches | Logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20120415 07:59:54-!- Gallaecio [~quassel@84.120.114.134.dyn.user.ono.com] has joined #wesnoth-dev
20120415 08:01:33-!- faryshta [~faryshta@189.242.50.21] has joined #wesnoth-dev
20120415 08:01:34-!- PolarPanda [~quassel@unaffiliated/peterporty] has quit [Read error: Connection reset by peer]
20120415 08:04:14-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 08:04:48-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 08:06:28-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20120415 08:20:47-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20120415 08:22:21-!- Appleman1234 [~Appleman1@ppp59-167-222-56.qld.adsl.internode.on.net] has quit [Remote host closed the connection]
20120415 08:35:15-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 08:35:51-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 08:39:00-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20120415 08:54:44-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 08:55:55-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 09:00:48-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Client Quit]
20120415 09:01:32-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 09:05:34-!- MeccaGod [~majs@host189-199.bornet.net] has joined #wesnoth-dev
20120415 09:12:38-!- MeccaGod [~majs@host189-199.bornet.net] has quit []
20120415 09:14:08-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 09:14:58-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 09:23:12-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit []
20120415 09:23:46-!- horon [~horon@nttkyo322045.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has joined #wesnoth-dev
20120415 09:32:47-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20120415 09:36:08-!- MeccaGod [majs@host189-199.bornet.net] has joined #wesnoth-dev
20120415 09:40:29< boucman> morning all
20120415 09:53:38-!- negusnyul [~negusnyul@h145-169.pool46-249.dyn.tolna.net] has joined #wesnoth-dev
20120415 09:57:30-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 09:58:02-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 10:02:44-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Client Quit]
20120415 10:03:29-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 10:05:31-!- Crendgrim [~crend@77-22-112-72-dynip.superkabel.de] has joined #wesnoth-dev
20120415 10:08:05-!- Nephro [~neph@02de475b.bb.sky.com] has joined #wesnoth-dev
20120415 10:14:48-!- trademark_ [~trademark@mon69-1-82-67-23-185.fbx.proxad.net] has joined #wesnoth-dev
20120415 10:23:17-!- atomicbomb [~quassel@180.246.190.241] has quit [Remote host closed the connection]
20120415 10:27:32-!- neXyon [~neXyon@84-119-56-54.dynamic.xdsl-line.inode.at] has joined #wesnoth-dev
20120415 10:29:56-!- enchilado [~enchilado@defocus/yummy/enchilado] has joined #wesnoth-dev
20120415 10:38:25-!- esr [~chatzilla@static-71-162-243-5.phlapa.fios.verizon.net] has quit [Read error: Connection reset by peer]
20120415 10:45:45-!- mjs-de [~mjs-de@d185183.adsl.hansenet.de] has joined #wesnoth-dev
20120415 10:47:05-!- IvanSav [~IvanSav@ns2.ultranet.com.ua] has joined #wesnoth-dev
20120415 10:59:29-!- Nephro [~neph@02de475b.bb.sky.com] has quit [Read error: Connection reset by peer]
20120415 11:00:54-!- Nephro [~Dmitry@02de475b.bb.sky.com] has joined #wesnoth-dev
20120415 11:04:18-!- negusnyul [~negusnyul@h145-169.pool46-249.dyn.tolna.net] has quit [Quit: Konversation terminated!]
20120415 11:07:12-!- csarmi_home [csarmi@94-21-80-232.pool.digikabel.hu] has joined #wesnoth-dev
20120415 11:07:54-!- mjs-de [~mjs-de@d185183.adsl.hansenet.de] has quit [Remote host closed the connection]
20120415 11:08:40-!- csarmi [csarmi@217-197-190-85.pool.digikabel.hu] has quit [Ping timeout: 276 seconds]
20120415 11:13:31-!- negusnyul [~negusnyul@h145-169.pool46-249.dyn.tolna.net] has joined #wesnoth-dev
20120415 11:14:04-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 11:14:39-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 11:23:49-!- dokem [4541c8ee@gateway/web/freenode/ip.69.65.200.238] has joined #wesnoth-dev
20120415 11:24:40-!- enchilado [~enchilado@defocus/yummy/enchilado] has quit [Quit: leaving]
20120415 11:28:29-!- Samual [diotecktec@c-71-195-88-69.hsd1.pa.comcast.net] has quit [Ping timeout: 246 seconds]
20120415 11:31:51-!- Ayne [~Ayne@cpc2-sgyl34-2-0-cust493.sgyl.cable.virginmedia.com] has joined #wesnoth-dev
20120415 11:34:21-!- enchilado [~enchilado@defocus/yummy/enchilado] has joined #wesnoth-dev
20120415 11:35:17-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 11:35:49-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 11:43:37< CIA-69> nephro * r53936 /trunk/ (data/ai/scenarios/scenario-lua-ai.cfg src/ai/lua/core.cpp): LuaAI: exposed action checker functions
20120415 11:44:19-!- enchilado [~enchilado@defocus/yummy/enchilado] has quit [Ping timeout: 260 seconds]
20120415 11:46:26-!- enchilado [~enchilado@defocus/yummy/enchilado] has joined #wesnoth-dev
20120415 11:52:48-!- enchilado [~enchilado@defocus/yummy/enchilado] has quit [Read error: Connection reset by peer]
20120415 11:53:07-!- enchilado [~enchilado@defocus/yummy/enchilado] has joined #wesnoth-dev
20120415 11:54:39-!- negusnyul [~negusnyul@h145-169.pool46-249.dyn.tolna.net] has quit [Quit: Konversation terminated!]
20120415 11:54:57-!- Samual [~dioteckte@c-71-195-88-69.hsd1.pa.comcast.net] has joined #wesnoth-dev
20120415 11:58:04-!- trademark_ [~trademark@mon69-1-82-67-23-185.fbx.proxad.net] has quit [Ping timeout: 276 seconds]
20120415 11:58:32-!- trademark_ [~trademark@mon69-1-82-67-23-185.fbx.proxad.net] has joined #wesnoth-dev
20120415 12:02:48-!- Artemius23 [~yigit@139.179.207.114] has joined #wesnoth-dev
20120415 12:05:31-!- vcap_ [~vcap@AReims-551-1-158-244.w90-7.abo.wanadoo.fr] has joined #wesnoth-dev
20120415 12:08:54-!- vcap [~vcap@AReims-551-1-25-44.w86-215.abo.wanadoo.fr] has quit [Ping timeout: 248 seconds]
20120415 12:20:01-!- dokem [4541c8ee@gateway/web/freenode/ip.69.65.200.238] has quit [Ping timeout: 245 seconds]
20120415 12:21:52-!- Johannes13 [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20120415 12:22:05-!- loonybot [~loonybot@wesnoth/bot/loonybot] has joined #wesnoth-dev
20120415 12:27:01-!- loonycyborg [loonycybor@wesnoth/developer/loonycyborg] has joined #wesnoth-dev
20120415 12:28:54-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 12:29:27-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 12:32:35-!- enchilado [~enchilado@defocus/yummy/enchilado] has quit [Read error: Connection reset by peer]
20120415 12:35:00-!- enchilado [~enchilado@defocus/yummy/enchilado] has joined #wesnoth-dev
20120415 12:41:46-!- atomicbomb [~quassel@180.246.189.92] has joined #wesnoth-dev
20120415 13:06:52-!- Nephro [~Dmitry@02de475b.bb.sky.com] has quit [Ping timeout: 252 seconds]
20120415 13:08:03-!- enchilado [~enchilado@defocus/yummy/enchilado] has quit [Quit: BBL->]
20120415 13:08:45-!- Appleman1234 [~Appleman1@ppp59-167-222-56.qld.adsl.internode.on.net] has joined #wesnoth-dev
20120415 13:09:50-!- neph [~neph@02de475b.bb.sky.com] has joined #wesnoth-dev
20120415 13:11:55-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 13:12:23-!- faryshta [~faryshta@189.242.50.21] has quit [Ping timeout: 265 seconds]
20120415 13:12:38-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 13:12:51-!- faryshta [~faryshta@189.242.50.21] has joined #wesnoth-dev
20120415 13:17:20-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Client Quit]
20120415 13:17:54-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 13:17:55< bloodycoin> boucman: updated proposal - clarified, detailed engine structure
20120415 13:18:45< boucman> ok, will look
20120415 13:27:23-!- csarmi_home [csarmi@94-21-80-232.pool.digikabel.hu] has quit []
20120415 13:37:36-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 13:38:08-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 13:51:55< Artemius23> pl
20120415 13:53:24-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 13:54:05-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 14:00:14-!- khoover [~crazy1010@70.51.111.75] has quit [Ping timeout: 265 seconds]
20120415 14:02:41-!- Artemius23_ [~yigit@139.179.209.114] has joined #wesnoth-dev
20120415 14:02:54-!- khoover [~crazy1010@70.51.111.75] has joined #wesnoth-dev
20120415 14:03:31-!- Artemius23 [~yigit@139.179.207.114] has quit [Ping timeout: 276 seconds]
20120415 14:04:09-!- csarmi [csarmi@94-21-80-232.pool.digikabel.hu] has joined #wesnoth-dev
20120415 14:07:13-!- khoover [~crazy1010@70.51.111.75] has quit [Ping timeout: 246 seconds]
20120415 14:07:46-!- negusnyul [~negusnyul@dsl4E5CD703.pool.t-online.hu] has joined #wesnoth-dev
20120415 14:13:23-!- Crendgrim [~crend@77-22-112-72-dynip.superkabel.de] has quit [Quit: ...]
20120415 14:17:08-!- trademark_ [~trademark@mon69-1-82-67-23-185.fbx.proxad.net] has quit [Ping timeout: 250 seconds]
20120415 14:20:47-!- khoover [~crazy1010@70.51.111.75] has joined #wesnoth-dev
20120415 14:21:30-!- Samual [~dioteckte@c-71-195-88-69.hsd1.pa.comcast.net] has quit [Ping timeout: 265 seconds]
20120415 14:24:26-!- mjs-de [~mjs-de@d185183.adsl.hansenet.de] has joined #wesnoth-dev
20120415 14:25:49-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Read error: Connection reset by peer]
20120415 14:26:24-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 14:34:44-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 14:35:17-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 14:35:38-!- Samual [diotecktec@c-71-195-88-69.hsd1.pa.comcast.net] has joined #wesnoth-dev
20120415 14:35:48-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Read error: No route to host]
20120415 14:36:22-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 14:44:50-!- Gambit [~gambit@wesnoth/developer/grickit] has joined #wesnoth-dev
20120415 14:53:13< CIA-69> alarantalara * r53937 /trunk/data/campaigns/Under_the_Burning_Suns/scenarios/03_Stirring_in_the_Night.cfg: Wolf Riders are of race wolf, not goblin
20120415 15:01:49-!- LordNasty [~NaSTy@93-43-154-6.ip92.fastwebnet.it] has quit [Ping timeout: 265 seconds]
20120415 15:01:49-!- chpln [~chpln@ppp59-167-91-125.static.internode.on.net] has quit [Ping timeout: 265 seconds]
20120415 15:01:49-!- shadowm [~ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 265 seconds]
20120415 15:01:49-!- negusnyul [~negusnyul@dsl4E5CD703.pool.t-online.hu] has quit [Ping timeout: 265 seconds]
20120415 15:01:49-!- lobby [~wesnoth@wesnoth/bot/lobby] has quit [Ping timeout: 265 seconds]
20120415 15:02:02-!- lobby [~wesnoth@wesnoth/bot/lobby] has joined #wesnoth-dev
20120415 15:02:02-!- Topic for #wesnoth-dev: Wesnoth accepted in GSoC 2012 | http://wiki.wesnoth.org/SummerOfCodeIdeas | 173 bugs, 329 feature requests, 15 patches | Logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20120415 15:02:02-!- Topic set by wesbot [~wesbot@wesnoth/bot/wesbot] [Sun Apr 15 07:49:49 2012]
20120415 15:02:02[Users #wesnoth-dev]
20120415 15:02:02[ _vdn           ] [ elias      ] [ jamit       ] [ neXyon         ] 
20120415 15:02:02[ AI0867         ] [ eregon     ] [ janebot     ] [ noy            ] 
20120415 15:02:02[ Akihara        ] [ erl        ] [ Johannes13  ] [ Rhonda         ] 
20120415 15:02:02[ apoi           ] [ Espreon    ] [ khoover     ] [ Samual         ] 
20120415 15:02:02[ Appleman1234   ] [ faryshta   ] [ knotwork    ] [ shadowm        ] 
20120415 15:02:02[ Artemius23_    ] [ fendrin    ] [ koan        ] [ shikadibot     ] 
20120415 15:02:02[ atomicbomb     ] [ flyingco1ma] [ lobby       ] [ Smar           ] 
20120415 15:02:02[ Ayne           ] [ Gallaecio  ] [ loonybot    ] [ Soliton        ] 
20120415 15:02:02[ bloodycoin     ] [ Gambit     ] [ loonycyborg ] [ thethomaseffect] 
20120415 15:02:02[ boucman        ] [ horon      ] [ LordNasty   ] [ Tigge          ] 
20120415 15:02:02[ chpln          ] [ ianto      ] [ matthiaskrgr] [ Upthorn        ] 
20120415 15:02:02[ chpln_         ] [ Ingeniumed ] [ MeccaGod    ] [ vcap_          ] 
20120415 15:02:02[ ChrisOelmueller] [ Ingmar     ] [ melinath    ] [ vultraz        ] 
20120415 15:02:02[ CIA-69         ] [ isaac      ] [ mjs-de      ] [ wesbot         ] 
20120415 15:02:02[ crimson_penguin] [ Ivanovic   ] [ negusnyul   ] [ zookeeper      ] 
20120415 15:02:02[ csarmi         ] [ IvanSav    ] [ negusnyul_  ] [ {V}            ] 
20120415 15:02:02[ ejls           ] [ iwaim      ] [ neph        ] 
20120415 15:02:02-!- Irssi: #wesnoth-dev: Total of 67 nicks [0 ops, 0 halfops, 0 voices, 67 normal]
20120415 15:02:10-!- Channel #wesnoth-dev created Tue Jan 27 06:28:41 2009
20120415 15:02:58-!- Guest64159 [~chatzilla@p5B315CF3.dip0.t-ipconnect.de] has joined #wesnoth-dev
20120415 15:03:01-!- ShikadiLord [~ignacio@ai0867.net] has joined #wesnoth-dev
20120415 15:03:17-!- Irssi: Join to #wesnoth-dev was synced in 85 secs
20120415 15:03:35-!- noy__ [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20120415 15:03:38-!- noy [~Noy@wesnoth/developer/noy] has quit [Read error: Connection reset by peer]
20120415 15:03:38-!- noy__ is now known as noy
20120415 15:03:45< Guest64159>  /nick DigiRazer
20120415 15:03:46< CIA-69> alarantalara * r53938 /branches/1.10/ (2 files in 2 dirs): backport and improve r53937 to also cover case of recruited goblin spearmen
20120415 15:04:37-!- Guest64159 is now known as DigiRazer
20120415 15:05:05-!- noy__ [~Noy@S0106602ad0727b65.vw.shawcable.net] has joined #wesnoth-dev
20120415 15:05:05-!- noy__ [~Noy@S0106602ad0727b65.vw.shawcable.net] has quit [Changing host]
20120415 15:05:05-!- noy__ [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20120415 15:07:52-!- crimson_pingvin [~ben@S0106602ad06b8003.vc.shawcable.net] has joined #wesnoth-dev
20120415 15:08:17-!- Netsplit *.net <-> *.split quits: chpln, negusnyul, LordNasty, shadowm, crimson_penguin
20120415 15:08:38-!- noy [~Noy@wesnoth/developer/noy] has quit [Ping timeout: 244 seconds]
20120415 15:08:38-!- noy__ is now known as noy
20120415 15:09:17-!- Netsplit over, joins: LordNasty
20120415 15:20:13-!- trademark_ [~trademark@mon69-1-82-67-23-185.fbx.proxad.net] has joined #wesnoth-dev
20120415 15:21:02-!- Teugon [~Teugon__@2-234-35-21.ip221.fastwebnet.it] has joined #wesnoth-dev
20120415 15:24:18-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 15:24:59-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 15:26:08-!- MeccaGod [majs@host189-199.bornet.net] has quit [Ping timeout: 240 seconds]
20120415 15:36:47-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20120415 15:39:25-!- MeccaGod [majs@host189-199.bornet.net] has joined #wesnoth-dev
20120415 15:44:54-!- trademark_ [~trademark@mon69-1-82-67-23-185.fbx.proxad.net] has quit [Ping timeout: 252 seconds]
20120415 15:45:52-!- trademark_ [~trademark@mon69-1-82-67-23-185.fbx.proxad.net] has joined #wesnoth-dev
20120415 15:47:19< Ivanovic> good morning!
20120415 15:48:45-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 15:49:25-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 15:50:31-!- trademark_ [~trademark@mon69-1-82-67-23-185.fbx.proxad.net] has quit [Ping timeout: 264 seconds]
20120415 15:50:53-!- csarmi_home [csarmi@178-164-130-34.pool.digikabel.hu] has joined #wesnoth-dev
20120415 15:51:10-!- Artemius23_ is now known as Artemius23
20120415 15:53:04-!- anonymissimus [~chatzilla@HSI-KBW-078-042-163-105.hsi3.kabel-badenwuerttemberg.de] has joined #wesnoth-dev
20120415 15:54:29-!- csarmi [csarmi@94-21-80-232.pool.digikabel.hu] has quit [Ping timeout: 252 seconds]
20120415 15:56:39-!- Artemius23 [~yigit@139.179.209.114] has quit [Quit: Ex-Chat]
20120415 15:57:09-!- Artemius23 [~yigit@139.179.209.114] has joined #wesnoth-dev
20120415 15:57:21< Teugon> good morning 
20120415 15:58:00< Artemius23> Good morning
20120415 16:06:11-!- trademark_ [~trademark@mon69-1-82-67-23-185.fbx.proxad.net] has joined #wesnoth-dev
20120415 16:12:39< trademark_> Crab_  (and everyone who cares), I've updated my proposal and I would be happy to have a feedback, especially on the multiple leaders classes and groups/village analysis. (http://wiki.wesnoth.org/Soc2012_Talbot_Pierre_Refactor_Recruitment_Algorithm#Recruiting_with_multiple_leaders). Thank you !
20120415 16:12:46-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 16:13:27-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 16:16:23-!- csarmi_home [csarmi@178-164-130-34.pool.digikabel.hu] has quit [Ping timeout: 260 seconds]
20120415 16:16:46< neph> trademark_, btw, did you submit your proposal to google because it is in the unsubmitted section
20120415 16:19:49< Akihara>   neph : I submitted my proposal, but I'm in this section too. I don't really understand why
20120415 16:20:17< neph> Akihara, yes, I noticed that, I'm pretty sure you were in the submitted section yesterday
20120415 16:21:35-!- Elvish_Pillager [~eli@dhip-149.coburn.residences.colby.edu] has joined #wesnoth-dev
20120415 16:22:25< Akihara> I didn't see myself once in the submitted section :(
20120415 16:23:08< trademark_> neph, yes I submitted it, but it was 10 minutes before the deadline so I think they didn't update since ;-)
20120415 16:32:41-!- atomicbomb [~quassel@180.246.189.92] has quit [Remote host closed the connection]
20120415 16:34:03-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 16:34:37-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 16:43:09-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 16:44:17-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 16:47:33< anonymissimus> bloodycoin: just to make sure, you are aware of r53746 and the issue it did fix ?
20120415 16:48:23< anonymissimus> even though you undid fendrin's fix it seems I still can't reproduce it (again)
20120415 16:49:00< bloodycoin> yes, I asked fendrin about it... and I tried reproducing it, but couldn't..
20120415 16:50:59< anonymissimus> okay...so there was nothing else instead done in the meantime that is supposed to fix it ?
20120415 16:51:24-!- gabba [~gabba@wesnoth/developer/gabba] has joined #wesnoth-dev
20120415 16:56:24< bloodycoin> I suspect my fix with hexes_under_rect in display.. but maybe that's me being high...
20120415 17:02:11< ejls> trademark_, Akihara: It's updated by hand, so if your proposal appears on Melange, you can put yourself in the submited section.
20120415 17:03:07-!- trademark_ [~trademark@mon69-1-82-67-23-185.fbx.proxad.net] has quit [Ping timeout: 252 seconds]
20120415 17:05:09-!- horon [~horon@nttkyo322045.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has quit [Quit: Leaving...]
20120415 17:06:27-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20120415 17:10:01-!- neph [~neph@02de475b.bb.sky.com] has quit [Read error: Connection reset by peer]
20120415 17:10:35-!- Artemius_ [~Artemius2@139.179.175.171] has joined #wesnoth-dev
20120415 17:12:23-!- Nephro [~Dmitry@02de475b.bb.sky.com] has joined #wesnoth-dev
20120415 17:14:09-!- Artemius_ is now known as Artemius
20120415 17:15:01-!- Artemius [~Artemius2@139.179.175.171] has left #wesnoth-dev []
20120415 17:19:27< CIA-69> alarantalara * r53939 /trunk/data/campaigns/Under_the_Burning_Suns/scenarios/03_Stirring_in_the_Night.cfg: text deduplication
20120415 17:21:42-!- csarmi [csarmi@84-236-96-193.pool.digikabel.hu] has joined #wesnoth-dev
20120415 17:21:59-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 17:22:37-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 17:24:34-!- Alarantalara [~Adium@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20120415 17:50:09-!- mattsc [~mattsc@d50-92-196-35.bchsia.telus.net] has joined #wesnoth-dev
20120415 17:51:58-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20120415 17:56:34< Nephro> mattsc, I'v  exposed the checkers for the actions, all of them, except stopunit.
20120415 17:56:55< Nephro> I don't think there is a need to check a stopunit action, if there is, I will do it
20120415 18:01:59< mattsc> Nephro: thanks, I will check those out later.  On the stopunit checker, the only thing I could imagine is that you use it on a unit that already has no moves/attacks left -> the CA does not change the gamestate and gets blacklisted.  What would check_stopunit return is it is used on such a unit?
20120415 18:03:01-!- DigiRazer [~chatzilla@p5B315CF3.dip0.t-ipconnect.de] has quit [Quit: ChatZilla 0.9.88.2 [Firefox 11.0/20120312181643]]
20120415 18:03:33< Nephro> mattsc, the same that execute_stopunit would return. The checker and executor in the C++ is one function which receives a bool to know whether to actually commit the move or just pretend it's done and return the result
20120415 18:04:49< mattsc> Nephro: and as far as I know, execute_stopunit does not produce a warning message if the unit doesn't have moves left.  So, yes, then I agree that there isn't a point in having check_stopunit().
20120415 18:05:44< Nephro> mattsc, also, I've written up some code to let you use the fresh versions of the move maps at your will
20120415 18:06:32< Nephro> mattsc, that is, if you decide to go with the global ai table for debug purposes, ai.debug.get_dst_src() will always get you the fresh version
20120415 18:07:20< mattsc> Nephro: that's great!!
20120415 18:07:26< Nephro> and the ai.debug table is registered only on demand. If you do stdlib.init(ai) as usual, it isn't registered, if you do stdlib.init(ai, true), the debug table will be added
20120415 18:08:30< mattsc> Nice!
20120415 18:08:32< Nephro> mattsc, but don't tell Crab, he'll be angry about the global ai table usage :) But, no, in any case, we'll give the devs outer access to the context, so the code I am writing now, will be useful later, even without the global ai table
20120415 18:09:04< mattsc> I won't tell.  And let's hope that he doesn't read the logs...
20120415 18:11:45< Nephro> mattsc, also note, these debug functions are not to be used for release code, since they are forcing the recalculation of move maps, this is much more low-level than the cache system
20120415 18:12:58< mattsc> Nephro: understood
20120415 18:14:52< Nephro> well, actually, it won't be restricted in any way,but it is not wise to use inefficient functions for the AI, since people will like it less if it is slower. This is purely for debug purposes
20120415 18:18:29< mattsc> Nephro: yes, that's what I thought.  Is there a way to have it work only if Wesnoth is in debug mode?  That way, if a scenario author forgets to stop switching over to the other functions, it will throw an error message.
20120415 18:19:58< Nephro> mattsc, well, there is a hacky way of doing that, but not a good one, since the debug registering code is stored in .lua files, the build system and the launch systems don't really care about .lua files
20120415 18:21:10< Nephro> ah, actually I know a good way of doing that, but that needs a bit of research... yes, that surely can be done
20120415 18:21:24-!- tyrannodogg [~tyrannodo@ip-91-24.travedsl.de] has joined #wesnoth-dev
20120415 18:21:35< mattsc> Nephro: ok.  I think this is good enough then.  As we've said before, at some point this becomes the responsibility of the scenario designer.
20120415 18:21:55< mattsc> Nephro: oh, ok.  Sent my last comment there before seeing your last one.
20120415 18:23:15-!- Danceman [~Danceman@a94-132-158-220.cpe.netcabo.pt] has joined #wesnoth-dev
20120415 18:23:23< Nephro> mattsc, I think I will do it this way, if a user tries to do "ai.debug.get_src_dst()" in non-debug mode, he will receive a message "The debug methods are disabled in non-debug mode, rerouting to ai.get_dst_src()"
20120415 18:24:01< Nephro> that is, it will work, even in release builds, but the non-debug method will be used
20120415 18:24:30< mattsc> and for an AI controlled side, it will produce the same results?
20120415 18:25:38< Nephro> mattsc, it will just use the standard caching system to get these maps, without low-level recalculation forcing
20120415 18:27:51< mattsc> Nephro: I like that.  I think that covers both aspects of getting it to work efficiently in AI-controlled mode, while giving me full functionality when debugging in manual mode.
20120415 18:28:20< Nephro> the AI side ALWAYS gets the fresh and correct move maps
20120415 18:28:44< mattsc> Yep.  Nice!
20120415 18:28:53< Nephro> and I am actually not sure why the human side calling the AI methods doesn't get the correct results, but that's  a different story
20120415 18:29:47< mattsc> Nephro: ok.
20120415 18:29:56< mattsc> Does the same apply to the attack vector also?
20120415 18:30:46< Nephro> mattsc, the attacks vector and the move maps have different invalidation systems, I haven't looked up the attacks one
20120415 18:31:07< Nephro> but it will
20120415 18:31:30< mattsc> Sounds good.
20120415 18:32:02< mattsc> Just to give you an idea of what I am doing when I debug things (I think you know this, but we've misunderstood each other previously ;) ):
20120415 18:33:11< mattsc> I make the ai table available to the human player.  Then I have some function that calculates a rating of hexes on the map and displays them for each hex (using labels, usually).  This is called through a right-click menu option.
20120415 18:33:48< CIA-69> nephro * r53940 /trunk/ (4 files in 4 dirs): LuaAI: created some debug methods - ai.debug will be registered by stdlib on demand
20120415 18:33:48-!- Crendgrim [~crend@77-22-112-72-dynip.superkabel.de] has joined #wesnoth-dev
20120415 18:33:55< mattsc> I then move units around on the map, or add units (debug command) or change their MP or attacks_left (also using debug command), and do right-clicking again to see how the rating changed.
20120415 18:34:32< mattsc> This last step doesn't work if the vectors/maps don't get updated.  But it sounds like it will now.
20120415 18:34:59< Nephro> yes, it really should
20120415 18:35:18< Nephro> if it doesn't just ping me and I'll get right back on it
20120415 18:35:25< Nephro> I'll go for some lunch now :)
20120415 18:37:04< mattsc> bon appetit !  I don't know yet when I will get to this, so don't hold your breath.
20120415 18:55:56-!- Haldric [~Haldric@wesnoth/translator/Haldric] has joined #wesnoth-dev
20120415 18:56:33-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 18:57:10-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 19:01:30-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120415 19:01:52-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Read error: Connection reset by peer]
20120415 19:02:15-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 19:31:54-!- Danceman [~Danceman@a94-132-158-220.cpe.netcabo.pt] has quit [Quit: Leaving]
20120415 19:33:55-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 19:34:45-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 19:42:00-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 19:42:30-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 19:52:04-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 19:52:38-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 19:56:15-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Client Quit]
20120415 19:57:08-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 19:57:18-!- Crab_ [~Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20120415 20:06:38< Nephro> hi, Crab_ ... I've done some work today, exposed some missing stuff and added a debug lib for lua, registered on-demand in stdlib.lua. It provides functionality to force move_map recalculations even from human controlled sides. Right now, that works with global Lua contexts, but we're going to provide access to LuaAI contexts for debug purposes. 
20120415 20:07:44< Crab_> ok (if it's documented as 'for debug purposes')
20120415 20:08:07< Nephro> Haven't documented it yet, wanted you to approve it first
20120415 20:08:36-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 20:08:47< Crab_> it's ok.
20120415 20:09:09-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 20:11:23< Nephro> Crab_, we also discussed, whether we should leave it to the user, or we restrict the usage of these method when not in debug mode.
20120415 20:11:41< Crab_> restricting to 'debug mode' seems like a good idea to me
20120415 20:12:01< Crab_> that way, we'll prevent it's use in scenarios to do some workarounds
20120415 20:12:09< Crab_> since the player's won't have it enabled
20120415 20:12:16< Crab_> so, scenario creators won't depend on it for that 
20120415 20:14:47-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 20:15:24-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 20:25:27-!- Teugon [~Teugon__@2-234-35-21.ip221.fastwebnet.it] has quit [Quit: Leaving]
20120415 20:27:50-!- mjs-de [~mjs-de@d185183.adsl.hansenet.de] has quit [Remote host closed the connection]
20120415 20:30:17-!- Nephro [~Dmitry@02de475b.bb.sky.com] has quit [Ping timeout: 265 seconds]
20120415 20:31:04-!- teugon [~teugon@2-234-35-21.ip221.fastwebnet.it] has joined #wesnoth-dev
20120415 20:31:46-!- neph [~neph@02de475b.bb.sky.com] has joined #wesnoth-dev
20120415 20:34:45-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 20:35:21-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 20:36:18-!- ChrisOelmueller [bouncer@syngo.info] has left #wesnoth-dev ["Where's those banana cream pies, eh"]
20120415 20:37:17< teugon> hi Crab_ , I don't know how should I handle fails on  coherence check. Can you look at this please? http://pastebin.com/rLyX2E27.  Shadowm yesterday stated  the possibilty for an excetion. what should be the best practice here? 
20120415 20:39:32-!- ShikadiLord [~ignacio@ai0867.net] has quit [Changing host]
20120415 20:39:32-!- ShikadiLord [~ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20120415 20:39:34-!- ShikadiLord is now known as shadowm
20120415 20:40:16-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20120415 20:42:04< mattsc> neph: line 90 in stdlib.lua:
20120415 20:42:06< mattsc> 			local debug = wesnoth.require("ai/lua/debug.lua")
20120415 20:42:50-!- Haldric [~Haldric@wesnoth/translator/Haldric] has quit [Remote host closed the connection]
20120415 20:42:58< mattsc> I don't have that file - and I need to run off right now, so I cannot check whether it's my fault or whether it's not in the release.  I did not see it being downloaded in my last 'svn update'
20120415 20:43:17< mattsc> bye for now.
20120415 20:56:18-!- enchilado [~enchilado@defocus/yummy/enchilado] has joined #wesnoth-dev
20120415 20:57:00-!- gabba [~gabba@wesnoth/developer/gabba] has left #wesnoth-dev []
20120415 21:01:11< teugon> Crab_: ^ ^
20120415 21:06:43< Akihara> Crab_: Hi! So, do you have some time to talk about the poisoning stuff?
20120415 21:07:39-!- naman22 [naman22@1.22.184.10] has joined #wesnoth-dev
20120415 21:10:30< Crab_> Akihara: hi! yes.
20120415 21:11:51< Crab_> teugon: hi, I'll take a look now
20120415 21:11:54< Akihara> Crab_: so, indeed, the analyze of situation doesn't look at a state change like poison
20120415 21:12:40< teugon> Crab_: thx
20120415 21:13:24-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120415 21:13:24< Crab_> teugon: yes, best would be do something like move does.
20120415 21:13:37< Crab_> teugon: like setgoto_result : public action_result {
20120415 21:14:04-!- _vdn [~nazgul-sa@ppp91-77-231-92.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120415 21:14:14< Akihara> the line you show me last time calculate average damages on a unit, but it's all :) And modify it doesn't really make sense...
20120415 21:15:04< Crab_> Akihara: so, what do you think should be done?
20120415 21:15:52< Akihara> I propose to create a boolean state_chane (for example) which will be set to true if the unit can be poisoned
20120415 21:16:24< Akihara> and then, in the rating function, add 1 to the score if true
20120415 21:17:22< Akihara> or more... it depends on the behavior we will the AI to have
20120415 21:17:49< Crab_> well, we want the game (not just the AI) to not consider the poisoning of a unit if it was poisoned before
20120415 21:18:47< Akihara> why?
20120415 21:19:46< Crab_> I might had phrased it poorly.
20120415 21:19:59< Crab_> well, if a unit is already poisoned, then it can't be poisoned further
20120415 21:20:23< Crab_> but, if the combat evaluation just returns "XXX % to be poisoned at the end of combat", it's not enough
20120415 21:20:55< Crab_> since, for example, '100% to be poisoned' can mean 'unit was poisoned before' or 'unit is guaranteed to be poisoned in combat'
20120415 21:22:11< Akihara> sure, but state_change is set to true only if the unit is not poisoned
20120415 21:22:56< Akihara> (and only if the attacker can poison him)
20120415 21:24:56< Akihara> so we will not consider when a unit is already poisoned, do you see what I mean?
20120415 21:25:02< Crab_> yes, I see
20120415 21:27:10< Crab_> where you'd place this flag, in what data structure?
20120415 21:27:32< Akihara> I will tell you :P 2 sec
20120415 21:27:34< Crab_> ok
20120415 21:30:34< Akihara> Crab_: in ai/default/contexts.* file
20120415 21:32:07< Crab_> are you sure? it's the properly of the defender, something that is present per unit
20120415 21:32:12< Crab_> *property
20120415 21:32:35< Crab_> so, if you keep it in context, you'll have to have a map there, and update it after gamestate changes
20120415 21:32:43< Crab_> it's better to place it somewhere related to battle_context
20120415 21:32:54< Crab_> since it's basically a property of the battle
20120415 21:34:01< Crab_> and we don't have an AI problem here
20120415 21:34:08< Crab_> look at src/actions.cpp +974
20120415 21:34:10< Crab_> Akihara: ^
20120415 21:35:16< teugon> Crab_: I wanted to subclass move_result instead the action_result_ptr for I leaving a part the checks, I use all virtual functions from the move_ptr. If have to subclass from action_result I should copy a lot of code. 
20120415 21:35:37< teugon> *putting apart
20120415 21:36:30< Crab_> teugon: maybe it's better to subclass both move_result and setgoto_result from some other class ?
20120415 21:36:44< Crab_> teugon: but I agree that the evaluation part for those two actions is more-or-less the same
20120415 21:37:41< Crab_> problem with subclassing setgoto from move is that you don't need move_result::execute
20120415 21:38:41< Crab_> alternatively, you can add a flag to move_result 'actually do the move or just set goto'
20120415 21:38:57< Crab_> then, you'd be able to result move, and would have an if () in execution
20120415 21:39:14-!- avrilfanomar [~omar@88.155.246.137] has joined #wesnoth-dev
20120415 21:39:18-!- avrilfanomar [~omar@88.155.246.137] has left #wesnoth-dev []
20120415 21:39:22-!- avrilfanomar [~omar@88.155.246.137] has joined #wesnoth-dev
20120415 21:40:02< Crab_> Akihara: the question is ' are those formulas still correct even if unit is poisoned beforehand?' (they might be correct)
20120415 21:42:02< Akihara> a unit which can poison an enemy can fail poisoning him?
20120415 21:42:14-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 245 seconds]
20120415 21:43:37< Crab_> yes
20120415 21:43:45< Crab_> by missing an attack, for example
20120415 21:45:05< Crab_> i.e. if you have 2 attacks with 70% to poison, you have 91% to poison the unit (if you 100% survive the first retaliation attack)
20120415 21:45:30< Crab_> so, that's a problem if you have two units, poisoned and not
20120415 21:45:39< Crab_> poisoned unit would have 100% to be poisoned after combat
20120415 21:45:48< Crab_> and non-poisoned unit would have 91% to be poisoned after combat
20120415 21:46:43< Crab_> and the question is 'is this properly considered by the ai?'
20120415 21:47:16-!- MeccaGod [majs@host189-199.bornet.net] has quit []
20120415 21:47:56< Crab_> the obvious test in ai_arena_small shows that the answer is 'no, ai has a bug or combat evaluation has a bug'
20120415 21:48:14< Crab_> your idea of adding a state variable is ok.
20120415 21:48:32< Crab_> the variable would allow us to have full information
20120415 21:48:47< Crab_> the variable needs to be added either in combat_analysis or in one of structures used by battle_context
20120415 21:48:54< Crab_> however, it's not enough
20120415 21:48:58< Akihara> sure
20120415 21:49:01< teugon> Crab_: IMO setting a flag in move_result class is wrong for they are 2 different logical task, about move_result::execute i was thinking to use it in the virtual do_execute for setgoto_move
20120415 21:49:16< Crab_> teugon: they're not too different
20120415 21:49:31< Crab_> teugon: in fact, move sets a goto in the end if the target was not reached.
20120415 21:49:42< Akihara> combattant are initialized in src/attack_prediction.cpp, right? +622
20120415 21:49:44-!- anonymissimus [~chatzilla@HSI-KBW-078-042-163-105.hsi3.kabel-badenwuerttemberg.de] has quit [Quit: ChatZilla 0.9.88.2 [Firefox 11.0/20120312181643]]
20120415 21:50:27< Crab_> yes
20120415 21:50:42< Akihara> so there is a problem...
20120415 21:51:38< Akihara> line 639: if the unit is poisoned at the beginning, it will have 100% to be poisoned...
20120415 21:52:21< Akihara> I read it like that
20120415 21:52:34< Crab_> Akihara: can we change the users of battle_context to properly check the previous (before-combat) unit and calculate the attack value based on that?
20120415 21:53:11-!- enchilado [~enchilado@defocus/yummy/enchilado] has quit [Read error: Connection reset by peer]
20120415 21:53:40< Crab_> poisoned unit would have 100% to be poisoned after combat, with 0% chance of 'new poison'. expected damage should be increased by poison_value*2*0%
20120415 21:53:42< Crab_> and non-poisoned unit would have 91% to be poisoned after combat, with 91% chance of 'new poison'. expected damage should be increased by poison_value*2*91%
20120415 21:53:51< Crab_> so, the first attack would be valued less.
20120415 21:54:04< Crab_> this can be done outside battle_context, in AI code.
20120415 21:55:33-!- Johannes13_ [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20120415 21:55:48-!- Johannes13 [~Johannes@unaffiliated/johannes13] has quit [Read error: Connection reset by peer]
20120415 21:56:14-!- Johannes13_ is now known as Johannes13
20120415 21:57:19-!- Johannes13 [~Johannes@unaffiliated/johannes13] has quit [Read error: Connection reset by peer]
20120415 21:57:35-!- enchilado [~enchilado@210-55-84-5.dialup.xtra.co.nz] has joined #wesnoth-dev
20120415 21:57:36-!- Johannes13 [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20120415 21:57:46< Crab_> Akihara: I have to go now, write questions, if any. try to figure out a way to make the AI consider those numbers. since AI knows the state of the defender before combat, it can take it into account. add your new boolean flag into attack_analysis class.
20120415 21:58:30< Akihara> okay
20120415 21:59:10< Crab_> or, just add 'double chance_to_poison' there
20120415 22:00:04< Crab_> or, just use local variables in attack_analysis::analyze
20120415 22:01:18< Crab_> testing in ai_arena_small should make the assassins there spread poison around
20120415 22:01:27-!- Crab_ [~Crab_@wesnoth/developer/crab] has quit [Quit: Do it for joy and you can do it forever]
20120415 22:02:54< faryshta> Crab_ about the recall patch. What if a unit is made expensive to recall on purpose? Like a loyal level 4 mage. It would be a good idea to make it more expensive to recall than a regular unit.
20120415 22:14:37-!- stikonas [~gentoo@ctv-213-164-114-240.vinita.lt] has joined #wesnoth-dev
20120415 22:14:37-!- stikonas [~gentoo@ctv-213-164-114-240.vinita.lt] has quit [Changing host]
20120415 22:14:37-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120415 22:18:48-!- Artemius23 [~yigit@139.179.209.114] has quit [Ping timeout: 245 seconds]
20120415 22:24:53< mattsc> neph: so I checked on gna and the files is not there either: http://svn.gna.org/viewcvs/wesnoth/trunk/data/ai/lua/
20120415 22:25:20< neph> mattsc, seems I've forgot to add them to the repository 
20120415 22:25:26< neph> I will restart
20120415 22:25:31-!- neph [~neph@02de475b.bb.sky.com] has quit [Read error: Connection reset by peer]
20120415 22:27:32-!- Nephro [~Dmitry@02de475b.bb.sky.com] has joined #wesnoth-dev
20120415 22:27:35< CIA-69> nephro * r53941 /trunk/data/ai/lua/debug.lua: LuaAI: added a new file
20120415 22:27:42< Nephro> mattsc, fixed :)
20120415 22:29:58< CIA-69> espreon * r53942 /trunk/data/ai/lua/ (cache.lua debug.lua): Ran umcpropfix.
20120415 22:32:18< Nephro> Espreon, what does that tool do?
20120415 22:32:29< tyrannodogg> hi, can someone tell me how to select a custom ai with the --algorithm switch, especially how the value part of side:value looks for that ai?
20120415 22:32:30-!- Artemius23 [~yigit@139.179.207.83] has joined #wesnoth-dev
20120415 22:37:18< Espreon> Nephro: It sets/unsets SVN properties.
20120415 22:38:01-!- Crendgrim [~crend@77-22-112-72-dynip.superkabel.de] has quit [Quit: ...]
20120415 22:38:13-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20120415 22:43:06< mattsc> Nephro: thanks!  Will check it out soon.
20120415 22:44:49-!- ChrisOelmueller [bouncer@syngo.info] has joined #wesnoth-dev
20120415 22:45:23-!- negusnyul_ [~negusnyul@dsl4E5CD703.pool.t-online.hu] has quit [Quit: Konversation terminated!]
20120415 22:50:44-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20120415 22:51:43-!- khoover [~crazy1010@70.51.111.75] has quit [Ping timeout: 264 seconds]
20120415 22:52:05-!- happygrue [~quassel@c-98-222-183-113.hsd1.il.comcast.net] has joined #wesnoth-dev
20120415 22:52:05-!- happygrue [~quassel@c-98-222-183-113.hsd1.il.comcast.net] has quit [Changing host]
20120415 22:52:05-!- happygrue [~quassel@wesnoth/developer/wintermute] has joined #wesnoth-dev
20120415 22:52:37-!- enchilado [~enchilado@210-55-84-5.dialup.xtra.co.nz] has quit [Ping timeout: 276 seconds]
20120415 22:53:53< mattsc> Nephro: I did a very quick test of ai.debug.get_dst_src() and it works and updated as I expected it.  Nice!
20120415 22:56:25< mattsc> I also tested get_attacks() and that does not update in real time.  I believe that's what you expected.
20120415 22:56:40< mattsc> I don't have time for testing things more closely or for the other functions right now, I'll do so tonight.
20120415 22:56:53-!- enchilado [~enchilado@defocus/yummy/enchilado] has joined #wesnoth-dev
20120415 22:57:06-!- Appleman1234 [~Appleman1@ppp59-167-222-56.qld.adsl.internode.on.net] has quit [Read error: Connection reset by peer]
20120415 22:58:58-!- avrilfanomar [~omar@88.155.246.137] has left #wesnoth-dev []
20120415 23:00:25-!- faryshta [~faryshta@189.242.50.21] has quit [Ping timeout: 276 seconds]
20120415 23:02:58< Nephro> mattsc, yes, it's good that it works, since I couldn't test it using your method
20120415 23:03:48< Nephro> Espreon, must I usually use this tool myself?
20120415 23:04:38-!- khoover [~crazy1010@70.51.111.75] has joined #wesnoth-dev
20120415 23:05:27< Espreon> Nephro: It'd be nice if you did.
20120415 23:05:38-!- Ayne [~Ayne@cpc2-sgyl34-2-0-cust493.sgyl.cable.virginmedia.com] has quit [Quit: ~ Trillian Astra - www.trillian.im ~]
20120415 23:12:47-!- faryshta [~faryshta@189.242.236.7] has joined #wesnoth-dev
20120415 23:13:01-!- enchilado [~enchilado@defocus/yummy/enchilado] has quit [Quit: BBL->]
20120415 23:17:09< Nephro> Espreon, any docs/tutorials on how to use? or where to find it?
20120415 23:17:18-!- Dokem [8176d789@gateway/web/freenode/ip.129.118.215.137] has joined #wesnoth-dev
20120415 23:17:32< Nephro> i checked the dev guides on wiki, didn't find anything about this
20120415 23:17:56< Dokem> Where has Crab been?
20120415 23:18:33-!- teugon [~teugon@2-234-35-21.ip221.fastwebnet.it] has quit [Quit: Sto andando via]
20120415 23:18:49< shadowm> Nephro: that's because it's not a Wesnoth tool.
20120415 23:19:02-!- reyalp_ [32876797@gateway/web/freenode/ip.50.135.103.151] has joined #wesnoth-dev
20120415 23:19:30< shadowm> It was created for use by the Wesnoth-UMC-Dev project admins and I never felt the need to document it beyond its --help output.
20120415 23:20:01< shadowm> Dokem: he was here a few hours ago.
20120415 23:20:11< shadowm> 1:20 hours ago, actually.
20120415 23:24:29< Espreon> Nephro: http://wesnoth-umc-dev.svn.sourceforge.net/viewvc/wesnoth-umc-dev/branches/maintenance-toolchain/umcpropfix?revision=14301 ... Or you could just manually set properties yourself.
20120415 23:24:52< shadowm> There's a much better way.
20120415 23:26:31< shadowm> http://wesnoth-umc-dev.ai0867.net/docs/svnprops.php , "Client Config" section
20120415 23:28:37< shadowm> I don't know whether git-svn (via libsvn) respects that, though. It probably does not.
20120415 23:30:37-!- teugon [~teugon@2-234-35-21.ip221.fastwebnet.it] has joined #wesnoth-dev
20120415 23:34:35< teugon> can somebody tell me where do I found the list with "#[number]" for feature requests ? I do also need a kind example of how to update the changelog.
20120415 23:37:34< AI0867> bugs.wesnoth.org
20120415 23:39:50-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20120415 23:41:24-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 245 seconds]
20120415 23:41:38< teugon> what's about how should I add entries in the changelog ?
20120415 23:42:15< shadowm> editing the changelog? you can take a look at existing examples. Player-visible changes should be added to both changelogs.
20120415 23:42:42< shadowm> The only special rule is that the "Miscellaneous and bug fixes" section always goes last for the same version block.
20120415 23:43:13< shadowm> Every other section is provided in alphabetic order, although their entries are generally not sorted by any criteria.
20120415 23:43:58< teugon> I do only have 1 changelog in the trunk directory and it's called "changelog", do I have to look somewhere else?
20120415 23:45:46-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20120415 23:46:30< shadowm> players_changelog is the players changelog
20120415 23:46:58< teugon> thx
20120415 23:47:10< shadowm> All release announcements link both. :p
20120415 23:47:24-!- Johannes13 [~Johannes@unaffiliated/johannes13] has quit [Ping timeout: 260 seconds]
20120415 23:47:48< shadowm> (Then again, I guess not everyone reads the announcements or the changelogs like I used to do.)
20120415 23:54:42< teugon> tbh I've always done It too both players and developers one ...  I'm an upgrade freak.
20120415 23:55:25-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Quit: Leaving.]
--- Log closed Mon Apr 16 00:00:41 2012