--- Log opened Mon Mar 31 00:00:24 2014
20140331 01:00:27-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-umc-dev
20140331 01:01:59-!- Guest96367 [ignacio@186.10.22.247] has quit [Read error: Connection reset by peer]
20140331 01:41:31-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Ping timeout: 265 seconds]
20140331 02:00:36-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-umc-dev
20140331 02:27:55-!- happygrue [~happygrue@wesnoth/developer/wintermute] has quit [Ping timeout: 265 seconds]
20140331 03:51:27-!- Gambit [~derek@wesnoth/developer/grickit] has quit [Read error: Connection reset by peer]
20140331 03:54:22-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 252 seconds]
20140331 04:15:12-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Ciao]
20140331 06:06:05-!- irker626 [~irker@fehu.ai0867.net] has joined #wesnoth-umc-dev
20140331 06:06:06< irker626> NX-RPG: Charles Dang :master * 99bf58b / changelog,episode1/scenarios/05_02_Change_of_Plans.cfg: http://git.io/vlYDlw
20140331 06:06:06< irker626> NX-RPG: E1S5.2: tweaked dialog
20140331 06:06:09< irker626> NX-RPG: Charles Dang :master * 1386ab9 / units/fake.cfg,units/fake/Mizenwyn_Cutscene_Controller.cfg: http://git.io/lAla6Q
20140331 06:06:10< irker626> NX-RPG: Removed the unused Mizenwyn Cutscene Controller
20140331 06:06:13< irker626> NX-RPG: Charles Dang :master * 5310998 / units/mechanical/Gate.cfg: http://git.io/rajp_A
20140331 06:06:15< irker626> NX-RPG: Made Gate unit type use ellipse=none
20140331 06:06:17< irker626> NX-RPG: Charles Dang :master * 8c1e9c7 / / (17 files): http://git.io/SB3AUw
20140331 06:06:18< irker626> NX-RPG: Removed ellipse-none* images, since ellipse=none is now a thing
20140331 06:27:12-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-umc-dev
20140331 06:31:38-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Remote host closed the connection]
20140331 06:34:34-!- vultraz [~chatzilla@124.109.10.167] has joined #wesnoth-umc-dev
20140331 06:34:45-!- vultraz [~chatzilla@124.109.10.167] has quit [Changing host]
20140331 06:34:45-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-umc-dev
20140331 07:40:24-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140331 09:38:00-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-umc-dev
20140331 10:12:01-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Quit: Ik ga weg]
20140331 10:27:03-!- Octalot [~noct@27.74.208.46.dyn.plus.net] has joined #wesnoth-umc-dev
20140331 11:13:32< vultraz> ok, seriously? blit doesn't extend past image boundaries?
20140331 11:14:25< zookeeper> why would it
20140331 11:15:15 * zookeeper has only wished for CROP to be able to crop outside the original image
20140331 12:35:01-!- happygrue [~happygrue@2601:6:4380:7df:4d7d:b6b9:3815:5f6b] has joined #wesnoth-umc-dev
20140331 12:35:02-!- happygrue [~happygrue@2601:6:4380:7df:4d7d:b6b9:3815:5f6b] has quit [Changing host]
20140331 12:35:02-!- happygrue [~happygrue@wesnoth/developer/wintermute] has joined #wesnoth-umc-dev
20140331 13:19:34-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-umc-dev
20140331 13:20:08< vultraz> zookeeper: since I can;t say, blit a 100x100 image on a 100x100 image with the edge starting at 50
20140331 13:20:38< zookeeper> it doesn't blit anything in that case?
20140331 13:21:53< vultraz> Modifications: ~RC(magenta>blue)~BLIT(halo/elven/ice-halo6.png,14,8).
20140331 13:21:55< vultraz> Error: ~BLIT(): offset and width '94' larger than destination image's width '72' no blitting performed.
20140331 13:22:33< zookeeper> ah, right. well, that does sound rather annoying indeed.
20140331 13:25:47< vultraz> yeah.. IMO blit should extend image boundaries with alpha if second image is larger
20140331 13:29:42-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-umc-dev
20140331 13:47:35< vultraz> misc/blank-hex.png~O(0%)~BLIT(units/undead-skeletal/banebow-melee-attack-3.png~RC(magenta>blue)~CROP(18,12,54,60))~BLIT(halo/elven/ice-halo6.png~CROP(4,4,72,72))~BLIT(units/elves-wood/enchantress-melee-4.png~RC(magenta>red)~FL(horiz)~CROP(0,0,52,63),20,9)~BLIT(halo/elven/faerie-fire-halo6.png~CROP(13,13,72,72))
20140331 13:47:39< vultraz> jesus this is long 
20140331 13:52:14< AI0867> yes
20140331 13:52:39< vultraz> if BLIT didn't do this offset/width crap, it would have been..
20140331 13:52:42< vultraz> units/undead-skeletal/banebow-melee-attack-3.png~RC(magenta>blue)~BLIT(halo/elven/ice-halo6.png,14,8)~BLIT(units/elves-wood/enchantress-melee-4.png~RC(magenta>red)~FL(horiz),38,21)~BLIT(halo/elven/faerie-fire-halo6.png,6,0)~CROP(18,12,72,72)
20140331 13:53:30< AI0867> shadowm: do you have an opinion on this? ^
20140331 14:07:36-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Computer's napping]
20140331 14:27:03-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-umc-dev
20140331 14:27:06-!- irker626 [~irker@fehu.ai0867.net] has quit [Quit: transmission timeout]
20140331 14:52:03 * vultraz pings mattsc
20140331 14:52:16-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-umc-dev
20140331 14:53:43< mattsc> hi vultraz 
20140331 14:54:29< vultraz> mattsc: ai question. do [leader_goal]s have conditionals?
20140331 14:56:25< mattsc> vultraz: not sure I understand the question, but [leader_goal] only takes the keys defined here: http://wiki.wesnoth.org/AiWML#The_.5Bai.5D_Tag:_Defining_Aspects
20140331 14:56:36< vultraz> see, my problem is this: at the end of scenario 2 in my campaign, I want to have 2 units move next to each other, but one is controlled by the ai. I can tell it to move to hex A, but if theplayer controlled unit is already on hex A he'll move away
20140331 14:57:34< vultraz> I'm not sure how to tell the ai, "move to these hexes and move to B if A is occupied and vice versa"
20140331 14:57:58< vultraz> "if both occupied wait"
20140331 14:58:34< mattsc> vultraz: well, you could set up an event that changes the [leader_goal] aspect after each move, but that’s somewhat tedious.
20140331 14:58:56< mattsc> I think the Goto MAI would work for this too.  That does take SLFs.
20140331 14:59:03< mattsc> s/too/though
20140331 15:02:00-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140331 15:26:29-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-umc-dev
20140331 15:29:23-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-umc-dev
20140331 15:34:46< shadowm> AI0867: Opinion about what?
20140331 15:36:10< AI0867> making ~BLIT() increase image sizes when necessary?
20140331 15:36:24< shadowm> No, I don't agree.
20140331 15:36:44< shadowm> That qualifies as "changing crap behind people's backs".
20140331 15:36:50< AI0867> okay
20140331 15:37:18< AI0867> how about an ~EXTEND(w,h) IPF or the like?
20140331 15:38:00< shadowm> misc/blank-hex.png~SCALE(w,h)~BLIT(<stuff>,0,0)
20140331 15:38:39< shadowm> You can use misc/blank.png too, but it's 640x480 and uncompressed it'll take up a lot of RAM even if it's completely transparent.
20140331 15:38:46< AI0867> that works, but the issue is that various tools don't support IPFs and just show the first image
20140331 15:39:05< AI0867> which means it just shows a blank image
20140331 15:39:10< shadowm> The first image should be 72x72 anyway.
20140331 15:39:28< shadowm> Images that aren't 72x72 get downscaled to fit in the Add-ons Manager, quite annoying.
20140331 15:40:03< AI0867> ~CROP(72,72) ?
20140331 15:40:48< shadowm> ight.
20140331 15:41:37< zookeeper> shadowm, what do you think of allowing CROP to expand the image, then?
20140331 15:42:00< shadowm> CROP() was once supposed to be able to resize the canvas, but I decided that implementing that right was too much effort for little gain. But if someone wants to make it a separate image path function that would be cool.
20140331 15:42:20< zookeeper> okay
20140331 15:43:35< shadowm> CROP() would also do, but only if the first two parameters became optional. I don't remember how the parameters are currently interpreted.
20140331 15:44:01< shadowm> I'd rather have SIZE(w,h) than CROP(x,y,w,h) with a special case of CROP(w,h).
20140331 15:45:24< AI0867> shadowm: I'm afraid SIZE(w,h) might need optional x,y arguments to position the image in the new canvas
20140331 15:45:37< shadowm> Because for every other function I'm aware of, you can only omit parameters from right to left.
20140331 16:26:55-!- Octalot [~noct@27.74.208.46.dyn.plus.net] has quit [Ping timeout: 264 seconds]
20140331 16:28:56-!- Octalot [~noct@27.74.208.46.dyn.plus.net] has joined #wesnoth-umc-dev
20140331 16:33:35-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140331 17:00:09-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-umc-dev
20140331 18:15:05-!- Octalot [~noct@27.74.208.46.dyn.plus.net] has quit []
20140331 19:13:18-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140331 19:39:10-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-umc-dev
20140331 19:42:01-!- noy [~Noy@wesnoth/developer/noy] has quit [Client Quit]
20140331 19:52:44-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-umc-dev
20140331 19:55:07-!- noy [~Noy@wesnoth/developer/noy] has quit [Client Quit]
20140331 19:57:12-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-umc-dev
20140331 19:57:21-!- noy [~Noy@wesnoth/developer/noy] has quit [Client Quit]
20140331 20:17:25-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-umc-dev
20140331 20:53:24-!- Gambit [~derek@wesnoth/developer/grickit] has joined #wesnoth-umc-dev
20140331 21:51:53-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 246 seconds]
20140331 22:52:20-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140331 22:56:14-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-umc-dev
20140331 23:14:12-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Computer's napping]
20140331 23:26:57-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140331 23:54:29-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-umc-dev
--- Log closed Tue Apr 01 00:00:27 2014