--- Log opened Fri Jan 14 00:00:16 2011
20110114 01:38:57-!- Blueblaze [~Blueblaze@adsl-99-171-160-214.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze]
20110114 01:55:00-!- loonycyborg [~sergey@wesnoth/developer/loonycyborg] has quit [Quit: Zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz]
20110114 01:56:14-!- loonybot [~loonybot@wesnoth/bot/loonybot] has quit [Remote host closed the connection]
20110114 02:10:47-!- fabi [~fabi@wesnoth/developer/fendrin] has quit [Remote host closed the connection]
20110114 02:12:09-!- fendrin [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-umc-dev
20110114 02:28:23< Aethaeryn> I am enjoying this [lua] thing
20110114 02:28:36< Aethaeryn> WML tags for where it's convenient, [lua] for where real programming is needed.
20110114 02:28:39< Aethaeryn> Thank you whoever did this.
20110114 02:28:58< Aethaeryn> It's rather weak in 1.8 but in trunk I am going to start rewriting the more complicate parts of MoD
20110114 02:29:13< Aethaeryn> You know, the stuff zookeeper probably wrote *for* me :P
20110114 02:39:49< Aethaeryn> Gambit: Do you use Lua?
20110114 02:40:07< Gambit> no
20110114 02:40:16< Aethaeryn> damn
20110114 02:40:22< Gambit> Except for all the tags that are implemented in lua :P
20110114 02:40:23< Aethaeryn> I've condensed 30 lines into 17 that are much more readable.
20110114 02:40:27< Gambit> Then on a technicality
20110114 02:40:29< Gambit> I use lots of lua
20110114 02:40:31< Aethaeryn> I just don't know how to implement macros.
20110114 02:40:38< Aethaeryn> so if in WML it's {SIDE}
20110114 02:40:47< Aethaeryn> how do I get Lua to recognize the number that the macro says the side is?
20110114 02:41:13< Aethaeryn> I know I can set a variable equal to {SIDE} in the WML before Lua runs, but that isn't the most elegant way of doing it.
20110114 03:00:27<+CIA-41> wesnoth-umc-dev: aethaeryn * r8630 /trunk/Master_of_Dungeons/ (macros/modify_unit.cfg todo): Rewriting a section into Lua.
20110114 03:41:40-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-umc-dev
20110114 03:42:13-!- Rei2 [ayanami@unaffiliated/shadowmaster/bot/rei2] has joined #wesnoth-umc-dev
20110114 03:42:16-!- mode/#wesnoth-umc-dev [+v Rei2] by ChanServ
20110114 04:28:12-!- artisticdude [9442274a@gateway/web/freenode/ip.148.66.39.74] has joined #wesnoth-umc-dev
20110114 04:31:04< artisticdude> I'm having some trouble checking out The Wesnoth Forum Faction from wesnoth-umc-dev
20110114 04:31:18< shadowmaster> what's the matter?
20110114 04:31:21< artisticdude> I enter the command: "svn co https://wesnoth-umc-dev.svn.sourceforge.net/svnroot/wesnoth-umc-dev/trunk/The_Wesnoth_Forum_Faction_Era/ wesnoth-twff" into the terminal
20110114 04:31:31< artisticdude> but I only get this error message: "svn: PROPFIND of '/svnroot/wesnoth-umc-dev/!svn/vcc/default': SSL negotiation failed: Connection reset by peer (https://wesnoth-umc-dev.svn.sourceforge.net)"
20110114 04:31:45< shadowmaster> that indicates a problem with the server
20110114 04:32:01< artisticdude> Oh, good.
20110114 04:32:03< shadowmaster> you could try again later
20110114 04:32:08< artisticdude> Well, not good.
20110114 04:32:19< artisticdude> At least it isn't a problem at my end.
20110114 04:32:33< artisticdude> Yeah, I'll try again later. Thanks.
20110114 04:35:48-!- artisticdude [9442274a@gateway/web/freenode/ip.148.66.39.74] has quit [Quit: Page closed]
20110114 05:04:00-!- Aethaeryn [~Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Quit: ...]
20110114 05:33:13-!- un214 [~un214@adsl-75-45-25-77.dsl.scrm01.sbcglobal.net] has joined #wesnoth-umc-dev
20110114 05:35:30<+CIA-41> wesnoth-umc-dev: espreon * r8631 /trunk/Master_of_Dungeons/ (8 files in 2 dirs): MoD: ran umcpropfix.
20110114 05:37:47<+CIA-41> wesnoth-umc-dev: espreon * r8632 /branches/irc-bots/Gambot/processors/ (espreon_processor.pl plugins/internet/translate.pm): Gambot: ran umcpropfix.
20110114 05:43:23-!- PetePorty [~Pete@pc-78-54-120-200.cm.vtr.net] has joined #wesnoth-umc-dev
20110114 05:44:41-!- Gambit [~Gambit@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20110114 05:44:41-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20110114 06:34:37-!- PetePorty [~Pete@pc-78-54-120-200.cm.vtr.net] has quit [Quit: Saliendo]
20110114 06:47:30-!- un214 [~un214@adsl-75-45-25-77.dsl.scrm01.sbcglobal.net] has quit [Remote host closed the connection]
20110114 06:52:53-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 255 seconds]
20110114 06:53:51-!- Rei2 [ayanami@unaffiliated/shadowmaster/bot/rei2] has quit [Ping timeout: 246 seconds]
20110114 06:54:47-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-umc-dev
20110114 06:55:47-!- Rei2 [ayanami@unaffiliated/shadowmaster/bot/rei2] has joined #wesnoth-umc-dev
20110114 06:55:50-!- mode/#wesnoth-umc-dev [+v Rei2] by ChanServ
20110114 07:05:12-!- fendrin [~fabi@wesnoth/developer/fendrin] has quit [Remote host closed the connection]
20110114 07:09:06-!- fendrin [~fabi@88-134-182-46-dynip.superkabel.de] has joined #wesnoth-umc-dev
20110114 07:09:06-!- fendrin [~fabi@88-134-182-46-dynip.superkabel.de] has quit [Changing host]
20110114 07:09:06-!- fendrin [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-umc-dev
20110114 07:13:15-!- fendrin [~fabi@wesnoth/developer/fendrin] has quit [Remote host closed the connection]
20110114 07:14:30-!- fendrin [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-umc-dev
20110114 08:39:14-!- Blueblaze [~Blueblaze@adsl-99-171-160-214.dsl.hstntx.sbcglobal.net] has joined #wesnoth-umc-dev
20110114 08:42:00-!- Rei2 [ayanami@unaffiliated/shadowmaster/bot/rei2] has quit [Ping timeout: 246 seconds]
20110114 08:42:13-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 276 seconds]
20110114 09:15:56-!- zookeeper [~l@wesnoth/developer/zookeeper] has joined #wesnoth-umc-dev
20110114 09:43:11-!- Blueblaze [~Blueblaze@adsl-99-171-160-214.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze]
20110114 11:34:09-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20110114 12:38:46-!- loonybot [~loonybot@46.138.66.56] has joined #wesnoth-umc-dev
20110114 12:38:46-!- loonybot [~loonybot@46.138.66.56] has quit [Changing host]
20110114 12:38:46-!- loonybot [~loonybot@wesnoth/bot/loonybot] has joined #wesnoth-umc-dev
20110114 12:38:49-!- mode/#wesnoth-umc-dev [+v loonybot] by ChanServ
20110114 12:39:49-!- loonycyborg [~sergey@wesnoth/developer/loonycyborg] has joined #wesnoth-umc-dev
20110114 12:59:21-!- StDrake [b2493187@gateway/web/freenode/ip.178.73.49.135] has joined #wesnoth-umc-dev
20110114 13:03:19< StDrake> uhm..hi..I had some wml problems and thought this would be faster than forum..assuming anyone knowledgable is about?
20110114 13:09:09< zookeeper> the answers can't come any sooner than the question.
20110114 13:11:04< StDrake> right..well i have this handling event for petrified units that should hurt them if no healer is about, or let them get healed and unpetrified if they're back to full hp
20110114 13:11:30< StDrake> problem is - i want to limit it only to healers with >=8 healing value
20110114 13:12:16< zookeeper> well first of all, you just pulled that code in your thread from thin air, and that never works
20110114 13:13:12< StDrake> should i post the whole event?
20110114 13:13:34< zookeeper> yes (pastebin)
20110114 13:14:13< StDrake> uhm..embarassing but its my first time on irc since..like 10 years or so..how do i use pastebin?
20110114 13:14:35< zookeeper> http://wesnoth.pastebin.com/ <- paste your code, press submit, paste resulting url here
20110114 13:15:17< StDrake> http://wesnoth.pastebin.com/yctpiQbr
20110114 13:16:04< StDrake> i think the problem is just with that [and] in the filter_adjacent, but ive got no idea how to do it differently
20110114 13:16:25< zookeeper> first of all: as sapient said, i is not a number¨
20110114 13:17:09< zookeeper> secondly, [variable] is not a valid standardunitfilter
20110114 13:17:51< StDrake> uhm..i is the index..oh wait i get it now..forgot the $ >.<
20110114 13:20:04< zookeeper> what you want is...
20110114 13:20:17< StDrake> ok then [$i] instead of [i], any idea how to go around that variable comparison problem? will filter_wml with the variable make sense?
20110114 13:21:02< zookeeper> http://wesnoth.pastebin.com/PjGD6QcD
20110114 13:21:49< zookeeper> you can't check if for higher or lower than 8, but presumably that's good enough since there aren't any higher values in use.
20110114 13:22:12< zookeeper> also i made a type: id_enemy should be is_enemy
20110114 13:22:17< zookeeper> typo, even
20110114 13:22:55< StDrake> well i wanted to make it a little universal, in case someone barged in with their >8 healing abilities
20110114 13:24:17< zookeeper> well then you can use [not] [filter_wml] [abilities] [heals] value=4
20110114 13:24:35< zookeeper> ...and add ability=healing just above that
20110114 13:25:06< StDrake> hmm..[and][not] 1 and 2 and..so on until 7..ugly but i guess it should work
20110114 13:25:10< zookeeper> or you can simply filter for ability=curing
20110114 13:25:20< zookeeper> what?
20110114 13:25:50< StDrake> to eliminate those crazy heal+2 and others that are lower than 8 but not equal 4 xD
20110114 13:26:15 * zookeeper shrugs
20110114 13:26:24< zookeeper> do what you will, but i'd just use ability=curing
20110114 13:26:52< zookeeper> if someone makes a >+8 healer who can't cure, then sucks to be them i guess
20110114 13:27:56< StDrake> effective..but mean, well anyway ugly or not that should work then *rushes off to implement*
20110114 13:28:38< StDrake> oh right, it doesn't matter if the is_enemy is after or before the filter_wml tag does it?
20110114 13:29:29< zookeeper> no, key/tag order doesn't matter (except in those cases where it obviously does, like ActionWML)
20110114 13:30:52< zookeeper> but if you're using ability=curing then obviously enough you don't need a [filter_wml] at all
20110114 13:35:21< StDrake> while im here just making sure - if i have a bunch of conditions, do i need to put each one in a separate [and][/and]?
20110114 13:35:29< zookeeper> no
20110114 13:35:59< zookeeper> you very rarely need to use [and]s
20110114 13:36:31< StDrake> but if i used those seven [not][filter_wml] etc..
20110114 13:37:34< StDrake> would it be one [not] block followed by one[and] block with one [not] block, or 1 not, 1 and, many nots, or 1 not, many ands with 1 not each?
20110114 13:37:35< zookeeper> then i don't want to have anything to do with that
20110114 13:37:40< StDrake> xD
20110114 13:38:25< StDrake> right, ill just do it trial and error then when i get crazy enough
20110114 13:41:32< zookeeper> just do it the simple way now and worry about idiot-proofness when you know what you're doing.
20110114 13:43:48< StDrake> hmm playtested and..strange results
20110114 13:45:29< StDrake> effect: stoneds in full health get blasted regardless of the healer present, those with only partial health don't, but obviously they dont unstone either (well they shouldnt so that's ok)
20110114 13:46:40< zookeeper> you must be doing something wrong then
20110114 13:51:15< StDrake> no that's really bizarre http://wesnoth.pastebin.com/qAjEMxRm the result suggests that the least indented else reacts to the indented if (that has a then but no else of its own) even though it's closed before, instead of the main if
20110114 13:51:54< StDrake> oh wait no, i screwed up the test
20110114 13:52:53< StDrake> it just doesn't match the normal healer either
20110114 13:53:22< zookeeper> you didn't fix all the i's
20110114 13:54:54< StDrake> eurgh, you're right, im going blind
20110114 14:04:51< StDrake> ok, seems it worked now..but i don't understand, how does placing x,y in the base have_unit differ from placing it in the filter_adjacent inside?
20110114 14:05:23< StDrake> or perhaps - what do the x,y in the filter_Adjacent do then?
20110114 14:08:43< StDrake> mhm..petrification prevents healing also doesn't it..it's not depended on a separate flag in this case is it
20110114 14:13:34< zookeeper> for a SUF (which has a [filter_adjacent]) to match a unit, that unit must have a unit adjacent to it which passes the SUF in [filter_adjacent].
20110114 14:13:37< zookeeper> afk ->
20110114 14:31:56-!- StDrake [b2493187@gateway/web/freenode/ip.178.73.49.135] has quit [Quit: Page closed]
20110114 14:39:13-!- Gambit [~Gambit@wesnoth/developer/grickit] has joined #wesnoth-umc-dev
20110114 14:41:46-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-umc-dev
20110114 14:41:49-!- mode/#wesnoth-umc-dev [+v janebot] by ChanServ
20110114 14:51:02-!- StDrake [b2493187@gateway/web/freenode/ip.178.73.49.135] has joined #wesnoth-umc-dev
20110114 14:53:15< StDrake> back again..any idea if variables in an mp game are being stored only by host or for everyone separately? (main point - sice select fires off only for the currently active side, if a variable is cleared during a select event, will it still exist uncleared for other players?)
20110114 14:54:00< zookeeper> for everyone separately
20110114 14:54:22< zookeeper> everyone's client executes all event WML separately, so if it creates variables, then everyone has them.
20110114 14:54:57< zookeeper> ...the exception being select events
20110114 14:59:38< StDrake> hmm..trying to think of a solution to a certain idiot-proofness problem. Problem is: targetting artillery involves placing images and setting variables, those are removed when the targetting is confirmed..but it may happen than a player will start targetting, and then go off to do other things, then i need to clean up the targetting - I assumed that doing so on select and side turn end should be sufficient..but select will o
20110114 14:59:57< StDrake> but they will need one of the variables to remove the images correctly
20110114 15:01:52< StDrake> and it leaves one more exception - the idiot can start targetting, cancel it (by selecting something) and start targetting again making a new variable..with the same name..then end turn
20110114 15:01:53< zookeeper> cut off at "but select will o"
20110114 15:02:26< StDrake> repost: but select will only clean up for the current player, side turn end wil fix that for others
20110114 15:03:38< StDrake> if you're not lost yet - that means side turn will clean up, but using the new variable values, meanwhile the images connected to the old values are cleaned up for the idiot, but not for others
20110114 15:04:05< StDrake> what now?
20110114 15:04:12< zookeeper> how does one start targeting? from the right-click menu?
20110114 15:04:30< zookeeper> or by just selecting the unit?
20110114 15:05:21< StDrake> right click menu
20110114 15:05:43< StDrake> selecting a unit or ending turn cancels it
20110114 15:05:55< StDrake> i assume its obvious why
20110114 15:07:06< zookeeper> ok, then make a name=moveto,recruit,recall,attack,side turn end,artillerywasfired event which will clean up the images and variables, and of course fire artillerywasfired events when artillery is fired
20110114 15:07:30< zookeeper> hmh
20110114 15:07:58< StDrake> in other words..list out every event in existance?
20110114 15:08:02< StDrake> except select
20110114 15:08:16< zookeeper> no
20110114 15:09:18< StDrake> hmm..im thinking about a workaround, what would wesnoth do with trying to reference a nonexistent variable? any other language would throw a segfault
20110114 15:09:48< zookeeper> i don't see the problem. if the idiot cancels targetting by selecting another unit, then you clean up. then it will be cleaned up again when they end a turn or attack or move or whatever.
20110114 15:10:16< zookeeper> non-existant variables are substituted to nothing.
20110114 15:10:23< StDrake> let me post out the prolem again
20110114 15:10:47< StDrake> idiot targets->we have value no.1
20110114 15:11:10< StDrake> idiot selects->he has no value, we still have value no.1 and all the images
20110114 15:11:39< StDrake> idiot targets again - he has images and value no.2, we have those, and images connected to value no.1
20110114 15:12:05< zookeeper> then clean up also when beginning targeting
20110114 15:12:36< zookeeper> before setting value 2, clean up any previous ones
20110114 15:12:50< StDrake> and then if there was no value the engine should just ignore that empty cleaning up without problems?
20110114 15:13:16< zookeeper> yes, you of course write the cleanup procedure so that it always works
20110114 15:15:57< StDrake> the cleanup stores locations based on the targetting unit data and cleans up images from there (cleaning up the variable goes outside due to usage details)..am i correct that it will just not store any locations if the targetting unit data doesnt exist?
20110114 15:17:02< zookeeper> i have no idea what you mean
20110114 15:19:01< StDrake> trying again - it has a [store_locations] x,y=$targetter.x,$targetter.y and all it does is work on those locations..if there is no targetter variable - it shouldn't give any errors, it will just not do anything, right? 
20110114 15:19:49< zookeeper> it depends on what you're doing exactly.
20110114 15:19:58< zookeeper> figure it out
20110114 15:21:22< StDrake> alright, just try to answer this - how will [store_locations]x=$shooter.x react if there is no shooter - not match any location? or match the whole map
20110114 15:22:21< zookeeper> probably the whole map
20110114 15:23:53< StDrake> I'd call that a bug...ill just do something stupid and try it out
20110114 15:24:58-!- PetePorty [~Pete@pc-78-54-120-200.cm.vtr.net] has joined #wesnoth-umc-dev
20110114 15:33:08< StDrake> did you encounter any "terrain image terrain/rune5a missing the png extension" errors? i wonder if that's a 1.9 error or is some addon screwed up
20110114 15:33:56< StDrake> as for the store locations test - fortunately you were wrong xD it will not match any
20110114 15:34:26< zookeeper> some addon screwed up.
20110114 15:34:31< zookeeper> okay
20110114 15:41:04< StDrake> hmm ok, so the rune problem is either in nightmares of meloen, the earths gut, or sweet revenge
20110114 15:42:05< StDrake> aaaand nightmares of melo it is
20110114 15:45:47< StDrake> you don't happen to know who made nightmares of meloen?
20110114 15:45:58< StDrake> ..and I don't mean Meloen xD
20110114 15:53:20< StDrake> zookeeper, you still here? I was wondering if maybe you know any way to 'highlight' an area other than placing [item] images on each of its hexes
20110114 15:54:10< zookeeper> nope, no other way
20110114 15:55:21< StDrake> i don't suppose the same way the engine uses to show a units possible move range can be accessed in wml can it now
20110114 15:55:42< StDrake> guess its something to propose in the ideas section then
20110114 15:55:49-!- Aethaeryn [~Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #wesnoth-umc-dev
20110114 16:03:51< StDrake> few names here and no talks visible, nobody else developing anything? then maybe someone wants to test out my crappy addons? xD
20110114 16:08:58-!- StDrake [b2493187@gateway/web/freenode/ip.178.73.49.135] has quit [Quit: Page closed]
20110114 17:23:39-!- dipseydoodle [~mwkich@70.15.235.113.res-cmts.ovr.ptd.net] has joined #wesnoth-umc-dev
20110114 17:25:44-!- dipseydoodle [~mwkich@70.15.235.113.res-cmts.ovr.ptd.net] has quit [Client Quit]
20110114 17:40:19<+CIA-41> wesnoth-umc-dev: ai0867 * r8633 /trunk/The_Dark_Hordes/ (STORY utils/journey.cfg utils/storytxt.cfg): Story updates
20110114 17:43:31-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-umc-dev
20110114 18:17:08-!- fendrin [~fabi@wesnoth/developer/fendrin] has quit [Ping timeout: 260 seconds]
20110114 18:25:56-!- fendrin [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-umc-dev
20110114 19:15:00-!- PetePorty [~Pete@pc-78-54-120-200.cm.vtr.net] has quit [Quit: Saliendo]
20110114 19:27:47-!- PetePorty [~Pete@pc-78-54-120-200.cm.vtr.net] has joined #wesnoth-umc-dev
20110114 19:28:17-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20110114 19:50:13-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-umc-dev
20110114 20:33:51-!- dipseydoodle [~mwkich@70.15.235.113.res-cmts.ovr.ptd.net] has joined #wesnoth-umc-dev
20110114 20:39:22-!- Rei2 [ayanami@unaffiliated/shadowmaster/bot/rei2] has joined #wesnoth-umc-dev
20110114 20:39:25-!- mode/#wesnoth-umc-dev [+v Rei2] by ChanServ
20110114 20:39:27-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-umc-dev
20110114 20:44:26-!- dipseydoodle [~mwkich@70.15.235.113.res-cmts.ovr.ptd.net] has left #wesnoth-umc-dev []
20110114 21:54:39-!- PetePorty [~Pete@pc-78-54-120-200.cm.vtr.net] has quit [Quit: Saliendo]
20110114 21:57:36-!- Mussious [~kamil@dfv192.neoplus.adsl.tpnet.pl] has joined #wesnoth-umc-dev
20110114 22:36:21-!- PetePorty [~Pete@pc-78-54-120-200.cm.vtr.net] has joined #wesnoth-umc-dev
20110114 22:45:21-!- Mussious [~kamil@dfv192.neoplus.adsl.tpnet.pl] has quit [Quit: Ex-Chat]
20110114 23:11:52-!- Blueblaze [~Blueblaze@adsl-99-171-160-214.dsl.hstntx.sbcglobal.net] has joined #wesnoth-umc-dev
--- Log closed Sat Jan 15 00:00:22 2011