--- Log opened Thu Jan 10 00:00:51 2013
20130110 00:30:33-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 265 seconds]
20130110 00:41:51-!- Blueblaze2 [~Blueblaze@adsl-76-202-20-2.dsl.hstntx.sbcglobal.net] has joined #wesnoth-umc-dev
20130110 00:42:22-!- Blueblaze [~Blueblaze@2602:304:cca1:4029:6233:4bff:fe0a:827b] has quit [Read error: No route to host]
20130110 00:42:22-!- Blueblaze2 is now known as Blueblaze
20130110 02:15:28-!- irker191 [~irker@ai0867.net] has quit [Quit: transmission timeout]
20130110 02:25:44-!- mattsc [~mattsc@d154-20-32-241.bchsia.telus.net] has joined #wesnoth-umc-dev
20130110 03:15:06-!- Blueblaze [~Blueblaze@adsl-76-202-20-2.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze]
20130110 03:23:20-!- Crendgrim_ [~crend@port-92-204-52-117.dynamic.qsc.de] has joined #wesnoth-umc-dev
20130110 03:27:17-!- Crendgrim [~crend@port-92-204-68-175.dynamic.qsc.de] has quit [Ping timeout: 252 seconds]
20130110 03:39:02-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-umc-dev
20130110 03:42:42-!- vultraz [~chatzilla@124.109.10.167] has joined #wesnoth-umc-dev
20130110 03:43:58-!- vultraz [~chatzilla@124.109.10.167] has quit [Changing host]
20130110 03:43:59-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-umc-dev
20130110 04:06:43-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit []
20130110 04:16:24-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20130110 04:41:41-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-umc-dev
20130110 05:48:59-!- irker985 [~irker@ai0867.net] has joined #wesnoth-umc-dev
20130110 05:48:59< irker985> AI-Demos: Alarantalara master * r45b86ab / (3 files in 2 dirs): Add a simple move to enemy CA - http://git.io/1MQPwA
20130110 05:51:17< Alarantalara> mattsc: Testing so far is "it compiles"
20130110 05:51:47< Alarantalara> since I haven't set up a situation where it would actually take priority over anything for better testing
20130110 05:53:37< Alarantalara> I suppose it needs a "visible" enemy filter
20130110 05:54:10< mattsc> Alarantalara: cool.  I already figured that you'd have the problem solved by the time I got back.
20130110 05:56:22< mattsc> You could give it a score of a million and see what it does, but it looks like it certainly would move each unit to its closest enemy.
20130110 06:19:10< Alarantalara> hmm, it's not working. The unit filter is consistently empty
20130110 06:21:20< mattsc> Own units or enemy units?
20130110 06:21:25< Alarantalara> own units
20130110 06:21:49< Alarantalara> it might just be that I'm only seeing the last iteration of it
20130110 06:22:15< mattsc> Try 'canrecruit = false'
20130110 06:24:45< Alarantalara> oh bother, I left it as 1 in the cfg, so it never runs :)
20130110 06:24:54< Alarantalara> until it can't pass of course
20130110 06:26:32< mattsc> :)   (and my canrecruit comment is nonsense, of course...)
20130110 06:32:55< mattsc> Alarantalara: you probably need a find_vacant_tile() around the target location for next_hop to work
20130110 06:33:40< Alarantalara> There are more problems than that, but I'll get through them evenutally
20130110 06:33:44< mattsc> Also, there's another problem...
20130110 06:34:05< mattsc> Oh, ok, so you probably know about it already.
20130110 06:34:30< Alarantalara> I know it exists, you may already know the solution
20130110 06:34:58< mattsc> For the one I mention above?
20130110 06:35:46< mattsc> The other one is that when there's no path from one of your units to any enemy, then any units coming after it in the list will not move.
20130110 06:36:08< Alarantalara> that isn't one I thought of
20130110 06:36:19< mattsc> It's unlikely, but possible.
20130110 06:36:22< Alarantalara> I'm not overly concerned about it though
20130110 06:37:08< mattsc> Anything I'm not thinking about that I can help with?
20130110 06:39:01< Alarantalara> I'll probably be fine for now
20130110 06:39:51< Alarantalara> any idea of why get closest enemy would return nil for a location?
20130110 06:40:26< mattsc> Where is get_closest_enemy defined?
20130110 06:40:39< Alarantalara> AH
20130110 06:40:56< mattsc> So it should be AH.get_...
20130110 06:41:18< Alarantalara> it is now
20130110 06:41:34< Alarantalara> and now it returns nil
20130110 06:42:12< Alarantalara> I can only assume that loc is corrupt
20130110 06:43:24< mattsc> It returns a location in { x = ..., y = ... } format
20130110 06:43:33< mattsc> so target[1] is always nil
20130110 06:43:56< Alarantalara> of course :)
20130110 06:57:53-!- Blueblaze [~Blueblaze@76.202.20.2] has joined #wesnoth-umc-dev
20130110 07:00:40< irker985> AI-Demos: Alarantalara master * rb092758 / lua/move_to_any_target.lua : Fix assorted bugs with untested code from before - http://git.io/_9GqpA
20130110 07:02:37< mattsc> Alarantalara: I'd still prefer to loop this over all units rather than just picking the first.
20130110 07:10:55-!- skyfaller [~skyfaller@ool-43551edd.dyn.optonline.net] has joined #wesnoth-umc-dev
20130110 07:10:55-!- skyfaller [~skyfaller@ool-43551edd.dyn.optonline.net] has quit [Changing host]
20130110 07:10:55-!- skyfaller [~skyfaller@wikipedia/Skyfaller] has joined #wesnoth-umc-dev
20130110 07:24:37< irker985> AI-Demos: Alarantalara master * r27dcd07 / lua/move_to_any_target.lua : Evaluate as valid if any unit can move near an enemy - http://git.io/lK6c4g
20130110 07:25:45< Alarantalara> mattsc: done
20130110 07:27:11< mattsc> great
20130110 07:38:57< irker985> AI-Demos: Alarantalara master * r6222433 / ais/default_with_move.cfg : Add a .cfg for the new CA for easy export - http://git.io/IxbWEw
20130110 07:50:53< Alarantalara> I don't want to push it to mainline right now, since the lua engine isn't good at passing on parameters from the ai tag yet. I suppose I could rewrite it in C++.
20130110 07:59:42< vultraz> mattsc: is there a way to clear a WML variable from lua besides wesnoth.wml_actions.clear_variable?
20130110 08:02:39< mattsc> Alarantalara: ok, as you want.  But can't you read the aspects in Lua?
20130110 08:04:33< mattsc> vultraz: you can use helper.set_wml_var_metatable(_G) and then you can access the variables directly.
20130110 08:04:39< mattsc> I think that includes clearing them.
20130110 08:05:08< mattsc> http://wiki.wesnoth.org/LuaWML:Variables#helper.set_wml_var_metatable
20130110 08:06:40< vultraz> I don't really understand all this metatable stuff
20130110 08:07:03< vultraz> and anyway, I just need it in one instance to delete everything in a certain index of an array
20130110 08:08:36< mattsc> The variable metatable simply sets up direct access to the WML variables.  So you can write to them directly.
20130110 08:08:57< vultraz> I...see...
20130110 08:09:43< vultraz> so um...
20130110 08:09:48< vultraz> ok I'm lost
20130110 08:10:04< vultraz> how would I do what I want to do?
20130110 08:10:08< mattsc> give me a sec, I am testing something (haven't used this in a long time)
20130110 08:13:45< mattsc> vultraz: so you use the helper.etcetc line as given in the link, after that, you simply write to or delete the variables you want.
20130110 08:14:06< mattsc> Eg. 'test = 1' sets a WML variable called test to value 1.
20130110 08:14:15< mattsc> 'test = nil' deletes it again.
20130110 08:14:28< vultraz> so I could simply say
20130110 08:14:33< mattsc> That should also work for arrays, and parts thereof as long as you get the syntaz right.
20130110 08:14:41< mattsc> syntax
20130110 08:14:52< vultraz> inv_list_data[i] = nil?
20130110 08:15:06< vultraz> or would that only delete the index from the lua table
20130110 08:15:20< mattsc> Assuming that the lua representation of the table looks like that, yes
20130110 08:15:45< mattsc> Have you used debug_utils.dbms from WLP before?
20130110 08:15:56< vultraz> yeah
20130110 08:16:23< mattsc> Ok, so set up the metatable and have a look at how your array looks in lua.
20130110 08:16:46< mattsc> The delete the respective index just as you suggest above.
20130110 08:16:53< mattsc> I haven't tested it, but I think that should work.
20130110 08:17:13< mattsc> (and check before and after with dbms, is what I mean)
20130110 08:17:20< mattsc> or with :inspect in WML
20130110 08:17:24< vultraz> hm...
20130110 08:17:42< vultraz> this might be complicated
20130110 08:18:20< vultraz> because the path to the variable is....variable
20130110 08:18:35< vultraz> $unit.id|.inventory[i]
20130110 08:18:45< vultraz> (in WML)
20130110 08:20:09< mattsc> So why don't you use wesnoth.set_variable then?
20130110 08:20:57< vultraz> erm?
20130110 08:21:20< mattsc> http://wiki.wesnoth.org/LuaWML:Variables#wesnoth.set_variable
20130110 08:21:34< mattsc> first argument is whatever you want to and can be a variable, second argument is nil
20130110 08:21:50< vultraz> oh? you can set to nil?
20130110 08:21:54< vultraz> didn't know that
20130110 08:23:43< mattsc> It says it right underneath the box  :)
20130110 08:26:27< mattsc> vultraz: I have to sign off now.  I'll be back online tomorrow, if you have follow-up questions.
20130110 08:26:52< vultraz> ok
20130110 08:26:55< vultraz> I think I got it
20130110 08:27:00< mattsc> cool
20130110 08:27:38< vultraz> nil has to be quoted?
20130110 08:29:06< mattsc> no
20130110 08:29:50< mattsc> you want the value nil, rather than a string that spells out 'nil'
20130110 08:31:18-!- mattsc [~mattsc@d154-20-32-241.bchsia.telus.net] has quit [Quit: bye]
20130110 08:33:03-!- Blueblaze [~Blueblaze@76.202.20.2] has quit [Quit: Blueblaze]
20130110 08:33:08< irker985> wesnoth-umc-dev: vultraz * r16778 /trunk/NX-RPG/lua/gui/inventory.lua: 
20130110 08:33:08< irker985> wesnoth-umc-dev: NX: added (untested) code for executing an item's effect when used in the inventory, and for removing it if it's quantity == 0
20130110 08:33:59< irker985> wesnoth-umc-dev: vultraz * r16779 /trunk/NX-RPG/lua/gui/inventory.lua: 
20130110 08:33:59< irker985> wesnoth-umc-dev: NX: apparently, you don't quote nil
20130110 08:36:51< irker985> wesnoth-umc-dev: vultraz * r16780 /trunk/NX-RPG/rpg_systems/character_development/traits.cfg: 
20130110 08:36:51< irker985> wesnoth-umc-dev: NX: fixed image path to now non-existent image
20130110 08:37:45< irker985> wesnoth-umc-dev: vultraz * r16781 /trunk/NX-RPG/changelog: 
20130110 08:37:45< irker985> wesnoth-umc-dev: NX: updated changelog
20130110 08:44:54-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-umc-dev
20130110 09:18:08-!- happygrue [~happygrue@wesnoth/developer/wintermute] has quit [Read error: Connection reset by peer]
20130110 10:18:21-!- happygrue [~happygrue@wesnoth/developer/wintermute] has joined #wesnoth-umc-dev
20130110 10:42:42-!- loonybot [~loonybot@ppp91-78-91-3.pppoe.mtu-net.ru] has joined #wesnoth-umc-dev
20130110 10:42:42-!- loonybot [~loonybot@ppp91-78-91-3.pppoe.mtu-net.ru] has quit [Changing host]
20130110 10:42:42-!- loonybot [~loonybot@wesnoth/bot/loonybot] has joined #wesnoth-umc-dev
20130110 10:42:45-!- mode/#wesnoth-umc-dev [+v loonybot] by ChanServ
20130110 11:10:34-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 240 seconds]
20130110 11:47:29-!- irker985 [~irker@ai0867.net] has quit [Quit: transmission timeout]
20130110 12:24:01-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-umc-dev
20130110 12:39:56-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20130110 13:00:24-!- Crendgrim_ is now known as Crendgrim
20130110 13:27:16-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-umc-dev
20130110 13:31:29-!- noy [~Noy@wesnoth/developer/noy] has quit [Client Quit]
20130110 14:13:49-!- fendrin [~fabi@wesnoth/developer/fendrin] has quit [Ping timeout: 260 seconds]
20130110 14:14:32-!- fendrin [~fabi@88-134-45-10-dynip.superkabel.de] has joined #wesnoth-umc-dev
20130110 14:14:32-!- fendrin [~fabi@88-134-45-10-dynip.superkabel.de] has quit [Changing host]
20130110 14:14:32-!- fendrin [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-umc-dev
20130110 15:07:19-!- Crendgrim [~crend@port-92-204-52-117.dynamic.qsc.de] has quit [Quit: Konversation terminated!]
20130110 15:52:53-!- mattsc [~mattsc@207.230.251.234] has joined #wesnoth-umc-dev
20130110 15:55:42< vultraz> mattsc: well, this is how I'm doing it, hope it's correct:
20130110 15:55:44< vultraz> var = string.format("%s.%s", wesnoth.get_variable("unit.id"), "inventory")
20130110 15:55:45< vultraz> local i = wesnoth.get_dialog_value("inventory_list")
20130110 15:55:47< vultraz> wesnoth.set_variable(var[i], nil)
20130110 15:57:45< mattsc> vultraz: that should delete element i of the var name you define in the first line, yes.
20130110 15:57:52< mattsc> Did you test whether it works?
20130110 15:58:15< vultraz> not yet, I need to create a testcase
20130110 15:59:21< vultraz> er actually, shouldn't it be [i - 1]?
20130110 15:59:30< mattsc> I have a permanent test scenario set up in which I can test new Lua code on the fly with a right-click option.  If you're code is complicated, you probably want to do something like that too.
20130110 15:59:31< vultraz> cuz WML indexes start at 0 and lua indexes at 1?
20130110 16:00:32< mattsc> If it's just the straight index, probably.  I don't know what get_dialog_value returns.
20130110 16:00:56< mattsc> I'd strongly recommend setting up that test case and just trying it.
20130110 16:01:35< mattsc> It's very likely that there's some other little bug somewhere that none of us will see by just staring at the code.  That's always how it seems to work ...
20130110 16:01:42< vultraz> Yup...
20130110 16:02:02< vultraz> just the other day I found I had a huge bug that was because I forgot a _
20130110 16:44:37-!- mattsc [~mattsc@207.230.251.234] has quit [Quit: I'm asleep]
20130110 16:59:03-!- irker724 [~irker@ai0867.net] has joined #wesnoth-umc-dev
20130110 16:59:03< irker724> wesnoth-umc-dev: ai0867 * r16782 /trunk/Era_of_Chaos/units/vampires/Half_Blood.cfg: 
20130110 16:59:03< irker724> wesnoth-umc-dev: Fix a unit description
20130110 17:07:15-!- mattsc [~mattsc@fw.hia.nrc.ca] has joined #wesnoth-umc-dev
20130110 17:30:39< irker724> wesnoth-umc-dev: espreon * r16783 /trunk/Era_of_Magic/ (factions/warlocks-slaves.cfg ChangeLog): 
20130110 17:30:39< irker724> wesnoth-umc-dev: EoMa: removed the erroneous random_leader list from the Tharis faction in the Masters & Slaves era.
20130110 17:51:16< irker724> wesnoth-umc-dev: espreon * r16784 /trunk/Era_of_Magic/ (factions/barbarians-slaves.cfg ChangeLog): 
20130110 17:51:16< irker724> wesnoth-umc-dev: EoMa: removed the erroneous random_leaders list from the Barbarians faction in the Masters & Slaves era.
20130110 17:56:56-!- skyfaller [~skyfaller@wikipedia/Skyfaller] has quit [Remote host closed the connection]
20130110 17:57:36-!- skyfaller [~skyfaller@ool-43551edd.dyn.optonline.net] has joined #wesnoth-umc-dev
20130110 17:57:36-!- skyfaller [~skyfaller@ool-43551edd.dyn.optonline.net] has quit [Changing host]
20130110 17:57:36-!- skyfaller [~skyfaller@wikipedia/Skyfaller] has joined #wesnoth-umc-dev
20130110 18:01:36< irker724> wesnoth-umc-dev: espreon * r16785 /trunk/Era_of_Magic/ (4 files in 4 dirs): 
20130110 18:01:36< irker724> wesnoth-umc-dev: EoMa: updated the German, Italian, and Polish translations.
20130110 18:02:18-!- skyfaller [~skyfaller@wikipedia/Skyfaller] has quit [Ping timeout: 256 seconds]
20130110 18:10:10< irker724> wesnoth-umc-dev: espreon * r16786 /trunk/Era_of_Chaos/ (changelog.txt palettes.cfg loader.cfg): 
20130110 18:10:10< irker724> wesnoth-umc-dev: EoC: added the missing basic shaxthal palettes.
20130110 18:10:43< irker724> wesnoth-umc-dev: espreon * r16787 /trunk/Era_of_Chaos/changelog.txt: 
20130110 18:10:43< irker724> wesnoth-umc-dev: EoC: fixed the changelog's format.
20130110 18:16:32-!- fendrin [~fabi@wesnoth/developer/fendrin] has quit [Quit: Konversation terminated!]
20130110 18:24:11-!- sephural [~sephural@ip70-179-18-169.sd.sd.cox.net] has joined #wesnoth-umc-dev
20130110 18:31:17-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-umc-dev
20130110 18:34:45< irker724> wesnoth-umc-dev: espreon * r16788 /trunk/Era_of_Chaos/ (4 files in 2 dirs): 
20130110 18:34:45< irker724> wesnoth-umc-dev: EoC: coded a rather basic 'Use Shaxthal Surface Variations' mod.
20130110 18:39:58< irker724> wesnoth-umc-dev: espreon * r16789 /trunk/Era_of_Chaos/mods/shaxthal_surface_variations.cfg: 
20130110 18:39:59< irker724> wesnoth-umc-dev: EoC: eliminated a period.
20130110 18:43:01< irker724> wesnoth-umc-dev: espreon * r16790 /trunk/Era_of_Chaos/mods/shaxthal_surface_variations.cfg: 
20130110 18:43:02< irker724> wesnoth-umc-dev: EoC: use precruit instead of recruit.
20130110 19:02:05-!- Netsplit *.net <-> *.split quits: happygrue
20130110 19:02:26-!- happygrue [~happygrue@c-76-119-97-171.hsd1.ma.comcast.net] has joined #wesnoth-umc-dev
20130110 19:02:27-!- happygrue [~happygrue@c-76-119-97-171.hsd1.ma.comcast.net] has quit [Changing host]
20130110 19:02:27-!- happygrue [~happygrue@wesnoth/developer/wintermute] has joined #wesnoth-umc-dev
20130110 19:36:48< irker724> wesnoth-umc-dev: bumbadadabum * r16791 /trunk/Era_of_Chaos/units/elves-quenoth/Marksman.cfg: 
20130110 19:36:48< irker724> wesnoth-umc-dev: EoC: removed some leftover AtS specific coding
20130110 19:59:53< irker724> wesnoth-umc-dev: bumbadadabum * r16792 /trunk/Era_of_Chaos/ (_main.cfg loader.cfg): 
20130110 19:59:53< irker724> wesnoth-umc-dev: EoC: made the add-on compatible with 1.10.x and 1.11.0
20130110 21:40:55-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-umc-dev
20130110 21:48:33-!- BTreeGA [~BTreeGA@moose.CS.McGill.CA] has quit [Ping timeout: 248 seconds]
20130110 23:16:53-!- Blueblaze [~Blueblaze@adsl-76-202-20-2.dsl.hstntx.sbcglobal.net] has joined #wesnoth-umc-dev
20130110 23:19:28-!- irker724 [~irker@ai0867.net] has quit [Quit: transmission timeout]
20130110 23:24:33-!- fendrin [~fabi@88-134-19-209-dynip.superkabel.de] has joined #wesnoth-umc-dev
20130110 23:24:33-!- fendrin [~fabi@88-134-19-209-dynip.superkabel.de] has quit [Changing host]
20130110 23:24:33-!- fendrin [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-umc-dev
20130110 23:40:08-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 255 seconds]
--- Log closed Fri Jan 11 00:00:56 2013