--- Log opened Thu Nov 29 00:00:07 2012
20121129 00:02:37< jamit> anonymissimus: Will do ([block_undo]), once I commit or revert my current set of changes.
20121129 00:03:26< jamit> ("revert" meaning in my local checkout, of course.)
20121129 00:03:27< anonymissimus> jamit: actually, I'm doing it in a turn refresh event
20121129 00:05:29< anonymissimus> thanks
20121129 00:06:01-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20121129 00:19:40-!- cjhopman_ [cjhopman@nat/google/x-zvpcqkkbembscwzq] has quit [Ping timeout: 246 seconds]
20121129 00:20:01-!- cjhopman_ [cjhopman@nat/google/session] has joined #wesnoth-dev
20121129 00:20:01-!- cjhopman_ [cjhopman@nat/google/session] has quit [Changing host]
20121129 00:20:01-!- cjhopman_ [cjhopman@nat/google/x-zdxrarwjwzephlrv] has joined #wesnoth-dev
20121129 00:25:02-!- boucman [~rosen@wesnoth/developer/boucman] has left #wesnoth-dev []
20121129 00:40:41-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 256 seconds]
20121129 00:41:26-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20121129 00:41:35-!- stikonas [~gentoo@bcm-131-111-216-214.girton.cam.ac.uk] has joined #wesnoth-dev
20121129 00:41:35-!- stikonas [~gentoo@bcm-131-111-216-214.girton.cam.ac.uk] has quit [Changing host]
20121129 00:41:35-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20121129 00:46:40-!- mjs-de [~mjs-de@80.171.120.136] has quit [Remote host closed the connection]
20121129 00:48:06-!- Alarantalara [~Adium@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has quit [Quit: Leaving.]
20121129 00:52:46-!- timotei21 [~timotei@wesnoth/developer/timotei] has quit [Quit: SIGKILL]
20121129 01:00:34-!- Crendgrim [~crend@port-92-204-100-81.dynamic.qsc.de] has quit [Ping timeout: 246 seconds]
20121129 01:10:10-!- vultraz [~chatzilla@124.109.10.167] has joined #wesnoth-dev
20121129 01:12:38-!- anonymissimus [~chatzilla@HSI-KBW-046-005-025-163.hsi8.kabel-badenwuerttemberg.de] has quit [Quit: ChatZilla 0.9.89 [Firefox 12.0/20120423122928]]
20121129 01:15:34-!- vultraz [~chatzilla@124.109.10.167] has quit [Ping timeout: 246 seconds]
20121129 01:34:11-!- gh0st [~gh0st@89.31.118.161] has joined #wesnoth-dev
20121129 01:52:53< irker374> wesnoth: jamit * r55781 /trunk/src/ (5 files in 2 dirs): 
20121129 01:52:54< irker374> wesnoth: Prettify the interface for adding actions to an undo_list. In particular:
20121129 01:52:54< irker374> wesnoth: 1) Callers no longer need to know what an undo_action is.
20121129 01:52:55< irker374> wesnoth: 2) Callers no longer need to remember to clear the redo stack.
20121129 02:06:00-!- Gambit [~gambit@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20121129 02:20:44-!- wesbot changed the topic of #wesnoth-dev to: 1.11.1 planned for once the hotkey and MP issues are fixed | 189 bugs, 333 feature requests, 15 patches | Logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20121129 02:24:49-!- Sapient [~sapient@wesnoth/developer/sapient] has joined #wesnoth-dev
20121129 02:28:16-!- gh0st [~gh0st@89.31.118.161] has quit [Ping timeout: 244 seconds]
20121129 02:30:38-!- noy_ [~Noy@d50-98-14-63.bchsia.telus.net] has joined #wesnoth-dev
20121129 02:30:50-!- noy_ [~Noy@d50-98-14-63.bchsia.telus.net] has quit [Changing host]
20121129 02:30:50-!- noy_ [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20121129 02:40:07-!- loonybot [~loonybot@wesnoth/bot/loonybot] has quit [Remote host closed the connection]
20121129 02:43:41< irker374> wesnoth: jamit * r55782 /trunk/src/game_events.cpp: 
20121129 02:43:41< irker374> wesnoth: Add WML tag [block_undo] for use primarily in menu items.
20121129 02:53:54-!- Alarantalara [~Adium@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20121129 02:55:39< Sapient> block_undo, eh?
20121129 02:55:44< Sapient> that's interesting
20121129 02:56:32< jamit> It has limited usefulness, but could be handy in some cases.
20121129 02:56:47< Sapient> jamit: doesn't the firing of a menu item event, by default, block undo?
20121129 02:57:13< jamit> No. At least, I'm pretty sure it does not.
20121129 02:57:31< Sapient> well it should I think
20121129 02:57:59< jamit> A menu item might just be retrieving information. It does not have to be an action.
20121129 02:58:20< Sapient> imagine I move unit1 from A to B then spawn a troll on A, then undo my move
20121129 02:59:11< Sapient> a menu item should have to explicitly allow_undo
20121129 02:59:34< jamit> I think the undo fails with a message along the lines of "abuse of [allow_undo]".
20121129 03:00:45< Sapient> really? that has changed since I wrote the menu item feature
20121129 03:01:09< Sapient> let me try summoning some trolls in the test scenario
20121129 03:01:31< jamit> Do you recall which file executes the menu item? I've been looking at all the invocations of the undo stack, and none of them seem to be connected to menu items.
20121129 03:02:43< Sapient> menu items are implemented as events
20121129 03:03:10-!- mnewton1 [~mnewton1@c-76-99-170-226.hsd1.de.comcast.net] has joined #wesnoth-dev
20121129 03:03:17< Sapient> so for menu item with id X it creates a "menu item X" event
20121129 03:04:04< Sapient> these are added to the vector of event handlers
20121129 03:05:03< jamit> Yes, but the event needs to be fired from somewhere in the source code. That would be where the undo stack would need to be cleared.
20121129 03:05:09< Sapient> jamit: ok I just summoned a troll in 1.11.0 and it blocked undo
20121129 03:08:15< jamit> Hmm... so if that is the case, then anonymissimus' issue should be already solved.
20121129 03:08:50< Sapient> game_events::fire(wml_commands_[i]->name, menu_hex) in play_controller.cpp
20121129 03:10:31< jamit> Oh wait a minute, does play_controller::execute_command() get called for those?
20121129 03:11:10< jamit> That looks like that line.
20121129 03:11:49< jamit> For some reason I was thinking of commands entered in the console when I read that function's name.
20121129 03:13:31< Sapient> yeah... could probably be named better
20121129 03:14:51< Sapient> I mean, the entire program is a series of commands to be executed. it's not very informative
20121129 03:15:09< jamit> I think the issue is more with my train of thought than the function name. (Some Doxygen comments might help though.)
20121129 03:16:08-!- LordNasty [~NaSTy@93-43-163-150.ip92.fastwebnet.it] has quit []
20121129 03:16:09< Sapient> I am also against naming things *_manager, but that's a different rant ;)
20121129 03:16:59< Sapient> have fun, cya later
20121129 03:17:03-!- Sapient [~sapient@wesnoth/developer/sapient] has quit [Quit: ChatZilla 0.9.88-rdmsoft [XULRunner 1.9.0.17/2009122204]]
20121129 03:18:04-!- Gambit [~gambit@wesnoth/developer/grickit] has joined #wesnoth-dev
20121129 03:18:45< jamit> So it is looking like [block_undo] is not needed after all. As long as anonymissimus' right-click menus do not [allow_undo], the desired results should be automatic.
20121129 03:20:34< jamit> anonymissimus: I'm going to revert [block_undo] for now. Give your scenario a test run. If I understand what you are doing, the dialog should behave appropriately as-is. You could even get rid of the old hack that reduced a unit's movement.
20121129 03:21:05< jamit> "appropriately" meaning the dialog will appear unless the player has invoked at least one menu item.
20121129 03:25:55-!- Gambit_ [~gambit@wesnoth/developer/grickit] has joined #wesnoth-dev
20121129 03:26:36-!- Gambit [~gambit@wesnoth/developer/grickit] has quit [Ping timeout: 264 seconds]
20121129 03:28:42< irker374> wesnoth: jamit * r55783 /trunk/src/game_events.cpp: 
20121129 03:28:42< irker374> wesnoth: Revert r55782 (block_undo) -- functionality now appears to be unnecessary.
20121129 03:29:12-!- Gambit_ [~gambit@wesnoth/developer/grickit] has quit [Read error: Operation timed out]
20121129 03:29:36< jamit> Come to think of it, this use of [allow_undo] is missing from the wiki....
20121129 03:29:49-!- mnewton1 [~mnewton1@c-76-99-170-226.hsd1.de.comcast.net] has quit [Quit: Rice and Corn]
20121129 03:32:20-!- mnewton1 [~mnewton1@c-76-99-170-226.hsd1.de.comcast.net] has joined #wesnoth-dev
20121129 03:34:50-!- Gambit [~gambit@wesnoth/developer/grickit] has joined #wesnoth-dev
20121129 03:37:46-!- Gambit [~gambit@wesnoth/developer/grickit] has quit [Read error: Operation timed out]
20121129 03:39:43-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20121129 03:41:49-!- Gambit [~gambit@wesnoth/developer/grickit] has joined #wesnoth-dev
20121129 03:47:41-!- Gambit_ [~gambit@wesnoth/developer/grickit] has joined #wesnoth-dev
20121129 03:48:12-!- Gambit [~gambit@wesnoth/developer/grickit] has quit [Ping timeout: 264 seconds]
20121129 03:52:56-!- Gambit_ [~gambit@wesnoth/developer/grickit] has quit [Read error: Operation timed out]
20121129 04:03:33-!- Ivanovic_ [~ivanovic@dtmd-4db2d7e8.pool.mediaWays.net] has joined #wesnoth-dev
20121129 04:03:49-!- skyfaller [~skyfaller@wikipedia/Skyfaller] has quit [Remote host closed the connection]
20121129 04:05:08-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 245 seconds]
20121129 04:05:28-!- Ivanovic_ is now known as Ivanovic
20121129 04:22:47-!- vultraz [~chatzilla@124.109.10.167] has joined #wesnoth-dev
20121129 04:23:22< irker374> wesnoth: jamit * r55784 /trunk/src/actions/undo.hpp: 
20121129 04:23:23< irker374> wesnoth: Make undo_action a private structure known only to undo_list (better encapsulation).
20121129 04:24:17-!- vultraz [~chatzilla@124.109.10.167] has quit [Changing host]
20121129 04:24:17-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20121129 04:28:06< irker374> wesnoth: jamit * r55785 /trunk/src/actions/undo.hpp: 
20121129 04:28:06< irker374> wesnoth: rename undo_action::NONE to undo_action::MOVE.
20121129 04:34:55-!- ancestral [~ancestral@65-128-234-158.mpls.qwest.net] has joined #wesnoth-dev
20121129 04:36:00-!- ancestral [~ancestral@65-128-234-158.mpls.qwest.net] has quit [Client Quit]
20121129 04:36:17-!- ancestral [~ancestral@65-128-234-158.mpls.qwest.net] has joined #wesnoth-dev
20121129 04:46:46< mattsc> All: we had a GCI student sign up for the 'update the wesnoth trailer' task.  I assigned it to the student, but somebody else will have to judge the work when it's submitted.
20121129 04:46:54-!- Elvish_Pillager [~eli@dhip-029.rrw.residences.colby.edu] has quit [Ping timeout: 264 seconds]
20121129 05:25:35-!- Alarantalara [~Adium@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has quit [Quit: Leaving.]
20121129 05:26:12-!- Upth [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has joined #wesnoth-dev
20121129 05:26:12-!- Upth is now known as Upthorn
20121129 05:42:53-!- exciton [chuck-the-@89.208.169.104] has quit [Ping timeout: 252 seconds]
20121129 05:44:11-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20121129 06:23:58-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20121129 06:29:46-!- mattsc [~mattsc@d154-20-32-241.bchsia.telus.net] has quit [Quit: bye]
20121129 06:50:28-!- skyfaller [~skyfaller@wikipedia/Skyfaller] has joined #wesnoth-dev
20121129 07:23:55-!- Espreon_ [~espreon@ai0867.net] has joined #wesnoth-dev
20121129 07:24:00-!- neofutur_ [neofutur@mtgox/staff/pdpc.student.ne0futur] has joined #wesnoth-dev
20121129 07:24:19-!- Espreon_ is now known as Guest67034
20121129 07:24:19-!- neofutur [neofutur@mtgox/staff/pdpc.student.ne0futur] has quit [Ping timeout: 245 seconds]
20121129 07:24:21-!- Espreon [~espreon@wesnoth/developer/espreon] has quit [Ping timeout: 245 seconds]
20121129 07:30:18-!- skyfaller [~skyfaller@wikipedia/Skyfaller] has quit [Remote host closed the connection]
20121129 07:33:21-!- Ivanovic [~ivanovic@dtmd-4db2d7e8.pool.mediaWays.net] has quit [Changing host]
20121129 07:33:21-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20121129 07:36:12-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 264 seconds]
20121129 07:42:36-!- rspencer [~Robert@41.177.21.40] has joined #wesnoth-dev
20121129 07:54:09-!- ancestral [~ancestral@65-128-234-158.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20121129 08:20:46-!- wesbot changed the topic of #wesnoth-dev to: 1.11.1 planned for once the hotkey and MP issues are fixed | 190 bugs, 333 feature requests, 15 patches | Logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20121129 08:26:44-!- worduk [~worduk@s2451.dyn.hrz.tu-darmstadt.de] has quit [Quit: leaving]
20121129 08:46:42-!- gh0st [~gh0st@89.31.118.161] has joined #wesnoth-dev
20121129 08:53:49-!- grzywacz [~grzywacz@89-67-172-243.dynamic.chello.pl] has joined #wesnoth-dev
20121129 08:53:49-!- grzywacz [~grzywacz@89-67-172-243.dynamic.chello.pl] has quit [Changing host]
20121129 08:53:49-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20121129 09:03:11-!- boucman_work [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20121129 09:04:13-!- stikonas [~gentoo@bcm-131-111-216-214.girton.cam.ac.uk] has joined #wesnoth-dev
20121129 09:04:13-!- stikonas [~gentoo@bcm-131-111-216-214.girton.cam.ac.uk] has quit [Changing host]
20121129 09:04:13-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20121129 09:27:57-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has quit [Quit: :wq]
20121129 09:33:34< rspencer> Hi, I'm working on the micro_ais and I am having trouble getting two different instances of a certain micro ai sticking to the relevant units.  Can anybody give some advice?
20121129 09:38:31-!- gh0st [~gh0st@89.31.118.161] has quit [Ping timeout: 246 seconds]
20121129 09:39:46-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20121129 09:40:59-!- gh0st [~gh0st@89.31.118.161] has joined #wesnoth-dev
20121129 09:48:55-!- LordNasty [~NaSTy@93-43-163-150.ip92.fastwebnet.it] has joined #wesnoth-dev
20121129 09:48:56-!- mnewton1 [~mnewton1@c-76-99-170-226.hsd1.de.comcast.net] has quit [Quit: Rice and Corn]
20121129 09:50:24-!- rspencer [~Robert@41.177.21.40] has quit [Ping timeout: 246 seconds]
20121129 09:51:44-!- rspencer [~Robert@40.21.177.41.myadslip.net] has joined #wesnoth-dev
20121129 09:52:00-!- mnewton1 [~mnewton1@c-76-99-170-226.hsd1.de.comcast.net] has joined #wesnoth-dev
20121129 10:10:04-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving]
20121129 10:20:51-!- rspencer [~Robert@40.21.177.41.myadslip.net] has quit [Ping timeout: 246 seconds]
20121129 10:22:51-!- rspencer [~Robert@40.21.177.41.myadslip.net] has joined #wesnoth-dev
20121129 10:34:54-!- Upth [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has joined #wesnoth-dev
20121129 10:38:01-!- Upthorn [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has quit [Ping timeout: 246 seconds]
20121129 10:39:36-!- Crendgrim [~crend@port-92-204-74-225.dynamic.qsc.de] has joined #wesnoth-dev
20121129 10:42:37-!- ancestral [~ancestral@65-128-234-158.mpls.qwest.net] has joined #wesnoth-dev
20121129 10:42:41-!- ancestral [~ancestral@65-128-234-158.mpls.qwest.net] has quit [Client Quit]
20121129 10:45:12-!- Upth [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has quit [Read error: Connection reset by peer]
20121129 10:45:25-!- Upth [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has joined #wesnoth-dev
20121129 10:45:25-!- Upth is now known as Upthorn
20121129 10:52:46< rspencer> Is there any documentation on using the sticky tag with micro_ais?
20121129 11:16:44-!- mnewton1 [~mnewton1@c-76-99-170-226.hsd1.de.comcast.net] has quit [Quit: Rice and Corn]
20121129 11:42:07-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20121129 12:10:00-!- mjs-de [~mjs-de@g224177195.adsl.alicedsl.de] has joined #wesnoth-dev
20121129 12:35:46-!- Crendgrim [~crend@port-92-204-74-225.dynamic.qsc.de] has quit [Read error: Connection reset by peer]
20121129 12:38:51-!- loonybot [~loonybot@46.138.73.254] has joined #wesnoth-dev
20121129 12:38:51-!- loonybot [~loonybot@46.138.73.254] has quit [Changing host]
20121129 12:38:51-!- loonybot [~loonybot@wesnoth/bot/loonybot] has joined #wesnoth-dev
20121129 12:58:02-!- loonybot [~loonybot@wesnoth/bot/loonybot] has quit [Remote host closed the connection]
20121129 12:58:23-!- Elvish_Pillager [~eli@dhip-029.rrw.residences.colby.edu] has joined #wesnoth-dev
20121129 13:04:06-!- lipkab [~the_new_l@2001:738:5404:192:55ab:8a57:bc9f:64ce] has joined #wesnoth-dev
20121129 13:04:41-!- loonybot [~loonybot@46.138.73.254] has joined #wesnoth-dev
20121129 13:04:41-!- loonybot [~loonybot@46.138.73.254] has quit [Changing host]
20121129 13:04:41-!- loonybot [~loonybot@wesnoth/bot/loonybot] has joined #wesnoth-dev
20121129 13:10:06-!- lipkab [~the_new_l@2001:738:5404:192:55ab:8a57:bc9f:64ce] has quit [Quit: - )]
20121129 14:20:12-!- rspencer [~Robert@40.21.177.41.myadslip.net] has quit [Quit: Leaving]
20121129 14:27:23-!- stikonas [~gentoo@lapserv.damtp.cam.ac.uk] has joined #wesnoth-dev
20121129 14:27:23-!- stikonas [~gentoo@lapserv.damtp.cam.ac.uk] has quit [Changing host]
20121129 14:27:23-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20121129 14:49:01-!- irker374 [~irker@ai0867.net] has quit [Quit: transmission timeout]
20121129 14:55:24-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 264 seconds]
20121129 14:57:11-!- rspencer [~Robert@40.21.177.41.myadslip.net] has joined #wesnoth-dev
20121129 15:02:13-!- horon [~horon@nttkyo042189.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has joined #wesnoth-dev
20121129 15:06:38-!- mattsc [~mattsc@d154-20-32-241.bchsia.telus.net] has joined #wesnoth-dev
20121129 15:08:30-!- neofutur_ is now known as neofutur
20121129 15:11:18-!- Alarantalara [~Adium@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20121129 15:13:38-!- rspencer [~Robert@40.21.177.41.myadslip.net] has quit [Read error: Connection reset by peer]
20121129 15:13:48-!- rspencer [~Robert@40.21.177.41.myadslip.net] has joined #wesnoth-dev
20121129 15:20:31-!- rspencer [~Robert@40.21.177.41.myadslip.net] has quit [Ping timeout: 244 seconds]
20121129 15:21:49< mattsc> rspencer: did you get the sticky CA problem figured out?
20121129 16:07:36-!- horon [~horon@nttkyo042189.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has quit [Quit: Leaving...]
20121129 16:10:01-!- rspencer [29b11528@gateway/web/freenode/ip.41.177.21.40] has joined #wesnoth-dev
20121129 16:10:54< rspencer> mattsc: you asked me to contact you?
20121129 16:11:38< mattsc> rspencer: oh, hi, that was quick.  Do you have time in about 30 min?
20121129 16:12:07< rspencer> mattsc: should have
20121129 16:12:21< mattsc> MY first question was if you got your sticky CA problem figured out that you asked about earlier?
20121129 16:13:00< mattsc> And then I think I have a couple questions about your code, but I have not had time yet to review all of it.
20121129 16:14:14< rspencer> Yes.  I was completely messed up wrt which [candidate_action] to use.  I was using one defined in the [side] tag, rather than in the macro.  Fixed that now.  I would very much like to go through my code.  I expect there will be a few errors.  This is the first time I have done work on this type of project.
20121129 16:15:23< mattsc> Ok, no worries, we'll figure it out.  I just need to eat breakfast first.  :)
20121129 16:15:34< rspencer> Sure
20121129 16:22:07-!- prkc [~negusnyul@540044BC.dsl.pool.telekom.hu] has joined #wesnoth-dev
20121129 16:27:29-!- Alarantalara [~Adium@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has quit [Quit: Leaving.]
20121129 16:47:30-!- YeyaSwizaw [~sam@host-92-29-0-31.as13285.net] has joined #wesnoth-dev
20121129 16:49:54< mattsc> rspencer: I'm back.  Sorry for that, I didn't expect you to be available right away.
20121129 16:50:18< rspencer> No problem.  I'm down in South Africa, so it is evening here.
20121129 16:50:43< mattsc> Ah, ok.  I'm in the Pacific time zone.
20121129 16:51:35< rspencer> What would you like to look at first?
20121129 16:51:38< mattsc> So, my first comment is that what you put on the wiki does not seem to match your code.
20121129 16:52:25< rspencer> This is true.  What I put on the wiki was for section 1.  In the code, I believe it handles section 2 (mutiple units),
20121129 16:53:06< rspencer> However, my upload has the scenario as for the task 1 (ie the one guardian commented out)
20121129 16:54:18< mattsc> I see.
20121129 16:54:39< rspencer> wait, I lie
20121129 16:54:47< rspencer> It does have both.
20121129 16:55:08< mattsc> Ok, that's what I thought (Was just checking)
20121129 16:55:21< rspencer> The reason the wiki is out of date is that I wanted the first task to be checked and Oked before moving on with public wiki stuff
20121129 16:55:56-!- noy_ [~Noy@wesnoth/developer/noy] has quit [Quit: noy_]
20121129 16:56:00< mattsc> Ok.   It's kind of hard to disentangle the two steps right now though
20121129 16:56:16< rspencer> Ok.  Do you want me to remove the second step?
20121129 16:56:27< mattsc> No, I was going to do the opposite.
20121129 16:56:40< mattsc> Update the wiki, and we do both of them together.
20121129 16:57:02< rspencer> Ok.  I'll update it now.
20121129 16:57:05< mattsc> Since Step 2 can only work if Step 1 works, it's easy to very Step 1.
20121129 16:57:14< mattsc> s/very/verify
20121129 16:57:27< mattsc> One more thing though on the wiki
20121129 16:57:46< mattsc> let's get rid of the [store_unit] and the macro.
20121129 16:58:21-!- martin_bede [~martin@dsl51B6667E.pool.t-online.hu] has joined #wesnoth-dev
20121129 16:58:23< rspencer> Ok
20121129 16:58:31< mattsc> We're just trying to do the [micro_ai] tag here.  The WML authors can figure out themselves how to get the id of a unit.
20121129 16:58:57< mattsc> Also, in many cases I might have a hard-coded ID that I know and can just insert into the tag.
20121129 17:00:03< rspencer> ok, makes sense
20121129 17:05:40< rspencer> Ok, wiki is updated.  Would you mind giving it a look over?
20121129 17:07:05< mattsc> Ok, will do.
20121129 17:08:18-!- skyfaller [~skyfaller@ool-43551edd.dyn.optonline.net] has joined #wesnoth-dev
20121129 17:08:19-!- skyfaller [~skyfaller@ool-43551edd.dyn.optonline.net] has quit [Changing host]
20121129 17:08:19-!- skyfaller [~skyfaller@wikipedia/Skyfaller] has joined #wesnoth-dev
20121129 17:09:09< mattsc> rspencer: ok, the wiki looks good.
20121129 17:10:07< mattsc> I'm working through the code.  What I've see so far looks good too.  I'm currently resolving a git conflict with some of the other work that has happened in the meantime.
20121129 17:11:34< rspencer> Cool, thanks
20121129 17:13:21< rspencer> mattsc: Heads up, I am running it again and it seems to have broken somehow...
20121129 17:13:48< mattsc> rspencer: please wait before you do anything.
20121129 17:13:57< rspencer> Will do
20121129 17:14:08< mattsc> I'm going to resolve the conflict, commit, and then we can work from there.
20121129 17:14:45< mattsc> That way we're sure that we both work with the same version.
20121129 17:14:53< rspencer> Ok
20121129 17:19:46< mattsc> Ugh, how do I merge branches again ...  :P
20121129 17:20:13-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20121129 17:20:39< rspencer> no idea.  Only started using git this morning
20121129 17:20:41< mattsc> Ah, found it.  Sorry...
20121129 17:25:28< mattsc> rspencer: ok, sorry, I messed something up at first, so it took a little longer.
20121129 17:25:51< mattsc> Let's work off the master branch now
20121129 17:26:06< rspencer> Ok, give me a moment to clone it...
20121129 17:27:02< rspencer> cool
20121129 17:27:29-!- Crendgrim [~crend@port-92-204-74-225.dynamic.qsc.de] has joined #wesnoth-dev
20121129 17:28:33< rspencer> A problem I found is that I left a print statement in the stationed_guardian_exec function which never prints.
20121129 17:29:11< mattsc> Meaning it never executes?
20121129 17:29:22< rspencer> That is what I infer
20121129 17:29:37< rspencer> However, the guardian acts semi rationally
20121129 17:30:26< mattsc> Yeah, I just tested and they seem to be doing what they are supposed to do.
20121129 17:30:56< rspencer> So that is allright then?  The fact that the print statement disappears is ok?
20121129 17:31:47< mattsc> I'm going through the code at the moment.  Not gotten to that point yet.
20121129 17:32:24< mattsc> In the wml_tags file, please rename cfg_template
20121129 17:32:40< rspencer> ok
20121129 17:33:48< mattsc> Also, question, are you planning to work on the other guardians also?
20121129 17:33:53< rspencer> yes
20121129 17:34:06< rspencer> Should I push the wml_tags update?
20121129 17:34:23< mattsc> Just commit ti.
20121129 17:34:24< mattsc> it
20121129 17:35:25< rspencer> k done
20121129 17:35:46< mattsc> So this is a comment for the next step then (you don't need to do anything right now, just while I am thinking about it):
20121129 17:37:08< mattsc> The different kinds of guardians should be chosen as parameter for the same ai_type.  So you want to rename the ai_type to guardian, and rename the stationed_guardian_CA file etc.
20121129 17:37:17< mattsc> Did you commit and sync?
20121129 17:37:44< rspencer> I didn't sync.  I'll do that now
20121129 17:39:20< mattsc> Btw, the commits are logged over at #wesnoth-umc-dev
20121129 17:40:39< rspencer> should I log there aswell?
20121129 17:41:06< mattsc> Up to you.  Just telling you that you get live updates there as to what's happening.
20121129 17:41:28< rspencer> Ok
20121129 17:43:23< rspencer> How is the rest of the code?
20121129 17:43:38< mattsc> Ok, so something is not working.  The reason why it worked before is because it was still covered by the first [ai] tag in the [side] definition.
20121129 17:44:07< mattsc> Give me a sec.
20121129 17:45:10-!- lipkab [~the_new_l@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20121129 17:47:15< mattsc> rspencer: you forgot one cfg_template
20121129 17:47:40< rspencer> whoops.  On it,
20121129 17:52:33< mattsc> When you synced, I assume you also got the change I just made?
20121129 17:53:04< rspencer> with the removal of the duplicated code?
20121129 17:53:21< mattsc> yes.  That's the reason why it worked before, because the old method was still there.
20121129 17:53:42< rspencer> Ah.  Yes, running it now I get a whole bunch of nil method errors
20121129 17:53:47< mattsc> If you try it now, you get some error message, so you should try to track those down first.
20121129 17:53:50-!- stikonas [~gentoo@lapserv.damtp.cam.ac.uk] has joined #wesnoth-dev
20121129 17:53:50-!- stikonas [~gentoo@lapserv.damtp.cam.ac.uk] has quit [Changing host]
20121129 17:53:50-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20121129 17:55:08< mattsc> Second, the CA won't attach to a unit because you do not tell it anywhere which unit it should attach to.
20121129 17:55:45< mattsc> So have a look into that and let me know if you have questions.
20121129 17:56:33< rspencer> Ok.  will do.  At which point/how do we tell it which unit to attach to.  I couldn't find any examples
20121129 17:56:50-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20121129 17:57:15-!- gh0st [~gh0st@89.31.118.161] has quit [Quit: off for sleep.]
20121129 17:57:21< mattsc> Look at the macros for the other guardians.  They contain unit_x and unit_y parameters.  That's how it's done.
20121129 17:57:33< rspencer> Oooh, ok.
20121129 17:57:48< mattsc> So you somehow need to get the coordinates from the unit id, which is what the [store-unit] was for.
20121129 17:57:57< mattsc> You'll want to do that in Lua now, of course.
20121129 17:58:16< rspencer> right
20121129 18:00:25< mattsc> martin_bede: so the code I should look at is still the pull request from yesterday, or do you want to post a new version?
20121129 18:00:48-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20121129 18:01:44< martin_bede> i've committed all of my changes, so it's in the pull request from yesterday
20121129 18:02:52< mattsc> Cool.  Checking it right now.
20121129 18:10:31< mattsc> martin_bede: sorry, resolving conflicts with other commits first again before I can get to your AI ...
20121129 18:12:42< martin_bede> mattsc: can i help you with that?
20121129 18:13:11< mattsc> Nah, it's almost done.
20121129 18:14:34< mattsc> It's just when several people are working on the same file simultaneously, git doesn't automatically know what to do with it, so you need to do it manually.
20121129 18:14:49< mattsc> Lessen to be learned for next years tasks: make them not use the same files!
20121129 18:14:53< mattsc> Lesson
20121129 18:16:07< mattsc> Ok, I'm in Dragon now.  I don't get a crash, but an error message.  Let me check.
20121129 18:18:35< mattsc> martin_bede: Ok, now I get the crash (after adding a couple missing commas)
20121129 18:19:22< lipkab> Ivanovic: I get a delivery failure message after each commit as Gna still tries to contact CIA.
20121129 18:19:30-!- stikonas [~gentoo@lapserv.damtp.cam.ac.uk] has joined #wesnoth-dev
20121129 18:19:31-!- stikonas [~gentoo@lapserv.damtp.cam.ac.uk] has quit [Changing host]
20121129 18:19:31-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20121129 18:22:33< mattsc> martin_bede: ok, I committed the current version (plus a couple fixes) to the master branch and you should have commit access now.
20121129 18:22:43< mattsc> Let's work off that and figure out what's going on.
20121129 18:23:02< martin_bede> ok
20121129 18:23:42< martin_bede> what were the fixes beside the missing commas?
20121129 18:24:58< mattsc> That and resolving the conflicts with the other MAIs
20121129 18:27:30< mattsc> The way to hunt down something like this is to delete pieces of code until it doesn't crash any more.
20121129 18:27:36-!- kappelmeister [~Robert@40.21.177.41.myadslip.net] has joined #wesnoth-dev
20121129 18:27:46< mattsc> Doing that, I found that the problem is not in the engine definition, but in the [micro_ai] tag
20121129 18:28:22< mattsc> Ok, and there it is ...
20121129 18:29:06< mattsc> martin_bede: Look at dragon_CAs.lua, lines 27 and 28
20121129 18:29:37-!- rspencer [29b11528@gateway/web/freenode/ip.41.177.21.40] has quit [Ping timeout: 245 seconds]
20121129 18:29:54< mattsc> unit_x, unit_y are the coordinates of the unit that the CA attaches to, not the range over which it moves
20121129 18:29:57-!- kappelmeister is now known as rspencer
20121129 18:30:37< martin_bede> then how can i get the coordinates?
20121129 18:31:14< martin_bede> oh i see
20121129 18:31:19< martin_bede>             x,y=4,3
20121129 18:31:23< mattsc> Also, a couple lines above that ID needs to be replaced by the CA id.  Currently it looks for the value of a variable called ID, which will be nil
20121129 18:31:40< mattsc> Yes, for step 1 you just take the hard-coded values here.
20121129 18:32:00< mattsc> For Step 2, you'll do it for an arbitrary unit and get it from the unit variable.
20121129 18:33:29< martin_bede> the ca id is "dragon", right?
20121129 18:33:53< mattsc> well, since this is a BCA, it should be bca_dragon
20121129 18:34:20< mattsc> And once you generalize it, it should be bca_dragon_unitid
20121129 18:34:29< mattsc> with unitid replaced by whatever the unit ID is.
20121129 18:35:07-!- EdB [~edb@tss37-1-89-82-194-231.dsl.sta.abo.bbox.fr] has joined #wesnoth-dev
20121129 18:35:09< mattsc> The reason for this is that you need the id to remove the CA, and if you want to remove it from only one of several units, it needs to be different for each unit.
20121129 18:35:24< mattsc> But for Step 1 this doesn't matter, just use 'bca_dragon'
20121129 18:35:30< martin_bede> and what about the name? should i remove it or change it to "bca_dragon" too?
20121129 18:35:53< mattsc> use the same for name and id
20121129 18:36:13< mattsc> Actually, one thing I am thinking about, it shouldn't be called dragon anyway...
20121129 18:36:33< mattsc> Call it 'hunter' or something, since that's really what it is.
20121129 18:36:33< martin_bede> it'll have to be renamed to animal?
20121129 18:36:41< martin_bede> ok
20121129 18:37:09< mattsc> We just happen to use a dragon for a hunter here.
20121129 18:37:23< mattsc> But the ai_type should be 'animals'.
20121129 18:37:42< mattsc> And later (in Step 3), we'll add an animal_type=... parameter.
20121129 18:37:48< martin_bede> ok
20121129 18:38:19< mattsc> That's all details though.  We can easily change that later.
20121129 18:38:50-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20121129 18:39:15< rspencer> mattsc:  I think I fixed those two problems (sticky and no function).  However, to fix the nil function, I had to remove the request for the ai in lua.  Thus it seems as if it is all or nothing.  Does this make sense?  Do you want me to show you the changes?
20121129 18:40:09< martin_bede> mattsc: i'll change the filenames that include "dragon" and update the references too when the ai works.
20121129 18:42:11-!- prkc [~negusnyul@540044BC.dsl.pool.telekom.hu] has quit [Quit: Konversation terminated!]
20121129 18:42:50-!- boucman_work [~rosen@wesnoth/developer/boucman] has quit [Ping timeout: 265 seconds]
20121129 18:44:59< mattsc> martin_bede: ok
20121129 18:45:12< mattsc> rspencer: umm, say that again, please.
20121129 18:45:30< rspencer> I had to comment out the [ai] tags in the scenario for it to work
20121129 18:46:26< mattsc> Oh, because that defines an engine, and then you define the engine again?
20121129 18:46:31< rspencer> yes
20121129 18:47:33< mattsc> Right, that's something I hadn't thought of.
20121129 18:47:54< mattsc> That might be a general problems with combining different Micro AIs...
20121129 18:48:10< rspencer> Hmm, yes.
20121129 18:48:27< mattsc> Ok, comment out the [ai] tag for now, disabling the other guardians.  That's fine for now,.
20121129 18:48:28< rspencer> Unless they are all defined in the same mai_x_engine.lua file
20121129 18:48:35< rspencer> Ok, upload?
20121129 18:48:36-!- lipkab [~the_new_l@host-91-147-212-174.biatv.hu] has quit [Ping timeout: 252 seconds]
20121129 18:48:40< mattsc> I'll think about what to do about this in general.
20121129 18:48:41< mattsc> yes
20121129 18:50:12< mattsc> rspencer: it shouldn't really be a problem for adding in the other guardians (Steps 3a and 3b) as they all use the same engine file.
20121129 18:50:27< rspencer> Yes.
20121129 18:50:53< mattsc> I'll think about how best to set it up so that it also works with MAIs using entirely different engines.
20121129 18:51:42< mattsc> Actually, I think we'll use the external CAs for that, they do not require an engine file.
20121129 18:53:46< rspencer> mattsc: is it ok that I just comment out the ai tag or should I remove it for good?
20121129 18:54:12< mattsc> No, please keep it in for now.
20121129 18:54:19< mattsc> So yes, it's ok.
20121129 18:54:44< mattsc> But please uncomment the fai engine [ai] tag again and see if that still works.  That one should not interfere.
20121129 18:55:08< rspencer> on it...
20121129 18:56:43< mattsc> rspencer: l.5 of the *_CA.lua file, shouldn't that be 'id = cfg.unitID' ?
20121129 18:56:52< mattsc> l.15
20121129 18:57:20< rspencer> quite right
20121129 19:01:33< rspencer> Ok, it is all pushed.  Should all work fine now
20121129 19:02:49< mattsc> Yes, it does.  Just done testing.  One more thing:
20121129 19:03:36< mattsc> In utils/lua_macros.cfg, could you get rid of the STATIONED_GUARDIAN macro and just use the [micro_ai] tag in the scenario file.
20121129 19:03:54< mattsc> Also, the [store_unit] in that macro is not necessary any more.
20121129 19:03:54< rspencer> Yes.
20121129 19:05:10< rspencer> I see that.
20121129 19:06:03-!- lipkab [~the_new_l@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20121129 19:09:24< mattsc> rspencer: I closed the Step 1 task.  You should claim Step 2 and I'll close it after I reviewed this last change of yours.
20121129 19:09:25-!- YeyaSwizaw [~sam@host-92-29-0-31.as13285.net] has quit [Quit: Kìyevame ulte Eywa ngahu]
20121129 19:10:45< rspencer> mattsc: thank you.  Thank you also for the help, I know I have probably been rather annoying.
20121129 19:11:49< mattsc> rspencer: not at all, no worries.
20121129 19:12:06< mattsc> Btw, do you know how to use :inspect?
20121129 19:12:16< rspencer> no?
20121129 19:12:42< mattsc> Go into the guardian scenario and get yourself into debug mode (type :debug , if you're not in it already)
20121129 19:13:07< mattsc> Then type :inspect and click on Side 2 and AI component structure.
20121129 19:13:32< mattsc> You'll see your new AIs there.  If you want all the details about them, click on ai config full
20121129 19:14:37< rspencer> Ooh.  That is very cool.
20121129 19:15:06< mattsc> Now, you said that you want to works on Step 3 as well, right
20121129 19:15:07< mattsc> ?
20121129 19:15:21< rspencer> Yes please.
20121129 19:16:15< mattsc> Ok, the one thing I'd like to add (I might have said it, but forgot): the ai_type should be 'guardian' for that, and the type of guardian you choose defined in [guardian_type].
20121129 19:16:29< rspencer> Yes, you did mention that.
20121129 19:16:34< mattsc> As in, there should only be one Micro AI type for all three guardians.
20121129 19:16:45< mattsc> Ok, good.  :)
20121129 19:16:51< mattsc> Does that make sense?
20121129 19:16:56< rspencer> Yep.
20121129 19:17:15< rspencer> It might be rather ugly with checks and all for different parameters (for the hunters etc.)
20121129 19:17:28< rspencer> Should I be throwing or ignoring errors of missing parameters?
20121129 19:18:13< mattsc> The general instruction are that it should complain about required parameters, and ignore additional unused paramters.
20121129 19:18:22< rspencer> Ok
20121129 19:19:14< mattsc> ... and use default values for optional parameters.
20121129 19:21:15< rspencer> k
20121129 19:21:26< mattsc> rspencer: you need to submit a URL to your work for Step 2 or I cannot close it.
20121129 19:21:58< rspencer> Ok, sent the github loc
20121129 19:23:08< mattsc> and click on 'request review' or whatever it's called for you (I cannot see that)
20121129 19:25:03< rspencer> Meh.  Sorry
20121129 19:26:12< mattsc> Ok, done.  You can claim either of the Step 3 tasks when you're ready.
20121129 19:26:29< rspencer> Thanks
20121129 19:28:04-!- Samual [diotecktec@xonotic/core-team/Samual] has quit [Quit: The person who said nothing is impossible obviously never tried to slam a revolving door.]
20121129 19:30:46-!- lipkab [~the_new_l@host-91-147-212-174.biatv.hu] has quit [Quit: - )]
20121129 19:46:16< Ivanovic> lipkab: yes, i also get those messages and i know of no way to actually turn this "feature" off
20121129 19:53:49-!- anonymissimus [~chatzilla@HSI-KBW-046-005-025-163.hsi8.kabel-badenwuerttemberg.de] has joined #wesnoth-dev
20121129 19:55:12< anonymissimus> jamit: r55783, why ?
20121129 19:57:00< jamit> anonymissimus: You said that in your add-on, players conduct actions via menu items. Using a menu item counts as doing something, so will now suppress the "you have not started your turn" dialog.
20121129 19:58:07< jamit> (Unless you use [allow_undo] in the command for that menu item.)
20121129 19:58:31-!- EdB [~edb@tss37-1-89-82-194-231.dsl.sta.abo.bbox.fr] has quit [Quit: Konversation terminated!]
20121129 19:58:55< anonymissimus> jamit: in many turns it makes sense to simply press turn done without invoking any menu item
20121129 19:59:04< anonymissimus> so that doesn't suffice
20121129 19:59:33< jamit> Sorry. Got to go for a bit
20121129 20:24:18< rspencer> mattsc: mind if I submit part 3?
20121129 20:34:11< rspencer> mattsc:  Ah, its getting late here.  I'm going to pack it up for the night.  I will attempt a pull request from my fork of the AI tomorrow (so you can OK it on your own time) and will update the wiki.
20121129 20:34:19-!- rspencer [~Robert@40.21.177.41.myadslip.net] has quit [Quit: Leaving]
20121129 20:35:27-!- stikonas [~gentoo@bcm-131-111-216-214.girton.cam.ac.uk] has joined #wesnoth-dev
20121129 20:35:27-!- stikonas [~gentoo@bcm-131-111-216-214.girton.cam.ac.uk] has quit [Changing host]
20121129 20:35:27-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20121129 20:36:27-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20121129 20:40:53-!- stikonas [~gentoo@bcm-131-111-216-214.girton.cam.ac.uk] has joined #wesnoth-dev
20121129 20:40:53-!- stikonas [~gentoo@bcm-131-111-216-214.girton.cam.ac.uk] has quit [Changing host]
20121129 20:40:53-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20121129 20:41:09< anonymissimus> loonycyborg: http://forums.wesnoth.org/viewtopic.php?p=543333#p543333 why doesn't it need a dll ?
20121129 20:41:12-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20121129 20:41:36-!- stikonas [~gentoo@bcm-131-111-216-214.girton.cam.ac.uk] has joined #wesnoth-dev
20121129 20:41:36-!- stikonas [~gentoo@bcm-131-111-216-214.girton.cam.ac.uk] has quit [Changing host]
20121129 20:41:36-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20121129 20:41:45< loonycyborg> anonymissimus: Because it's a static lib
20121129 20:42:15< loonycyborg> It still will probably need bzip2's dll
20121129 20:42:52-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20121129 20:43:41< anonymissimus> loonycyborg: and how or when can I find out whether it needs it ?
20121129 20:44:03< anonymissimus> do I need to want to save using the compressor or something
20121129 20:44:15-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20121129 20:44:19< loonycyborg> Run it on linux under wine :P
20121129 20:44:42-!- stikonas_ [~gentoo@jagodic.girton.cam.ac.uk] has joined #wesnoth-dev
20121129 20:44:42-!- stikonas_ [~gentoo@jagodic.girton.cam.ac.uk] has quit [Changing host]
20121129 20:44:42-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20121129 20:45:05< loonycyborg> iirc there are some viewers of dll dependencies out there.
20121129 20:47:24< loonycyborg> Ask AI0867 about how you use it at runtime
20121129 20:47:26< anonymissimus> hm it appears to work fine
20121129 20:47:46< anonymissimus> I activated that option in teh preferences; saved & reloaded
20121129 20:48:33-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20121129 20:48:47-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 255 seconds]
20121129 20:51:09< anonymissimus> wine shows dll dependencies ?
20121129 20:52:07< anonymissimus> then I could clean up the dll mess; some of them are only for mingw, some for MSVC, some for both, and some aren't needed...I mixed them and no longer know what's what
20121129 20:52:46-!- prkc [~negusnyul@540044BC.dsl.pool.telekom.hu] has joined #wesnoth-dev
20121129 20:54:04< anonymissimus> loonycyborg: the dlls in the releases are exactly those which are needed ? that is, also no unused ones ?
20121129 20:54:44< loonycyborg> I'm not sure about that.
20121129 20:55:12< loonycyborg> I've used wine to find missing dlls, it doesn't have a lot of them installed systemwide
20121129 20:56:13< loonycyborg> So it'll always notice any missing ones
20121129 20:56:25< loonycyborg> And print useful error messages about it :P
20121129 20:57:19< anonymissimus> okay, so starting with zero dlls and adding them 1 by 1 with wine is a way to go
20121129 21:02:13< jamit> back
20121129 21:04:00< jamit> anonymissimus: Do you suppress the dialog conditionally? Or would it make sense for there to be a side (or scenario) setting that just suppresses the "have not started" dialog for the whole game?
20121129 21:04:38-!- deekay [~dk@89-68-28-227.dynamic.chello.pl] has joined #wesnoth-dev
20121129 21:04:54-!- Samual [diotecktec@xonotic/core-team/Samual] has joined #wesnoth-dev
20121129 21:12:02< anonymissimus> jamit: I suppress it always; but perhaps people have a use for a condition as well
20121129 21:15:46< jamit> Hmm... another approach would be to make it like a toggle. Have some tag turn off the confirmation until a different tag turns it back on.
20121129 21:16:01< jamit> I'm not sure what would be the most useful approach.
20121129 21:18:54< jamit> Are there other confirmations someone might want to suppress because they do not make sense in a given scenario?
20121129 21:19:56< anonymissimus> jamit: hm, there are some "tower defence" type of scenarios, for those it makes sense as well I supposed
20121129 21:20:19< anonymissimus> but they would need to suppress always as well probably
20121129 21:21:59< jamit> Another thought: since this is for rather nonstandard designs, would it be reasonable to allow suppression via Lua without implementing an official WML tag? (Not sure how that would work out -- just brainstorming.)
20121129 21:23:35< anonymissimus> jamit: well, I could use that but wml-onlys not
20121129 21:28:18-!- Samual is now known as Twat
20121129 21:28:33-!- Twat is now known as Twatual
20121129 21:29:06-!- lipkab [~the_new_l@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20121129 21:31:36-!- Twatual [diotecktec@xonotic/core-team/Samual] has quit [Read error: Connection reset by peer]
20121129 21:31:49-!- Samual [diotecktec@xonotic/core-team/Samual] has joined #wesnoth-dev
20121129 21:42:00-!- Blueblaze [~Blueblaze@2602:304:cca1:4d69:6233:4bff:fe0a:827b] has joined #wesnoth-dev
20121129 21:59:28-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20121129 22:00:09-!- exciton [chuck-the-@89.208.169.104] has quit [Read error: Connection reset by peer]
20121129 22:05:59< Ivanovic> [19:46:16] <Ivanovic> lipkab: yes, i also get those messages and i know of no way to actually turn this "feature" off
20121129 22:06:10< Ivanovic> in case oyu don't read the backlog
20121129 22:08:08< lipkab> Ivanovic: Ok, thanks.
20121129 22:09:22< Guest67034> anonymissimus: Hello
20121129 22:09:27< Guest67034> Damn it.
20121129 22:09:32< Guest67034> Hold on.
20121129 22:09:40-!- Guest67034 is now known as Espreon
20121129 22:09:48-!- Espreon [~espreon@ai0867.net] has quit [Changing host]
20121129 22:09:49-!- Espreon [~espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20121129 22:10:59-!- Blueblaze [~Blueblaze@2602:304:cca1:4d69:6233:4bff:fe0a:827b] has quit [Remote host closed the connection]
20121129 22:11:15-!- Blueblaze [~Blueblaze@adsl-76-202-20-214.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20121129 22:11:34-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20121129 22:14:14-!- martin_bede [~martin@dsl51B6667E.pool.t-online.hu] has quit [Quit: Bye]
20121129 22:20:16-!- exciton_ [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20121129 22:22:28-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20121129 22:23:31-!- exciton [chuck-the-@89.208.169.104] has quit [Ping timeout: 252 seconds]
20121129 22:29:26-!- irker658 [~irker@ai0867.net] has joined #wesnoth-dev
20121129 22:29:26< irker658> wesnoth: anonymissimus * r55786 /trunk/projectfiles/VC9/wesnoth.vcproj: 
20121129 22:29:27< irker658> wesnoth: project file linker setting hacks to make VC debugger work (for me...)
20121129 22:29:37< irker658> wesnoth: anonymissimus * r55787 /trunk/projectfiles/CodeBlocks/ (wesnothd.cbp wesnoth.cbp): 
20121129 22:29:37< irker658> wesnoth: project update (bz2 dependency)
20121129 22:34:09-!- exciton_ [chuck-the-@89.208.169.104] has quit [Ping timeout: 252 seconds]
20121129 22:35:17-!- prkc [~negusnyul@540044BC.dsl.pool.telekom.hu] has quit [Quit: Konversation terminated!]
20121129 22:36:28-!- exciton [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20121129 22:40:43-!- anonymissimus [~chatzilla@HSI-KBW-046-005-025-163.hsi8.kabel-badenwuerttemberg.de] has quit [Quit: ChatZilla 0.9.89 [Firefox 11.0/20120312181643]]
20121129 22:45:23-!- exciton_ [chuck-the-@89.208.169.104] has joined #wesnoth-dev
20121129 22:49:11-!- exciton [chuck-the-@89.208.169.104] has quit [Ping timeout: 252 seconds]
20121129 22:53:01-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 246 seconds]
20121129 23:01:11-!- lipkab [~the_new_l@host-91-147-212-174.biatv.hu] has quit [Quit: - )]
20121129 23:11:18-!- Alarantalara [~Adium@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20121129 23:12:35-!- anonymissimus [~chatzilla@HSI-KBW-046-005-025-163.hsi8.kabel-badenwuerttemberg.de] has joined #wesnoth-dev
20121129 23:15:47-!- fendrin [~fabi@88-134-62-238-dynip.superkabel.de] has joined #wesnoth-dev
20121129 23:15:47-!- fendrin [~fabi@88-134-62-238-dynip.superkabel.de] has quit [Changing host]
20121129 23:15:47-!- fendrin [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev
20121129 23:29:39-!- Gambit [~gambit@wesnoth/developer/grickit] has joined #wesnoth-dev
20121129 23:32:28-!- skyfaller [~skyfaller@wikipedia/Skyfaller] has quit [Remote host closed the connection]
20121129 23:40:59-!- skyfaller [~skyfaller@wikipedia/Skyfaller] has joined #wesnoth-dev
20121129 23:41:23-!- skyfaller [~skyfaller@wikipedia/Skyfaller] has quit [Remote host closed the connection]
20121129 23:57:08-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
--- Log closed Fri Nov 30 00:00:47 2012