--- Log opened Tue Nov 24 00:00:32 2009
20091124 00:02:01-!- Zarel [n=Zarel@134.84.223.238] has joined #wesnoth-dev
20091124 00:02:31-!- elynia [n=shyde@wesnoth/umc-dev/misc/elynia] has joined #wesnoth-dev
20091124 00:04:12-!- shadowm_laptop [n=ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20091124 00:04:22-!- shadowm_laptop is now known as SpinachMaster
20091124 00:05:28< Espreon> OK, I have created a test case for bug 14826...
20091124 00:07:23< Espreon> http://wesnoth-umc-dev.svn.sourceforge.net/viewvc/wesnoth-umc-dev/branches/testing/trunk/Bug14826.tar.gz?view=tar
20091124 00:07:56< shadowmaster> please put that on the bug report, not here
20091124 00:09:23< Espreon> I did.
20091124 00:21:15-!- wesbot changed the topic of #wesnoth-dev to: 1.7.9-1.8beta2 *maybe* planned for tomorrow | string/feature freeze active! | 74 bugs, 248 feature requests, 9 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20091124 00:22:44-!- stikonas [n=and@wesnoth/translator/stikonas] has quit ["Konversation terminated!"]
20091124 00:33:49-!- kitty_ [n=kitty@e180201077.adsl.alicedsl.de] has quit ["bye"]
20091124 00:40:33< shadowmaster> ffgrrr I hate this wiki
20091124 00:40:42< Espreon> Why?
20091124 00:41:14< shadowmaster> where the fuck do I find information on the old markup syntax?
20091124 00:41:26-!- SonIcco [n=SonIcco@217.81.52.230] has quit [Remote closed the connection]
20091124 00:42:33-!- shadowmaster_ [n=ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20091124 00:43:03-!- elynia_ [n=shyde@wesnoth/umc-dev/misc/elynia] has joined #wesnoth-dev
20091124 00:43:23-!- shadowmaster [n=ignacio@wesnoth/developer/shadowmaster] has quit [Nick collision from services.]
20091124 00:43:23-!- elynia [n=shyde@wesnoth/umc-dev/misc/elynia] has quit [Nick collision from services.]
20091124 00:43:26-!- shadowmaster [n=ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20091124 00:43:50-!- shadowmaster [n=ignacio@wesnoth/developer/shadowmaster] has quit [Nick collision from services.]
20091124 00:44:01-!- shadowmaster [n=ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20091124 00:44:13-!- shadowmaster [n=ignacio@wesnoth/developer/shadowmaster] has quit [Nick collision from services.]
20091124 00:44:16-!- shadowmaster [n=ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20091124 00:45:02-!- SpinachMaster [n=ignacio@wesnoth/developer/shadowmaster] has quit [Nick collision from services.]
20091124 00:45:06-!- shadowmaster_ is now known as shadowm_laptop
20091124 00:50:47-!- stikonas [n=and@bcm-131-111-216-119.girton.cam.ac.uk] has joined #wesnoth-dev
20091124 00:55:01-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20091124 00:58:06-!- loonycyborg [n=sergey@wesnoth/developer/loonycyborg] has quit ["Zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz"]
20091124 00:58:40-!- loonybot [n=loonybot@wesnoth/bot/loonybot] has quit [Remote closed the connection]
20091124 01:01:42-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit ["WRYYYYYYYYYYYYYYYYYYYY!"]
20091124 01:05:58-!- Zarel [n=Zarel@x-134-84-55-56.uofm-secure.wireless.umn.edu] has joined #wesnoth-dev
20091124 01:08:13-!- shadowm_laptop [n=ignacio@wesnoth/developer/shadowmaster] has quit [Nick collision from services.]
20091124 01:08:31-!- elynia_ [n=shyde@wesnoth/umc-dev/misc/elynia] has quit [Nick collision from services.]
20091124 01:08:40-!- elynia [n=shyde@wesnoth/umc-dev/misc/elynia] has joined #wesnoth-dev
20091124 01:08:52-!- shadowm_laptop [n=ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20091124 01:11:27< fabi> From what level of complexity on do the constructor implementation move from the header to the cpp file?
20091124 01:13:21< shadowmaster> if it gets too long.
20091124 01:13:22< Crab_> I'd say "if you're not lazy, or,  when said implementation causes substantially longer compilation time, for example - because of additional dependencies needed in .hpp"
20091124 01:13:31< shadowmaster> that too.
20091124 01:13:54< shadowmaster> the purpose of putting on the header file is making it inlineable by the compiler AFAIK
20091124 01:15:10 * Crab_ thinks about bad things when he needs to recompile half of wesnoth because of a single-line change in something that *could* be placed in a .cpp ...
20091124 01:16:20< shadowmaster> I tend to inline them only if they are "initialize variables, do nothing else" construcors
20091124 01:19:58-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20091124 01:22:00-!- allefant [n=elias@allegro/developer/allefant] has quit [Read error: 110 (Connection timed out)]
20091124 01:22:42< fabi> Thank you both.
20091124 01:26:47-!- shadowmaster_ [n=ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20091124 01:26:51< CIA-55> alink * r39905 /trunk/src/actions.cpp: 
20091124 01:26:51< CIA-55> Fix bug #14826 :"Attempt to dereference invalid iterator" assert in TSL scenario 2
20091124 01:26:51< CIA-55> Prevent the crash but I still need to check waypoints(if used) for these special cases
20091124 01:26:51-!- elynia_ [n=shyde@wesnoth/umc-dev/misc/elynia] has joined #wesnoth-dev
20091124 01:28:17-!- shadowm_laptop [n=ignacio@wesnoth/developer/shadowmaster] has quit [Nick collision from services.]
20091124 01:28:21-!- elynia [n=shyde@wesnoth/umc-dev/misc/elynia] has quit [Nick collision from services.]
20091124 01:28:29-!- shadowmaster_ is now known as shadowm_laptop
20091124 01:28:32-!- elynia_ is now known as elynia
20091124 01:32:45-!- shadowm_laptop [n=ignacio@wesnoth/developer/shadowmaster] has quit ["pasta"]
20091124 01:51:28-!- Crab_ [i=crab@wesnoth/developer/crab] has quit ["Leaving."]
20091124 02:09:17-!- Zarel [n=Zarel@x-134-84-55-56.uofm-secure.wireless.umn.edu] has joined #wesnoth-dev
20091124 02:11:34-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit [Client Quit]
20091124 02:14:34-!- alink [n=alink@wesnoth/developer/alink] has joined #wesnoth-dev
20091124 02:28:16-!- Netsplit card.freenode.net <-> irc.freenode.net quits: kimrhh
20091124 02:29:08-!- Netsplit over, joins: kimrhh
20091124 02:32:02-!- wesbot_ [n=wesbot@asteria.debian.or.at] has joined #wesnoth-dev
20091124 02:33:17-!- wesbot [n=wesbot@asteria.debian.or.at] has quit [Read error: 104 (Connection reset by peer)]
20091124 02:33:17-!- wesbot_ is now known as wesbot
20091124 02:42:58-!- elynia [n=shyde@wesnoth/umc-dev/misc/elynia] has quit [Read error: 110 (Connection timed out)]
20091124 02:49:26< CIA-55> alink * r39906 /trunk/src/ (actions.cpp actions.hpp menu_events.cpp): Safer handling of waypoints when WML moveto event removes the moving unit.
20091124 02:49:32< CIA-55> fendrin * r39907 /branches/fendrin_gui_stuff/src/gui/dialogs/ (wml_message.cpp wml_message.hpp): Code cleanups.
20091124 02:49:40-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091124 02:50:08< alink> sneaky WML events altering reality in the middle of the code flow :-/
20091124 02:52:19-!- stikonas [n=and@bcm-131-111-216-119.girton.cam.ac.uk] has joined #wesnoth-dev
20091124 03:07:19-!- Ivanovic [n=ivanovic@wesnoth/developer/ivanovic] has quit [Read error: 104 (Connection reset by peer)]
20091124 03:07:24-!- Ivanovic [n=ivanovic@dtmd-4db2faa6.pool.mediaWays.net] has joined #wesnoth-dev
20091124 03:09:48-!- ardesh [n=ardesh@port-92-195-42-52.dynamic.qsc.de] has quit [Read error: 110 (Connection timed out)]
20091124 03:10:23-!- ardesh [n=ardesh@port-92-195-58-172.dynamic.qsc.de] has joined #wesnoth-dev
20091124 03:19:35-!- fabi [n=fabi@wesnoth/developer/fendrin] has quit [Remote closed the connection]
20091124 03:20:20< CIA-55> alink * r39908 /trunk/src/actions.cpp: 
20091124 03:20:20< CIA-55> add a note and new variable name to better indicate the risk of wml event invalidating iterator.
20091124 03:20:20< CIA-55> also fix indentation.
20091124 03:21:49-!- fendrin [n=fabi@77-20-109-103-dynip.superkabel.de] has joined #wesnoth-dev
20091124 03:25:30-!- mjs-de [n=mjs-de@vpw.wh.Uni-Dortmund.DE] has quit [Remote closed the connection]
20091124 03:28:23< CIA-55> alink * r39909 /trunk/src/actions.cpp: improve r39908, always disable the old iterator.
20091124 03:29:43< alink> i suppose that i should use scope tricks, but that's probably the biggest function of all the code base...
20091124 03:31:25< alink> anyone know a nice trick to disable a variable without using scope ?
20091124 03:31:52< alink> mmmh maybe namespace, i will check if it works
20091124 03:36:40< alink> bah compiler doesn't let me do shadow the variable
20091124 03:36:56< alink> i need a "deusing namespace_x"
20091124 03:41:23< alink> macro will work, but that's really too ugly
20091124 03:46:11< alink> gn
20091124 03:46:14-!- alink [n=alink@wesnoth/developer/alink] has quit [Remote closed the connection]
20091124 04:09:19-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091124 04:13:05-!- Zarel [n=Zarel@x-134-84-252-90.uofm-secure.wireless.umn.edu] has joined #wesnoth-dev
20091124 04:20:53-!- seb_ [i=be2a47e3@gateway/web/freenode/x-yxcnaohweuviousy] has joined #wesnoth-dev
20091124 04:21:26< seb_> hello, 
20091124 04:21:49-!- Ivanovic_ [n=ivanovic@dtmd-4db2a135.pool.mediaWays.net] has joined #wesnoth-dev
20091124 04:22:25-!- seb_ [i=be2a47e3@gateway/web/freenode/x-yxcnaohweuviousy] has quit [Client Quit]
20091124 04:22:32< shadowmaster> no hello for you.
20091124 04:23:00 * shadowmaster assumes it has something to do with the gateway link he put in the wiki
20091124 04:23:12< noy> you're a meanie
20091124 04:23:28< noy> scaring off all the good wesnoth players for no reason whatsoever!
20091124 04:24:06-!- Blueblaze [n=nick@adsl-99-158-46-90.dsl.hstntx.sbcglobal.net] has quit [Read error: 110 (Connection timed out)]
20091124 04:32:56-!- Legend [n=bart@cpe-75-187-108-150.insight.res.rr.com] has left #wesnoth-dev ["Leaving."]
20091124 04:38:16-!- Ivanovic [n=ivanovic@dtmd-4db2faa6.pool.mediaWays.net] has quit [Read error: 110 (Connection timed out)]
20091124 04:39:16-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20091124 04:39:47-!- Ivanovic_ is now known as Ivanovic
20091124 05:38:20-!- dtiger [n=dtiger@dynamic-vpdn-93-125-67-197.telecom.by] has joined #wesnoth-dev
20091124 05:38:29-!- Blueblaze [n=nick@adsl-99-158-46-90.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20091124 06:47:39< Espreon> fendrin: Around?
20091124 06:49:32-!- lukjad007 [n=lukjadOO@unaffiliated/lukjad007] has quit [Read error: 110 (Connection timed out)]
20091124 06:51:19< fendrin> hi Espreon
20091124 06:51:32< Espreon> Uh, aren't you going to fix that bug?
20091124 06:51:51< Espreon> ... with the recall dialog?
20091124 06:52:20< fendrin> The unit without name debug creation leads to segfault when openening the recall dialogue?
20091124 06:52:59< Espreon> Yup.
20091124 06:53:38< fendrin> It is on my list but it doesn't have a high priority.
20091124 06:55:47< Espreon> Oh, OK then.
20091124 06:56:13< fendrin> The newest feature is that unaffordable units are displayed in grey (like if they had been petrified). It shall look like the item is greyed out.
20091124 06:56:51< Espreon> Nice.
20091124 07:00:12< fendrin> The bug with the highest priority is that removing the last unit from the recall list (not recalling but dismissing) leads to a segfault.
20091124 07:01:35< fendrin> I am playing with the thought that units that have both genders shall display both portraits, mabye one to the left and one to the right. 
20091124 07:02:58< fendrin> And doing several recalls at once is already working but may lead to problems since recalling can trigger events that may alter the recall list or even prevent the player from further recalling.
20091124 07:10:47< esr> Ivanovic: ping?
20091124 07:59:53-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit ["WRYYYYYYYYYYYYYYYYYYYY!"]
20091124 08:00:36-!- zookeeper [n=l@88.148.251.223] has joined #wesnoth-dev
20091124 08:22:44-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20091124 08:25:46-!- AnMaster [n=AnMaster@unaffiliated/anmaster] has quit [Connection timed out]
20091124 08:48:32-!- yann [n=dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has joined #wesnoth-dev
20091124 08:49:38-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20091124 09:12:50-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20091124 10:05:30-!- jetrel-alt [n=richard_@pool-71-164-166-178.dllstx.fios.verizon.net] has joined #wesnoth-dev
20091124 10:05:57< jetrel-alt> Does anyone know if phpbb 3 sends a message to the creator of a thread to notify them if a mod moves their thread?
20091124 10:06:37< jetrel-alt> Namely, I'm afraid to move threads from Art Contrib -> Art Workshop, because I'm afraid of the creator wondering WTF happened to his thread.
20091124 10:07:17< jetrel-alt> On the other hand, I don't want to use the "Shadow Topic", because that gunks up the forum and it's only necessary for the creator to know, not everyone else.
20091124 10:15:32-!- yann [n=dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has quit [Remote closed the connection]
20091124 10:17:16-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has quit [Remote closed the connection]
20091124 10:23:12< Ivanovic> moin
20091124 10:23:32< Ivanovic> esr: what's up?
20091124 10:33:46-!- yann [n=dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has joined #wesnoth-dev
20091124 10:41:12< jetrel-alt> Ivanovic: you
20091124 10:41:18< jetrel-alt> yo
20091124 10:41:35< jetrel-alt> ^ my immediate question above. :)
20091124 10:42:29< jetrel-alt> Does phpBB 3 send a message to someone if you move their topic, or do you have to use the shadow topic thing or do it manually?
20091124 10:47:59< Ivanovic> i don't think it does
20091124 10:48:09< Ivanovic> but you can of course pm the author by hand
20091124 10:48:10< Ivanovic> ;)
20091124 10:48:32< jetrel-alt> π_π  I see.
20091124 10:48:53< jetrel-alt> Thanks for the answer, though. :)
20091124 11:17:08< Ivanovic> afk for several hours, cu
20091124 11:36:49 * jetrel-alt disappears
20091124 11:36:56-!- jetrel-alt [n=richard_@pool-71-164-166-178.dllstx.fios.verizon.net] has left #wesnoth-dev []
20091124 12:04:24< CIA-55> soliton * r39910 /branches/1.6/po/wesnoth/en_GB.po: translation fix
20091124 12:05:13< CIA-55> soliton * r39911 /trunk/po/ (wesnoth/en_GB.po wesnoth-editor/la.po): translation fixes
20091124 12:07:55-!- loonybot [n=loonybot@79.139.138.110] has joined #wesnoth-dev
20091124 12:08:46-!- loonycyborg [n=sergey@79.139.138.110] has joined #wesnoth-dev
20091124 12:09:44-!- lukjad007 [n=lukjadOO@unaffiliated/lukjad007] has joined #wesnoth-dev
20091124 12:16:17-!- EdB [n=edb@79.95.12.141] has joined #wesnoth-dev
20091124 12:20:33-!- Netsplit card.freenode.net <-> irc.freenode.net quits: Soliton
20091124 12:20:42-!- Netsplit card.freenode.net <-> irc.freenode.net quits: loonycyborg
20091124 12:20:58-!- Netsplit over, joins: Soliton
20091124 12:21:15-!- wesbot changed the topic of #wesnoth-dev to: 1.7.9-1.8beta2 *maybe* planned for tomorrow | string/feature freeze active! | 73 bugs, 248 feature requests, 9 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20091124 12:24:26-!- loonycyborg [n=sergey@wesnoth/developer/loonycyborg] has joined #wesnoth-dev
20091124 12:59:04-!- Zarel [n=Zarel@134.84.252.90] has joined #wesnoth-dev
20091124 13:11:27-!- _teddy [n=fedor76@ppp-78-24-26-14-bras0.istra.ru] has quit [Read error: 54 (Connection reset by peer)]
20091124 13:12:40-!- EdB [n=edb@79.95.12.141] has quit [Remote closed the connection]
20091124 13:38:36-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20091124 13:54:19-!- stikonas [n=and@bcm-131-111-216-119.girton.cam.ac.uk] has joined #wesnoth-dev
20091124 14:13:59-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Read error: 104 (Connection reset by peer)]
20091124 14:15:24-!- stikonas [n=and@131.111.216.119] has joined #wesnoth-dev
20091124 14:29:22-!- Crab_ [i=crab@wesnoth/developer/crab] has joined #wesnoth-dev
20091124 14:30:17< esr> Ivanovic: I've dealt with all the pangoization cases in mainline that we can fix without a string break.
20091124 14:39:14-!- dtiger [n=dtiger@dynamic-vpdn-93-125-67-197.telecom.by] has quit [Read error: 110 (Connection timed out)]
20091124 15:22:22< CIA-55> esr * r39912 /trunk/data/tools/wmllint: Fix another error in the pangoization code. Addresses bug #14815.
20091124 15:23:30< Ivanovic> esr: okay
20091124 15:23:53< Ivanovic> i am off again for some (many) hours and won't release today either
20091124 15:24:56< Crab_> Ivanovic: is 'removing strings' during the stringfreeze' ok ?
20091124 15:25:11< Ivanovic> sure, removing is fine
20091124 15:25:18< Crab_> thanks
20091124 15:25:19< Ivanovic> just adding or altering strings is not okay
20091124 15:26:02-!- mjs-de [n=mjs-de@vpw.wh.uni-dortmund.de] has joined #wesnoth-dev
20091124 15:37:00< CIA-55> esr * r39913 /trunk/data/tools/wmllint: Comment fix.
20091124 15:42:49-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091124 15:43:48-!- dtiger [n=dtiger@dynamic-vpdn-93-125-15-119.telecom.by] has joined #wesnoth-dev
20091124 15:45:33-!- stikonas [n=and@bcm-131-111-216-119.girton.cam.ac.uk] has joined #wesnoth-dev
20091124 15:50:08-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Read error: 54 (Connection reset by peer)]
20091124 15:50:50-!- Blueblaze [n=nick@adsl-99-158-46-90.dsl.hstntx.sbcglobal.net] has quit [Read error: 110 (Connection timed out)]
20091124 15:52:09-!- stikonas [n=and@131.111.216.119] has joined #wesnoth-dev
20091124 15:59:28-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20091124 16:06:45-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20091124 16:23:59-!- Bob_The_Mighty [n=chatzill@86.26.239.137] has joined #wesnoth-dev
20091124 16:26:26< Bob_The_Mighty> is it possible to grab a unit's defendive hit sounds with $unit.animation.defend.sound or some such?
20091124 16:30:42< shadowmaster> $unit.defend.if.frame.sound would work for those using DEFENSE_ANIM and such
20091124 16:31:07< shadowmaster> not 100% guaranteed to work and it requires some knowledge of the defense animation
20091124 16:34:03< Bob_The_Mighty> that's sounds good enough for my purpose
20091124 16:36:29-!- knotwork [n=markm@hlfxns01bbg-142177232103.pppoe-dynamic.ns.aliant.net] has quit [Remote closed the connection]
20091124 16:42:13-!- crimson_penguin [i=40c93cd3@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20091124 16:42:48< crimson_penguin> Ivanovic: my HD may come today, so I might be able to build tomorrow, but maybe not
20091124 16:42:54< Bob_The_Mighty> Another thing, I think I remember soliton pointing out that many people were messing up translation marks when putting messages into macros. Is this an okay way to do it? http://wesnoth.pastebin.com/d7a50695a
20091124 16:43:59< shadowmaster> yes, it is Bob_The_Mighty 
20091124 16:44:22< shadowmaster> make sure you use the correct textdomain wherever you use that macro though.
20091124 16:44:39-!- lizard_r [n=Miranda@wesnoth/umc-dev/developer/lizard] has joined #wesnoth-dev
20091124 16:44:50< Bob_The_Mighty> Can you explain textdomain to me? I've never been sure what it was or did
20091124 16:45:25 * shadowmaster is going away for tea..
20091124 16:45:33< Bob_The_Mighty> lol, okay
20091124 16:46:38< Bob_The_Mighty> before you go, i sometimes see a space before the translation mark, sometimes after it, sometimes both... does it matter?
20091124 16:47:01< zookeeper> no
20091124 16:47:39< zookeeper> but of course the preprocessor interprets {DEBUG_MSG _ "hi"} as two arguments
20091124 16:47:59< zookeeper> so in that case it matters
20091124 16:48:53< Bob_The_Mighty> right
20091124 16:55:11< Soliton> (which is why IMO _"hi" is the best default.)
20091124 16:57:11-!- AnMaster [n=AnMaster@unaffiliated/anmaster] has joined #wesnoth-dev
20091124 17:08:45< Bob_The_Mighty> so if $unit.defend.if.frame.sound gets the defend noise, $unit.attack[0].if.frame.sound would presumably get the sound of the first weapon?
20091124 17:11:16< zookeeper> no
20091124 17:11:31< zookeeper> there is no unit.attack[0].if
20091124 17:11:54< zookeeper> that said, getting the attack sound would be very tricky
20091124 17:12:05< zookeeper> so you probably should find another workaround
20091124 17:12:35< zookeeper> what are you actually trying to do?
20091124 17:12:56< Bob_The_Mighty> simulate attacks with wml
20091124 17:13:18< zookeeper> uh...you know we have [animate_unit], don't you?
20091124 17:13:37< zookeeper> you can just trigger whatever animation you want with that
20091124 17:13:38< Bob_The_Mighty> yeah, i'm using that in parts
20091124 17:14:25< Bob_The_Mighty> and the sounds accompany it?
20091124 17:14:35< zookeeper> sounds are part of animations, yes
20091124 17:19:46< Bob_The_Mighty> since your here, is there any way to do calculations on the fly in a filter, for instance x=$unit.x-4 (to select the current hex minus 4)  the i guess not, it might just interpret it as a range
20091124 17:20:34< zookeeper> umm, maybe formulas can do that
20091124 17:20:59< zookeeper> although in a filter you'd need to use $this_unit if you want to refer to the unit being filtered
20091124 17:22:34< zookeeper> but i don't really remember how formula expressions are written, something like x=$($this_unit.x - 4) probably
20091124 17:25:15< Bob_The_Mighty> Is there a counterpart to $this_unit, in the same way as there is second_unit?
20091124 17:26:01< zookeeper> no
20091124 17:33:47< Ivanovic> crimson_penguin: cool
20091124 17:34:03-!- knotwork [n=markm@142.177.232.103] has joined #wesnoth-dev
20091124 17:41:48< Bob_The_Mighty> if a unit is on a course via setting goto_x,goto_y will it not attack no matter how high the aggression setting? would ai_guardian status affect its behaviour?
20091124 17:42:11< Bob_The_Mighty> and on a related note, what happened to the old ilde status?
20091124 17:43:09< zookeeper> i don't think gotos should affect attacking, if the unit lands next to an enemy
20091124 17:43:18< zookeeper> neverheard of an "idle status"
20091124 17:43:48< Crab_> Bob_The_Mighty: gotos are resolved *before* considering attacks
20091124 17:45:12< Bob_The_Mighty> I'm sure idle used to check if a unit had done nothing for a whole turn, thus making it eligible for rest healing, resting=yes doesn't have the same use exactly it seems
20091124 17:45:17< Bob_The_Mighty> thanks, crab
20091124 17:45:59< Crab_> and, 'guardian units stay put' only affect strategic movement phase (so, guardian units can do gotos, retreat, get healing, fight, etc)
20091124 17:47:53< Bob_The_Mighty> are there other ways to tweak the ai behaviour of individual units?
20091124 17:48:13< Crab_> yes
20091124 17:50:26< Crab_> for example, see LoW 3 - I make one of the leaders retreat to specific location if 'his hp is less than 1/2 of max' or 'turn>3'
20091124 17:50:58< Crab_> basically, there is a way to specify "if situation looks like THAT, do THIS"
20091124 17:52:13< shadowmaster> zookeeper: would it hurt balance in TRoW Temple of the Deep if the undead raised by the enemy after the player units die couldn't move until the end of their turn?
20091124 17:54:28< shadowmaster> actually change that to "attack", not "move" - they already can't move but their attacks_left is still at the default value of 1
20091124 17:54:44< Bob_The_Mighty> Crab, what if a unit is already on the hexes specified by goto, would it then be free to run around as usual? What if reaching the specified hex, used up half of its movement, would the other half be spent on strategic moves?
20091124 17:57:22< CIA-55> shadowmaster * r39914 /trunk/data/campaigns/The_Rise_Of_Wesnoth/utils/trow-macros.cfg: 
20091124 17:57:22< CIA-55> Fix variable dead_store not being cleared in non-Hard difficulties in
20091124 17:57:22< CIA-55> TRoW.
20091124 17:57:50< Crab_> 2) ai executes gotos by using 'full movement', so movement is set to 0 after a successful move.
20091124 17:59:51< CIA-55> shadowmaster * r39915 /trunk/data/campaigns/The_Rise_Of_Wesnoth/utils/trow-macros.cfg: Simplify code of RISE_UP_RISE_UP macro in TRoW
20091124 18:01:25< zookeeper> shadowmaster, not at all
20091124 18:01:30< shadowmaster> well, it's not used only in TotD but whatever
20091124 18:01:50< zookeeper> or maybe it would, but i doubt it would hurt, spawns are annoying anyway so no problem making them easier to deal with.
20091124 18:02:10< Crab_> 1) goto-move that is not 'legal' will not be executed. moving where the dst is occupied is legal (movement will stop once MP run out or once we stand next to unit).
20091124 18:03:04< CIA-55> shadowmaster * r39916 /trunk/data/campaigns/The_Rise_Of_Wesnoth/utils/trow-macros.cfg: 
20091124 18:03:06< CIA-55> Don't allow enemies spawned by RISE_UP_RISE_UP on their own turn to
20091124 18:03:08< CIA-55> attack immediately.
20091124 18:03:33< Bob_The_Mighty> and if the blocking unit moves off the destination hex, the goto guy will continue the following turn?
20091124 18:04:06< zookeeper> gotos don't persist across turns
20091124 18:04:30< zookeeper> you have to set them again each turn
20091124 18:04:33< Bob_The_Mighty> hmm, so if the goto guy is ZoC'd it will run up against the blocker, but not attack?
20091124 18:05:02< Crab_> Bob_The_Mighty: attacks are not removed by 'full movement', so attacks will still be considered
20091124 18:05:21< Bob_The_Mighty> right, okay
20091124 18:05:26< shadowmaster> "Young and brash, Fighters fight with a sword"
20091124 18:05:31< Crab_> however...
20091124 18:06:36< Crab_> Bob_The_Mighty: imagine a turn sequence like this: ai executes goto moves, ai does all attacks, ai moves some of its units and triggers a WML event which sets a goto on unit which still can move, that unit moves next to enemy.
20091124 18:06:45-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091124 18:07:26< Crab_> in this case, with default ai, the attack is lost. (since default ai contains a flag 'consider_combat' which is set to false once all attacks are done)
20091124 18:07:39< Crab_> (RCA ai is unaffected and considers the attack normally)
20091124 18:08:06-!- stikonas [n=and@bcm-131-111-216-119.girton.cam.ac.uk] has joined #wesnoth-dev
20091124 18:08:48-!- lizard_r [n=Miranda@wesnoth/umc-dev/developer/lizard] has quit [Read error: 60 (Operation timed out)]
20091124 18:09:10< Crab_> basically, any stuff that adds new attack possibilities (or changes old attack possibilities) during the turn  can confuse old ai and cause it to ignore those new attacks possibilities.
20091124 18:10:11< Crab_> (this is somewhat eased there, by presence of hacks which make units attack ambushers upon ambush)
20091124 18:13:29< Bob_The_Mighty> i don't suppose there is a way to give a unit a goto order at the point in the sequence when it has decided that it isn't going to attack anything? so that it still moves that turn?
20091124 18:13:45< CIA-55> shadowmaster * r39917 /trunk/data/campaigns/Two_Brothers/_main.cfg: Fix meta credits entry.
20091124 18:14:26< Crab_> Bob_The_Mighty: its possible via WML events triggered by 'old default ai' actions which happen after it stopped considering combat
20091124 18:14:31< CIA-55> shadowmaster * r39918 /trunk/data/campaigns/Under_the_Burning_Suns/_main.cfg: Fix meta credits entry.
20091124 18:15:14< Bob_The_Mighty> I'm not sure what you mean
20091124 18:15:31< CIA-55> shadowmaster * r39919 /trunk/data/campaigns/The_Rise_Of_Wesnoth/_main.cfg: Fix alphabetical order in credits, update.
20091124 18:16:45< CIA-55> shadowmaster * r39920 /trunk/data/campaigns/The_South_Guard/_main.cfg: Fix alphabetical order in credits.
20091124 18:17:31< Crab_> Bob_The_Mighty: you have 2 peasants, A and B. there's an enemy skeleton standing nearby. ai is afraid to attack the skeleton with peasants. no attacks happen, so 'consider_combat->false'. next, ai moves peasant A north and triggers a moveto event which transforms those peasants into armageddon drakes. potential attack of armageddon drake B on skeleton is lost.
20091124 18:18:52< Bob_The_Mighty> thanks, i get it - but i can't trigger an event by explicitly checking if consider_combat=false?
20091124 18:19:28< Crab_> no
20091124 18:19:49< Crab_> and, we'll switch the default to RCA-based ai soon, which is unaffected by such glitches...
20091124 18:20:06< CIA-55> shadowmaster * r39921 /trunk/data/campaigns/Northern_Rebirth/_main.cfg: 
20091124 18:20:06< CIA-55> Fix alphabetical order in credits, remove Translators section (not valid
20091124 18:20:06< CIA-55> anymore since NR was included in mainline)
20091124 18:21:38< Crab_> Bob_The_Mighty: does 'ai triggering WML events' stuff allow some interesting things to be done ?
20091124 18:22:56< Bob_The_Mighty> you mean in the context of your two peasants?
20091124 18:23:17< CIA-55> shadowmaster * r39922 /trunk/data/campaigns/Legend_of_Wesmere/_main.cfg: 
20091124 18:23:17< CIA-55> Remove empty line, put Fabi before Santi in the Campaign Maintenance
20091124 18:23:17< CIA-55> section of the credits, update.
20091124 18:24:07< Crab_> Bob_The_Mighty: no, I mean "now that you've mentioned 'triggering wml events by checking ai', I'm wondering if it's a good thing to add in 1.9 (it would be fairly simple to code)"
20091124 18:25:17< CIA-55> shadowmaster * r39923 /trunk/data/campaigns/Under_the_Burning_Suns/_main.cfg: Update credits.
20091124 18:25:17< Bob_The_Mighty> well, i would like to be able to set a unit's goto course, if it has decided not to attack
20091124 18:25:19< Crab_> i.e. I can allow writing ai snippets like "if (FORMULA_AI_CONDITION) raise_wml_event"
20091124 18:26:56< Crab_> this is not so useful for 'set a unit's goto course, if it has decided not to attack' (it's easier just to order the unit to move), but it'll allow things like 'ai using map-related special things and special attacks'
20091124 18:26:58< Bob_The_Mighty> I guess someone might make use of a handle on an ai unit not attacking, awarding it a cowardly medal or something
20091124 18:29:22< Bob_The_Mighty> am i right in thinking you mean something like the following: if a wml event slowed an ai unit when it moved next to my hero, it would (instead of attacking anyway) recalculate its chances, and perhaps refrain?
20091124 18:29:28< crimson_penguin> well, I'm not sure how it's coming, but there's no parcel at the post office, so it's probably not coming today unless they sent it by currier (in which case it should've come sooner I would think)
20091124 18:31:09< CIA-55> shadowmaster * r39924 /trunk/data/campaigns/Delfadors_Memoirs/_main.cfg: Update DM credits, kill Translators section.
20091124 18:31:22< Crab_> I mean something 'let's say that the map includes a right-click menu which allows a human to do something useful like recruiting or activating a special attack', then, ai would be able to use such things
20091124 18:32:06< CIA-55> shadowmaster * r39925 /trunk/data/campaigns/An_Orcish_Incursion/_main.cfg: ESR also edited AOI (fixing Jozrael's stuff, even)
20091124 18:32:11< Crab_> ' if a wml event slowed an ai unit when it moved next to my hero, it would (instead of attacking anyway) recalculate its chances, and perhaps refrain' - you've raised an interesting point, but it's hard to get right at the moment (what if said wml event changed something else, but still important for that fight?)
20091124 18:33:06< CIA-55> shadowmaster * r39926 /trunk/data/campaigns/Eastern_Invasion/_main.cfg: Remove dead code.
20091124 18:34:22< CIA-55> shadowmaster * r39927 /trunk/data/campaigns/Heir_To_The_Throne/_main.cfg: Fix alphabetical order in credits.
20091124 18:34:29< Crab_> Bob_The_Mighty: is there a way for a WML event to 'return a value' ?
20091124 18:35:24< CIA-55> shadowmaster * r39928 /trunk/data/campaigns/Liberty/_main.cfg: Kill Translators section, it's only valid for UMC...
20091124 18:36:02< CIA-55> shadowmaster * r39929 /trunk/data/campaigns/Liberty/_main.cfg: Fix alphabetical order in credits.
20091124 18:36:20< shadowmaster> esr:  arund?
20091124 18:36:22< shadowmaster> around.
20091124 18:36:39< esr> shadowmaster: Yes, what's up?
20091124 18:37:18< Crab_> (afk)
20091124 18:37:23-!- Crab_ [i=crab@wesnoth/developer/crab] has quit ["Leaving."]
20091124 18:37:35< shadowmaster> would it be possible in the next development cycle to get rid of Excessive Capitalization In User Interface Elements?
20091124 18:38:14< shadowmaster> or am I the only one who thinks it's silly?
20091124 18:39:48< CIA-55> shadowmaster * r39930 /trunk/data/core/about.cfg: Alphabetical order!
20091124 18:46:34< CIA-55> shadowmaster * r39931 /trunk/data/core/about.cfg: Alphabetical order.
20091124 18:48:06< esr> shadowmaster: A bit archaic, maybe.
20091124 18:48:20< CIA-55> shadowmaster * r39932 /trunk/data/core/about.cfg: Alphabetical order
20091124 18:51:09< CIA-55> shadowmaster * r39933 /trunk/data/core/about.cfg: Alphabetical order...
20091124 18:55:25< CIA-55> shadowmaster * r39934 /trunk/data/core/about.cfg: 
20091124 18:55:25< CIA-55> Moved BBT from Developers to Miscellaneous Contributors.
20091124 18:55:25< CIA-55> -1 points to boucman for applying a patch in r39457 without making sure
20091124 18:55:25< CIA-55> the provider had placed themselves in the correct section.
20091124 18:57:09< CIA-55> shadowmaster * r39935 /trunk/data/core/about.cfg: Alphabetical order.
20091124 19:25:01< CIA-55> shadowmaster * r39936 /trunk/data/campaigns/The_Rise_Of_Wesnoth/scenarios/07_Return_to_Oldwood.cfg: All villages belong to the Woses in scenario 7 (cutscene)
20091124 19:26:09-!- Bob_The_Mighty [n=chatzill@86.26.239.137] has quit [Read error: 110 (Connection timed out)]
20091124 19:28:44< CIA-55> shadowmaster * r39937 /trunk/data/campaigns/Under_the_Burning_Suns/scenarios/13_Epilogue.cfg: 
20091124 19:28:44< CIA-55> Remove that awful "THE END" message overlaid on the gamemap at the end
20091124 19:28:44< CIA-55> of UtBS scenario 13.
20091124 19:33:42< CIA-55> shadowmaster * r39938 /trunk/data/campaigns/tutorial/scenarios/1_Tutorial.cfg: 
20091124 19:33:42< CIA-55> Fix wrong usage of [hide_unit]; it only accepts a x,y pair, and not a
20091124 19:33:42< CIA-55> SUF.
20091124 19:43:14< CIA-55> shadowmaster * r39939 /trunk/data/campaigns/Northern_Rebirth/scenarios/01_Breaking_the_Chains.cfg: Put map items and units on prestart event, not start event.
20091124 19:45:52 * shadowmaster is laughing out loud
20091124 19:47:09< CIA-55> shadowmaster * r39940 /trunk/data/campaigns/Northern_Rebirth/scenarios/05a_The_Pursuit.cfg: Apply team-coloring to prisoner icons on NR scenario 5a
20091124 19:47:20< shadowmaster> were there any copyright issues with the old (1.2) Soulless graphics?
20091124 19:49:40< CIA-55> shadowmaster * r39941 /trunk/data/campaigns/Northern_Rebirth/scenarios/08a_Elvish_Princess.cfg: Apply team coloring on Anita^WEryssa on NR scenario 8a.
20091124 19:50:05< shadowmaster> there's a hilarious problem with NR scenario 5a using soulless-die-5.png, which is no longer part of a "tears to pieces" death animation. This probably means not many people play NR, get to the secret water path and report bugs
20091124 19:51:07< zookeeper> ohh, campaign tweaking. cool beans, shadowmaster.
20091124 19:51:52< zookeeper> funny use of linebreaks in commit messages though.
20091124 19:53:53< shadowmaster> there's a hilarious problem with NR scenario 5a using soulless-die-5.png, which is no longer part of a "tears to pieces" death animation. This probably means not many people play NR, get to the secret water path and report bugs
20091124 19:53:59< shadowmaster> argh.
20091124 19:56:04< CIA-55> shadowmaster * r39942 /trunk/data/campaigns/Northern_Rebirth/scenarios/07a_Settling_Disputes.cfg: 
20091124 19:56:04< CIA-55> Apply team-coloring on Ro-Sothian when he's in the cage on NR scenario 7
20091124 19:56:04< CIA-55> - may be needed in the future.
20091124 19:56:06-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20091124 20:06:37< CIA-55> shadowmaster * r39943 /trunk/data/campaigns/Northern_Rebirth/ (images/floor-corpse.png scenarios/05a_The_Pursuit.cfg): 
20091124 20:06:37< CIA-55> NR scenario 5a uses an old "torn apart" death animation frame for
20091124 20:06:37< CIA-55> Soullesses which now use a magic-based death animation, so replace that
20091124 20:06:38< CIA-55> with a neutral team-colored version of the current Deathblade death
20091124 20:06:40< CIA-55> animation, frame 7.
20091124 20:12:33< CIA-55> ai0867 * r39944 /trunk/projectfiles/ (4 files in 4 dirs): Remove jwsmtp from projectfiles
20091124 20:24:44-!- lizard_r [n=Miranda@wesnoth/umc-dev/developer/lizard] has joined #wesnoth-dev
20091124 20:25:08-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091124 20:28:46-!- stikonas [n=and@bcm-131-111-216-119.girton.cam.ac.uk] has joined #wesnoth-dev
20091124 20:32:48-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Read error: 104 (Connection reset by peer)]
20091124 20:34:26-!- stikonas [n=and@bcm-131-111-216-119.girton.cam.ac.uk] has joined #wesnoth-dev
20091124 20:42:43-!- allefant [n=elias@80.121.79.219] has joined #wesnoth-dev
20091124 20:44:10-!- ardesh [n=ardesh@port-92-195-58-172.dynamic.qsc.de] has quit ["Quis custodiet ipsos custodes"]
20091124 20:46:00-!- crimson_penguin [i=40c93cd3@wesnoth/developer/crimsonpenguin] has quit [Ping timeout: 180 seconds]
20091124 20:56:20-!- Crab_ [i=crab@wesnoth/developer/crab] has joined #wesnoth-dev
20091124 20:58:38-!- giusef [n=giusef@unaffiliated/giusef] has joined #wesnoth-dev
20091124 21:16:57-!- Blueblaze [n=nick@adsl-99-158-46-90.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20091124 21:26:06-!- shadowm [n=quassel@190.22.91.156] has joined #wesnoth-dev
20091124 21:26:37-!- shadowm is now known as Guest69093
20091124 21:26:51-!- Guest69093 [n=quassel@190.22.91.156] has quit [Remote closed the connection]
20091124 21:40:43-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091124 21:41:59-!- stikonas [n=and@bcm-131-111-216-119.girton.cam.ac.uk] has joined #wesnoth-dev
20091124 21:57:44-!- zookeeper [n=l@wesnoth/developer/zookeeper] has quit []
20091124 22:14:49-!- esr [n=chatzill@static-71-162-243-5.phlapa.fios.verizon.net] has quit ["ChatZilla 0.9.85 [Firefox 3.0.15/2009102815]"]
20091124 22:20:11-!- giusef [n=giusef@unaffiliated/giusef] has quit ["exit (-1);"]
20091124 22:22:27-!- dtiger [n=dtiger@dynamic-vpdn-93-125-15-119.telecom.by] has quit [Remote closed the connection]
20091124 22:27:33-!- esr [n=chatzill@static-71-162-243-5.phlapa.fios.verizon.net] has joined #wesnoth-dev
20091124 22:32:37-!- lizard_r [n=Miranda@wesnoth/umc-dev/developer/lizard] has quit ["Saurian Augur - I'll heal you by 4 hp if you leave next to me"]
20091124 22:34:06< shadowmaster> Checking whether C++ compiler works (g++ version >= 3.3 required)... yes
20091124 22:34:21< shadowmaster> loonycyborg: would it be too much to ask to have the detected version displayed instead of "yes"?
20091124 22:35:13 * shadowmaster figures out that g++ is g++ 4.3.4 still.
20091124 22:38:34-!- crimson_penguin [i=40c93cd3@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20091124 22:38:55< crimson_penguin> Ivanovic: HD did arrive afterall - leaving now to install it
20091124 22:39:03< Ivanovic> crimson_penguin: cool!
20091124 22:39:10< crimson_penguin> :)
20091124 22:39:14< Ivanovic> *maybe* i might release tomorrow, not sure though
20091124 22:39:32< crimson_penguin> ok, well hooopefully I'll be up and running smoothly, but we'll see how it goes
20091124 22:39:38< crimson_penguin> hejs!
20091124 22:39:43-!- crimson_penguin [i=40c93cd3@wesnoth/developer/crimsonpenguin] has quit ["Installing new HD"]
20091124 22:40:41< loonycyborg> shadowmaster: Why do you need that when there's g++ --version?
20091124 22:49:04-!- esr [n=chatzill@static-71-162-243-5.phlapa.fios.verizon.net] has quit [Remote closed the connection]
20091124 22:53:10-!- Blueblaze [n=nick@adsl-99-158-46-90.dsl.hstntx.sbcglobal.net] has quit [Read error: 110 (Connection timed out)]
20091124 22:58:58< shadowmaster> loonycyborg: yeah, good question.
20091124 22:59:09< shadowmaster> I don't actually need it.
20091124 22:59:41< shadowmaster> btw is there any possibility of adding a build=cofee target?
20091124 23:01:03< loonycyborg> Yes. Also it's possible to add build=deadbeef :P
20091124 23:03:50-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Read error: 54 (Connection reset by peer)]
20091124 23:05:20-!- stikonas [n=and@bcm-131-111-216-119.girton.cam.ac.uk] has joined #wesnoth-dev
20091124 23:07:08-!- shadowmaster_ [n=ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20091124 23:11:09-!- shadowmaster_ [n=ignacio@wesnoth/developer/shadowmaster] has quit [Client Quit]
20091124 23:14:37-!- Zarel [n=Zarel@x-134-84-252-233.uofm-secure.wireless.umn.edu] has joined #wesnoth-dev
20091124 23:19:56-!- Blueblaze [n=nick@adsl-99-158-46-90.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20091124 23:21:55-!- shadowmaster_ [n=ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20091124 23:22:09-!- shadowmaster_ is now known as shadowm_vm
20091124 23:26:34-!- shadowm_vm [n=ignacio@wesnoth/developer/shadowmaster] has quit [Remote closed the connection]
20091124 23:27:20-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #Wesnoth-dev
20091124 23:27:28-!- shadowm_vm [n=ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20091124 23:29:25-!- shadowm_vm [n=ignacio@wesnoth/developer/shadowmaster] has quit [Client Quit]
20091124 23:31:41-!- esr [n=chatzill@71.162.243.5] has joined #wesnoth-dev
20091124 23:42:45-!- ilor [n=ilor@wesnoth/developer/ilor] has joined #wesnoth-dev
20091124 23:45:44-!- crimson_p [n=irchon@64.201.60.211] has joined #wesnoth-dev
20091124 23:51:39-!- crimson_p [n=irchon@64.201.60.211] has quit [Remote closed the connection]
20091124 23:52:01-!- crimson_p [n=irchon@64.201.60.211] has joined #wesnoth-dev
20091124 23:58:41-!- crimson_p [n=irchon@64.201.60.211] has quit [Remote closed the connection]
--- Log closed Wed Nov 25 00:00:41 2009