--- Log opened Sat Mar 29 00:00:51 2014
20140329 00:14:29-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 265 seconds]
20140329 00:57:15-!- vultraz [~chatzilla@124.109.10.167] has joined #wesnoth-dev
20140329 00:57:15-!- vultraz [~chatzilla@124.109.10.167] has quit [Changing host]
20140329 00:57:15-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20140329 01:06:20-!- ancestral [~ancestral@75-161-229-57.mpls.qwest.net] has joined #wesnoth-dev
20140329 01:06:28-!- Kevin_XI [df48b68b@gateway/web/freenode/ip.223.72.182.139] has joined #wesnoth-dev
20140329 01:10:21-!- Kevin_Xi1 [~kevin@223.72.182.139] has joined #wesnoth-dev
20140329 01:10:38-!- Kevin_XI [df48b68b@gateway/web/freenode/ip.223.72.182.139] has quit [Ping timeout: 245 seconds]
20140329 01:20:52-!- sachith500 [~kvirc@112.134.133.250] has joined #wesnoth-dev
20140329 01:21:32< iceiceice> i want to commit a change so that in the "Damage versus:" tooltip, we don't display units that are petrified
20140329 01:21:51< iceiceice> i consider it a bug since if we can't attack those units, its useless to dispay such damage info
20140329 01:21:55< iceiceice> does anyone feel strongly about this?
20140329 01:22:21< iceiceice> s/its/it's
20140329 01:22:25< iceiceice> s/dispay/display
20140329 01:23:32-!- anonymissimus [~chatzilla@HSI-KBW-149-172-228-192.hsi13.kabel-badenwuerttemberg.de] has joined #wesnoth-dev
20140329 01:23:54-!- anonymissimus [~chatzilla@HSI-KBW-149-172-228-192.hsi13.kabel-badenwuerttemberg.de] has quit [Client Quit]
20140329 01:27:11-!- wesbot changed the topic of #wesnoth-dev to: string+feature freeze active on 1.12 | 232 bugs, 352 feature requests, 28 patches | Logs: http://irclogs.wesnoth.org | Alternate logs: http://wesnoth.debian.net | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20140329 01:31:54< happygrue> iceiceice: seems fine to me
20140329 01:33:24-!- gfgtdf [~chatzilla@d226234.adsl.hansenet.de] has joined #wesnoth-dev
20140329 01:34:19< happygrue> the change, that is.
20140329 01:35:00< sachith500> hey happygrue :) how goes it ^^
20140329 01:35:04-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20140329 01:36:28< happygrue> hello sachith500
20140329 01:36:33< happygrue> I'm well, and you?
20140329 01:36:44< sachith500> not bad, late night yesterday. Still a bit woozy haha
20140329 01:36:46< sachith500> :D
20140329 01:37:05< happygrue> :D
20140329 01:50:02-!- sachith500 [~kvirc@112.134.133.250] has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
20140329 01:56:14-!- Kevin_Xi1 [~kevin@223.72.182.139] has left #wesnoth-dev []
20140329 01:58:13-!- EdB [~edb@37.160.50.49] has joined #wesnoth-dev
20140329 02:00:35-!- gfgtdf [~chatzilla@d226234.adsl.hansenet.de] has quit [Ping timeout: 255 seconds]
20140329 02:29:49-!- Spoffy [~chatzilla@152.78.175.8] has quit [Ping timeout: 265 seconds]
20140329 02:45:59-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Quit: tomreyn]
20140329 03:09:49-!- exciton_ [chuck-the-@89.109.220.13] has joined #wesnoth-dev
20140329 03:09:54-!- irker263 [~irker@109.237.218.218] has joined #wesnoth-dev
20140329 03:09:54< irker263> wesnoth: Chris Beck wesnoth:master 37c138c775e0 / src/reports.cpp: don't show petrified units in "Damage versus:" tooltip http://git.io/RnoRSQ
20140329 03:10:34< irker263> wesnoth: Chris Beck wesnoth:1.12 7c3e73aa74c9 / src/reports.cpp: don't show petrified units in "Damage versus:" tooltip http://git.io/LLuteA
20140329 03:13:08-!- exciton [chuck-the-@89.208.170.132] has quit [Ping timeout: 240 seconds]
20140329 03:17:40-!- Kevin_Xi [~kevin@223.72.182.139] has joined #wesnoth-dev
20140329 03:19:27-!- sachith500 [~kvirc@112.134.133.250] has joined #wesnoth-dev
20140329 03:23:39< Kevin_Xi> Hi! I want to add a right-click menu to all scenarios, where should I put the [set_menu_item] tag? In scenario-utils.cfg?
20140329 03:24:49-!- Kevin_Xi [~kevin@223.72.182.139] has quit [Quit: Leaving.]
20140329 03:25:05-!- Kevin_Xi [~kevin@223.72.182.139] has joined #wesnoth-dev
20140329 03:26:36-!- happygrue [~happygrue@wesnoth/developer/wintermute] has quit [Ping timeout: 240 seconds]
20140329 03:36:40< Kevin_Xi> Well I found a "added a right click option in debug mode to kill unit" patch, so I can have a try now
20140329 03:39:26-!- Ivanovic_ [~ivanovic@x2f5099d.dyn.telefonica.de] has joined #wesnoth-dev
20140329 03:42:39-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 255 seconds]
20140329 03:42:41-!- Ivanovic_ [~ivanovic@x2f5099d.dyn.telefonica.de] has quit [Changing host]
20140329 03:42:41-!- Ivanovic_ [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20140329 03:43:15-!- Ivanovic_ is now known as Ivanovic
20140329 03:53:26-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 265 seconds]
20140329 03:57:26-!- Kevin_Xi [~kevin@223.72.182.139] has quit [Quit: noon break]
20140329 03:59:40< iceiceice> quick question:
20140329 03:59:50< iceiceice> someone once told me we can request travis builds if a build fails
20140329 03:59:55< iceiceice> how do we do that?
20140329 04:00:10< iceiceice> or more generally request more builds
20140329 04:13:36-!- exciton_ [chuck-the-@89.109.220.13] has quit [Read error: Connection reset by peer]
20140329 04:13:50-!- exciton [chuck-the-@89.208.170.132] has joined #wesnoth-dev
20140329 04:14:36-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Ping timeout: 240 seconds]
20140329 04:16:11-!- sachith500 [~kvirc@112.134.133.250] has quit [Read error: Connection reset by peer]
20140329 04:25:48-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20140329 04:36:15-!- Gambit [~derek@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20140329 04:43:05-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has quit [Ping timeout: 268 seconds]
20140329 04:55:30-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has joined #wesnoth-dev
20140329 05:00:38-!- EdB [~edb@37.160.50.49] has quit [Ping timeout: 240 seconds]
20140329 05:17:00-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 268 seconds]
20140329 05:29:02-!- ancestral [~ancestral@75-161-229-57.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20140329 05:35:36-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20140329 06:10:38-!- irker263 [~irker@109.237.218.218] has quit [Quit: transmission timeout]
20140329 06:17:05-!- Kevin_Xi [~kevin@223.72.182.139] has joined #wesnoth-dev
20140329 06:28:43-!- Kevin_Xi [~kevin@223.72.182.139] has left #wesnoth-dev []
20140329 06:49:44-!- irker682 [~irker@ai0867.net] has joined #wesnoth-dev
20140329 06:49:44< irker682> wesnoth: Chris Beck wesnoth:master 77a93373a4ea / changelog: update changelog http://git.io/hS8QUw
20140329 06:50:49< irker682> wesnoth: Chris Beck wesnoth:1.12 a474644291c4 / changelog: update changelog http://git.io/5tbFeA
20140329 06:53:08< irker682> wesnoth: Chris Beck wesnoth:1.12 20e22de0bd4b / players_changelog: update players changelog http://git.io/4fLbjQ
20140329 07:07:45-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140329 08:50:26-!- mjs-de [~mjs-de@f053177125.adsl.alicedsl.de] has joined #wesnoth-dev
20140329 08:56:45-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has quit [Ping timeout: 255 seconds]
20140329 08:58:07-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140329 09:01:13< irker682> wesnoth: Nils Kneuper wesnoth:1.12 efc0f8f07627 / changelog players_changelog po/wesnoth-help/sk.po po/wesnoth-low/sk.po: updated Slovak translation http://git.io/S803Iw
20140329 09:01:15< irker682> wesnoth: Nils Kneuper wesnoth:master 89c5b5ee4d42 / po/ (wesnoth-help/sk.po wesnoth-low/sk.po): updated Slovak translation http://git.io/RF96Cw
20140329 09:02:54< Ivanovic> iceiceice: uhm, i think you added the stuff at the wrong place of the changelog
20140329 09:03:02< Ivanovic> at least for the 1.12 branch
20140329 09:03:21< Ivanovic> 1.11.12 was long released, you should add it under 1.11.12+dev
20140329 09:05:34-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has quit [Ping timeout: 252 seconds]
20140329 09:07:53-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140329 09:12:03-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has quit [Ping timeout: 255 seconds]
20140329 09:15:35-!- Kevin_Xi [~kevin@223.72.182.191] has joined #wesnoth-dev
20140329 09:24:36-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has quit [Ping timeout: 240 seconds]
20140329 09:25:38-!- mjs-de [~mjs-de@f053177125.adsl.alicedsl.de] has quit [Ping timeout: 255 seconds]
20140329 09:32:34-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140329 09:44:46-!- mjs-de [~mjs-de@g228144159.adsl.alicedsl.de] has joined #wesnoth-dev
20140329 10:08:25-!- mjs-de [~mjs-de@g228144159.adsl.alicedsl.de] has quit [Remote host closed the connection]
20140329 10:15:23< irker682> wesnoth: Nils Kneuper wesnoth:1.12 444d41164243 / / (6 files in 5 dirs): updated Hungarian translation http://git.io/weSItQ
20140329 10:15:25< irker682> wesnoth: Nils Kneuper wesnoth:1.12 8671ed12977b / changelog players_changelog: moved the changelog entries from iceiceice to the correct version http://git.io/5CyBJg
20140329 10:15:28< Ivanovic> iceiceice: moved it to the correct section
20140329 10:15:29< irker682> wesnoth: Nils Kneuper wesnoth:master 2bce3c6ccf65 / / (6 files in 5 dirs): updated Hungarian translation http://git.io/uy0_zg
20140329 10:15:53-!- Kevin_Xi [~kevin@223.72.182.191] has quit [Quit: Leaving.]
20140329 10:45:41-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has quit [Ping timeout: 255 seconds]
20140329 10:46:03-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140329 10:48:49-!- stikonas [~gentoo@cpc18-sgyl27-2-0-cust35.18-2.cable.virginm.net] has joined #wesnoth-dev
20140329 10:48:49-!- stikonas [~gentoo@cpc18-sgyl27-2-0-cust35.18-2.cable.virginm.net] has quit [Changing host]
20140329 10:48:49-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140329 10:53:19-!- thunderstruck [~zaibotren@cpc13-sgyl31-2-0-cust696.18-2.cable.virginm.net] has joined #wesnoth-dev
20140329 10:56:12-!- Duthlet [~Duthlet@wesnoth/mp-mod/Duthlet] has joined #wesnoth-dev
20140329 11:01:16-!- lipkabb [~the_new_l@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140329 11:04:39-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has quit [Ping timeout: 255 seconds]
20140329 11:05:10-!- stikonas_ [~gentoo@anon-39-39.vpn.ipredator.se] has joined #wesnoth-dev
20140329 11:05:10-!- stikonas_ [~gentoo@anon-39-39.vpn.ipredator.se] has quit [Changing host]
20140329 11:05:10-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140329 11:05:32-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 265 seconds]
20140329 11:09:23-!- Spoffy [~chatzilla@152.78.175.8] has joined #wesnoth-dev
20140329 11:20:12-!- Kevin_Xi [~kevin@223.72.182.191] has joined #wesnoth-dev
20140329 11:44:59< AI0867> iceiceice: I don't know what rights you need exactly, but for me, as long as I'm logged in, there's a 'refresh'-like button next to the "download log" button in the build details
20140329 11:49:16-!- Gambit [~derek@wesnoth/developer/grickit] has joined #wesnoth-dev
20140329 11:50:06-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20140329 11:53:13-!- EdB [~edb@85.69.242.6] has joined #wesnoth-dev
20140329 11:57:15-!- Gallaecio [~quassel@84.120.115.86.dyn.user.ono.com] has joined #wesnoth-dev
20140329 12:00:23-!- exciton_ [chuck-the-@89.109.220.13] has joined #wesnoth-dev
20140329 12:04:08-!- exciton [chuck-the-@89.208.170.132] has quit [Ping timeout: 240 seconds]
20140329 12:23:44-!- Kevin_Xi [~kevin@223.72.182.191] has quit [Ping timeout: 268 seconds]
20140329 12:26:18-!- happygrue [~happygrue@wesnoth/developer/wintermute] has joined #wesnoth-dev
20140329 12:28:28-!- exciton_ [chuck-the-@89.109.220.13] has quit [Read error: Connection reset by peer]
20140329 12:28:42-!- exciton [chuck-the-@89.109.220.13] has joined #wesnoth-dev
20140329 12:33:34-!- exciton [chuck-the-@89.109.220.13] has quit [Read error: Connection reset by peer]
20140329 12:33:49-!- exciton [chuck-the-@89.109.220.13] has joined #wesnoth-dev
20140329 12:51:09< AI0867> iceiceice: see accepted answer: http://stackoverflow.com/questions/17606874/trigger-a-travis-ci-rebuild-without-pushing-a-commit
20140329 12:55:06-!- sachith500 [~kvirc@112.135.185.141] has joined #wesnoth-dev
20140329 13:03:59-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has joined #wesnoth-dev
20140329 13:11:11-!- stikonas__ [~gentoo@cpc18-sgyl27-2-0-cust35.18-2.cable.virginm.net] has joined #wesnoth-dev
20140329 13:12:11-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 265 seconds]
20140329 13:15:30-!- irker682 [~irker@ai0867.net] has quit [Quit: transmission timeout]
20140329 13:17:38< iceiceice> Ivanovic: Thanks and sorry, I got confused... somehow looked wrong that those were first changelog entries on the new version
20140329 13:18:00< Ivanovic> they were
20140329 13:18:04< Ivanovic> at least the first ones mentioned
20140329 13:23:11-!- exciton [chuck-the-@89.109.220.13] has quit [Read error: Connection reset by peer]
20140329 13:23:25-!- exciton [chuck-the-@89.109.220.13] has joined #wesnoth-dev
20140329 13:29:34-!- sachith500 [~kvirc@112.135.185.141] has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
20140329 13:52:11-!- DCW [~Thunderbi@cpc66863-finc15-2-0-cust393.4-2.cable.virginmedia.com] has joined #wesnoth-dev
20140329 14:05:02-!- EdB [~edb@85.69.242.6] has quit [Quit: Konversation terminated!]
20140329 14:31:59-!- exciton [chuck-the-@89.109.220.13] has quit [Read error: Connection reset by peer]
20140329 14:32:13-!- exciton [chuck-the-@89.109.220.13] has joined #wesnoth-dev
20140329 14:44:36-!- Kevin_Xi [~kevin@223.72.182.191] has joined #wesnoth-dev
20140329 14:45:11-!- DCW [~Thunderbi@cpc66863-finc15-2-0-cust393.4-2.cable.virginmedia.com] has quit [Remote host closed the connection]
20140329 14:51:17-!- Zerophase [~Zerophase@207-229-180-187.c3-0.drb-ubr1.chi-drb.il.cable.rcn.com] has left #wesnoth-dev []
20140329 14:52:59-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20140329 14:54:09-!- EdB [~edb@85.69.242.6] has joined #wesnoth-dev
20140329 15:02:03-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20140329 15:05:24< mattsc> Can variables stored in units only be of the key=value format?  As in, no subtags allowed?
20140329 15:05:54< zookeeper> subtags are allowed too
20140329 15:08:26< mattsc> Hmm - that’s good for what I am trying to do then.  Must have gotten the syntax wrong then.
20140329 15:09:46< zookeeper> i dunno if any other top-level subtags other than [variables], [status] and [modifications] are retained for example on unstore, though
20140329 15:10:03< zookeeper> (all WML-driven stuff should go to [variables])
20140329 15:12:19< mattsc> Well this is Lua (Micro) AI related information, and I need it retrained through save/load cycles.  But that should work then.
20140329 15:13:27< mattsc> And it does work when I’m just using key=value syntax, the “problem” is that that’s not sufficient when prople start mixing MAIs or changing them around mid-scenario.
20140329 15:20:50-!- gfgtdf [~chatzilla@f054157025.adsl.alicedsl.de] has joined #wesnoth-dev
20140329 15:22:30< gfgtdf> lipkabb: did you see my message above ?
20140329 15:23:32< lipkabb> gfgtdf: I'm afraid not.
20140329 15:24:40< gfgtdf> lipkabb: 27.3 14:32:55< gfgtdf> lipk: can you tell me more about 46e09efb432a381d8709ea8b5e293413441ad6de ? especialy whether is was more about small or about big maps ?
20140329 15:25:21< gfgtdf> lipkabb: because scale_surface_sharp seems to be very slow on very large maps.
20140329 15:26:13< gfgtdf> lipkabb: at least on my self  compiled version.
20140329 15:27:47< lipkabb> gfgtdf: The minimap is the small map in the top right corner of the screen.
20140329 15:28:00< gfgtdf> lipkabb: ye i know, 
20140329 15:28:21< gfgtdf> lipkabb: but the code usualy generatoes a big map, and then scales it down
20140329 15:28:21< lipkabb> Then I don't understand your question about small and big maps.
20140329 15:28:30< lipkabb> Ah, that.
20140329 15:29:09< lipkabb> Well, it was neither about small not big maps; it was about restoring the pervious behavior of the minimap.
20140329 15:29:14< lipkabb> *previous
20140329 15:29:20< lipkabb> *nor
20140329 15:30:30< gfgtdf> lipkabb: hm i think it'll be ok to use scale_surface_sharp for normal sized maps and scale_surface for big maps ?
20140329 15:31:06< lipkabb> gfgtdf: No it won't be ok. scale_surface makes the result very blurry.
20140329 15:31:23-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Ciao]
20140329 15:31:35< lipkabb> And we'll be switching to hw-accelerated scaling anyways.
20140329 15:32:58< gfgtdf> lipkabb: hm you you know when we'll have hw accelerated scaling ? becasue it makes lage map painful to play.
20140329 15:34:08< lipkabb> gfgtdf: By September, I hope.
20140329 15:34:30< lipkabb> Maybe you shouldn't use a debug build for playing, by the way :P
20140329 15:35:05< gfgtdf> 	lipkabb: i dont
20140329 15:40:07-!- exciton [chuck-the-@89.109.220.13] has quit [Read error: Connection reset by peer]
20140329 15:40:21-!- exciton [chuck-the-@89.109.220.13] has joined #wesnoth-dev
20140329 15:41:13-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20140329 15:45:59< mattsc> zookeeper: Interesting.  I confirmed that it works in WML and that I have the syntax right in Lua, but apparently I only have write access to the key style variables through Lua.
20140329 15:46:58< mattsc> Somewhat inconvenient, but I can work around that (go through WML actions) to do that.
20140329 15:48:16< lipkabb> gfgtdf: Actually, the minimap caches the scaled images of the tiles, so variety is more of a problem than size.
20140329 15:49:27< lipkabb> And since I could hardly imagine that a map would include more than ~100 terrain types, I somehow doubt that the minimap is responsible for your performance problems.
20140329 15:50:32< gfgtdf> lipkabb:no in 46e09efb432a381d8709ea8b5e293413441ad6de you change scale_surface to scale_surface_sparp twice, teh one in teh loop isnt teh problem, teh last one outside teh loop is teh problem.
20140329 15:50:38-!- trademark [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has quit [Ping timeout: 240 seconds]
20140329 15:51:14< gfgtdf> because it scales very lage image to a very small image.
20140329 15:52:33< lipkabb> gfgtdf: Hm, right. Still. I'm looking at a 1000x1000 map and can't see any lag... what's your CPU like?
20140329 15:52:50< gfgtdf> lipkabb: try moving a unti on map with fog
20140329 15:53:58< gfgtdf> lipkabb: hm 2.5 ghz its fom 2007
20140329 15:54:03< gfgtdf> ,<y pc
20140329 15:54:07< gfgtdf> my
20140329 15:54:08-!- cib0 [~cib@p5DD22252.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140329 15:55:58< zookeeper> mattsc, sounds like a bug to me... dunno if there's some (technical) reason for that
20140329 15:57:42-!- trademark [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has joined #wesnoth-dev
20140329 16:07:27-!- exciton [chuck-the-@89.109.220.13] has quit [Read error: Connection reset by peer]
20140329 16:07:42-!- exciton [chuck-the-@89.109.220.13] has joined #wesnoth-dev
20140329 16:11:55< lipkabb> gfgtdf: No lag here. How long have you been experiencing this problem?
20140329 16:12:08-!- exciton [chuck-the-@89.109.220.13] has quit [Ping timeout: 240 seconds]
20140329 16:12:42-!- exciton [chuck-the-@85.94.28.207] has joined #wesnoth-dev
20140329 16:13:07< gfgtdf> lipkabb: i the used loti mpmap for testing, durigng normal games i play it doesnt effect me.
20140329 16:14:04< lipkabb> Could you send me the map in question?
20140329 16:16:16< gfgtdf> lipkabb: hm you can download loti from the addon server.
20140329 16:16:26< lipkabb> Ok.
20140329 16:21:38< gfgtdf> any1 now a good page where to upload images ?
20140329 16:24:50-!- Kevin_Xi [~kevin@223.72.182.191] has quit [Ping timeout: 268 seconds]
20140329 16:26:32< iceiceice> imgur is good
20140329 16:26:42< iceiceice> thats what i have used
20140329 16:28:38< vultraz> use dropbox
20140329 16:31:08-!- exciton [chuck-the-@85.94.28.207] has quit [Read error: Connection reset by peer]
20140329 16:31:22-!- exciton [chuck-the-@85.94.28.207] has joined #wesnoth-dev
20140329 16:31:22-!- exciton [chuck-the-@85.94.28.207] has quit [Read error: Connection reset by peer]
20140329 16:33:08-!- lipkabb [~the_new_l@host-91-147-212-189.biatv.hu] has quit [Ping timeout: 240 seconds]
20140329 16:36:23-!- exciton [chuck-the-@85.94.28.207] has joined #wesnoth-dev
20140329 16:46:12< gfgtdf> lipkabb: here ar the reults of my profiler: http://i.imgur.com/YETVuNq.png the middle upper image shows the image with scale_surface the other two with scale_surface_sharp.   The down left shows the msvc 2010 sampling profiler results with scale_surface , the right down shows the samplingprofiler results in scale_surface_sharp
20140329 16:48:43-!- Spoffy [~chatzilla@152.78.175.8] has quit [Remote host closed the connection]
20140329 16:50:22< gfgtdf> lipkabb: note, that i started the profiler before just before the moving. so that doesn't show the proportions during normal game just during movements.
20140329 16:56:43-!- cib0 [~cib@p5DD22252.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20140329 17:00:11-!- cib0 [~cib@p5DD22252.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140329 17:32:13-!- EdB [~edb@85.69.242.6] has quit [Quit: Konversation terminated!]
20140329 17:53:21-!- Duthlet [~Duthlet@wesnoth/mp-mod/Duthlet] has quit [Quit: leaving]
20140329 17:56:41< mattsc> zookeeper: hi, yeah, me neither.  I’ll look into it some more sometime to be sure that that’s really what’s going on, and then see what can/needs to be done about it.
20140329 17:57:04< mattsc> In the meantime, I do have a work-around solution for the MAI problem I need to fix though, so that’s good.
20140329 18:21:42< iceiceice> mattsc, thunderstruck: see conversation here https://github.com/wesnoth/wesnoth/pull/133
20140329 18:21:53< iceiceice> i'm no longer sure what we should do about this,
20140329 18:22:42< iceiceice> i'm thinking make a new flag of side e.g. "fight_to_the_last", default to false but if true it won't be considered defeated until all its units are dead
20140329 18:23:18< iceiceice> i think this would let mattsc, and anyone else whose scenarios have problems now, recover
20140329 18:23:57< iceiceice> but if we actually think that the current check of no_leader is a bug we should figure out some alternative regardless of that
20140329 18:35:27< EliDupree> Hmm... is it possible to make an addon that inserts events into any game started by a person who has it?
20140329 18:35:39< EliDupree> Like the image loading tester addon but more invasive.
20140329 18:35:51< iceiceice> yes, i think dugi documented this once
20140329 18:36:10< EliDupree> How is it done?
20140329 18:36:29< iceiceice> i'm not sure, i think you have to break conventions about preprocessor directives
20140329 18:36:39< iceiceice> its on forums somewhere it hink
20140329 18:37:03< EliDupree> what phrase should I search for
20140329 18:37:22< iceiceice> i think he wanted to call it "SP modifications"
20140329 18:37:37< iceiceice> might be confused about this though, i didnt pay close attention
20140329 18:40:06< vultraz> He used lua
20140329 18:40:17< vultraz> I think
20140329 18:40:31< EliDupree> I've found it
20140329 18:40:58< EliDupree> I'm making a "cheater" add-on just to see if I can >:)
20140329 18:41:04< EliDupree> won't release it, I'm not that nasty :p
20140329 18:42:33-!- irker415 [~irker@ai0867.net] has joined #wesnoth-dev
20140329 18:42:33< irker415> wesnoth: Alarantalara wesnoth:master c6e165504ba7 / projectfiles/Xcode/Info.plist: Mark Wesnoth not high-resolution capable http://git.io/C24dBQ
20140329 18:43:53< vultraz> Wesnoth is not hi-res compatible...?
20140329 18:47:26-!- exciton [chuck-the-@85.94.28.207] has quit [Read error: Connection reset by peer]
20140329 18:47:41-!- exciton [chuck-the-@85.94.28.207] has joined #wesnoth-dev
20140329 18:56:01< mattsc> vultraz: hi-res here might mean Retina display on a Mac, I don’t know.  There have been problems reported on such displays, but I cannot confirm that since I don’t have such a display.
20140329 18:56:16< vultraz> Yeah, me neither
20140329 18:56:39< vultraz> I have iPad mini with *regular* display #firstworldproblems
20140329 18:56:51< vultraz> But LordBob did create 2x size images for it
20140329 18:57:16< vultraz> So I assume we're supposed to use those somehow, but I'm not sure we do
20140329 18:57:43< mattsc> me neither
20140329 18:58:58-!- cib0 [~cib@p5DD22252.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20140329 18:59:16< mattsc> iceiceice, AI0867: yes, I’m getting emails every time there’s a comment on a PR.  My stand on this is simply that I think scenario with only leader-less AI sides should work (at least is victory_when_enemies_defeated=no is set; which it is in my case).  Besides that, I don’t really care how this is done.
20140329 18:59:22< vultraz> Though TBH I haven't seen wesnoth on any tablet at all. Do we even have a build for it?
20140329 18:59:57-!- exciton [chuck-the-@85.94.28.207] has quit [Read error: Connection reset by peer]
20140329 19:00:11-!- exciton [chuck-the-@85.94.28.207] has joined #wesnoth-dev
20140329 19:01:27< iceiceice> vultraz: i think there's that thing in the chrome store?
20140329 19:01:27< vultraz> Or do we still rely on Dalin or whatshisname's unofficial one?
20140329 19:01:39< iceiceice> also i guess if you have an android tablet... ?
20140329 19:01:54< vultraz> My Nexus 7's screen is cracked
20140329 19:02:11< vultraz> So I use an iPad mini right now
20140329 19:06:36-!- cib0 [~cib@p5DD22252.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140329 19:17:45< iceiceice> mattsc: if you don't want to get emails, you can go to github and click "unsubscribe" on that PR
20140329 19:19:49< mattsc> iceiceice: let me rephrase: I choose to get emails for every comment posted on a PR.  :)  I just meant to say that I had already seen the discussion (although I’ve not had time to read it carefully and absorb what it means).
20140329 19:20:06< mattsc> But thanks for pointing it out anyway.
20140329 19:23:36< iceiceice> mattsc: alright :)
20140329 19:25:16-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Ping timeout: 240 seconds]
20140329 19:29:38-!- Aishiko_laptop [~unknown@cpe-065-191-176-226.nc.res.rr.com] has joined #wesnoth-dev
20140329 19:31:23< mattsc> iceiceice: anyway to summarize: do whatever you (the collective you) decides is the right thing to do for Wesnoth as a whole (SP and MP).  If the current behavior is considered a bug and I need to add another key to my [side] definition in order to make it work, that’s fine by me.
20140329 19:32:27< mattsc> iceiceice: The one thing I do not want to happen is having to add a hidden leader (or some other hack like that) just to make an AI vs. AI only scenario work.
20140329 19:33:44< mattsc> I could make the yeti and the giant spider in the animals scenario side leaders and it would work, but that seems … far-fetched  :P
20140329 19:36:18-!- ancestral [~ancestral@63.92.240.233] has joined #wesnoth-dev
20140329 19:42:30-!- Aishiko_laptop [~unknown@cpe-065-191-176-226.nc.res.rr.com] has quit [Ping timeout: 255 seconds]
20140329 19:53:20-!- mjs-de [~mjs-de@g228144159.adsl.alicedsl.de] has joined #wesnoth-dev
20140329 20:01:49-!- ancestral [~ancestral@63.92.240.233] has quit [Quit: i go nstuf kthxbai]
20140329 20:09:40< irker415> wesnoth: Alarantalara wesnoth:master a79467791d26 / projectfiles/Xcode/Wesnoth.xcodeproj/project.pbxproj: Remove references to unused flag ENABLE_OPENMP_SUPPORT http://git.io/0rnwjQ
20140329 20:09:42< irker415> wesnoth: Alarantalara wesnoth:master 6b9ee774ec91 / projectfiles/Xcode/Wesnoth.xcodeproj/project.pbxproj: Compile Lua with OS X options http://git.io/_G14-A
20140329 20:16:43< irker415> wesnoth: gfgtdf wesnoth:master 89192cef8234 / src/minimap.cpp: optimize minimap.cpp http://git.io/ZywATw
20140329 20:27:14-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Remote host closed the connection]
20140329 20:28:40-!- neXyon [~neXyon@85-127-22-92.dynamic.xdsl-line.inode.at] has joined #wesnoth-dev
20140329 20:32:58< gfgtdf> lipkabb: i just tested with a empty 200x200 mp map with fog and got exactly the same results, on 1.11.11
20140329 20:37:13-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20140329 20:41:38-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Read error: Connection reset by peer]
20140329 20:44:21-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20140329 20:44:35< AI0867> 19:22 < iceiceice> i'm thinking make a new flag of side e.g. "fight_to_the_last", default to false but if true it won't be considered defeated until all its units are dead <-- yeah, currently, victory_when_enemies_defeated only applies to *enemy* sides, it doesn't stop the game from ending when you lose your own leader
20140329 20:45:51< AI0867> I'd say that not controlling a side yourself indeed makes you an observer
20140329 20:47:19< iceiceice> AI0867: that's sort of the issue i guess, there's this specific line to search for the human player and keep the game running if they still have a leader and the flag is active
20140329 20:47:27< iceiceice> the observer thing may be a bit of a hack to make mp work
20140329 20:48:21< iceiceice> i think we agreed in the earlier logs that we dont want to change how observer status currently works, for one because the server and client need to agree about this
20140329 20:48:33< iceiceice> and two its undesirable if you can droid your side for one turn and suddenly see all
20140329 20:50:23< iceiceice> actually to be honest i'm not really sure why the is_observer check is there anyways
20140329 20:51:33< iceiceice> it seems a bit fishy
20140329 20:54:29< gfgtdf> iceiceice: don't other players notice when you make yourself an observer ?
20140329 20:55:08< gfgtdf> like player ... droids side ..
20140329 20:55:47< AI0867> if you droid your side, you're not an observer
20140329 20:55:54< AI0867> you simply have an AI control *your* side
20140329 20:56:20< AI0867> the question is, how is this implemented?
20140329 20:56:45-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has quit [Ping timeout: 255 seconds]
20140329 20:57:15< gfgtdf> AI0867: realy ? i thought when you driod your side you beme and observer, whats teh difference between observer and that state ?
20140329 20:57:27< gfgtdf> s/beme and/ become an
20140329 20:58:41< AI0867> I don't know if there's an actual difference in state, but it's still conceptually *your* side
20140329 20:58:51< AI0867> *you* can undroid it
20140329 20:59:12< AI0867> this was discussed here a few days ago I believe
20140329 21:00:48< gfgtdf> AI0867: hm sey you are correct, so what was teh probem with it? i just tested an i cannot see the otehr dies when i drioded my side.
20140329 21:01:29< gfgtdf> s/dies/sides
20140329 21:02:14< gfgtdf> hm i thin i got it, maybe i just need to read  better....
20140329 21:29:41-!- thunderstruck [~zaibotren@cpc13-sgyl31-2-0-cust696.18-2.cable.virginm.net] has quit [Quit: leaving]
20140329 21:32:09< mattsc> zookeeper: btw, the wiki says this: “variables: proxy associative table (read only, read/write fields, including variables.__cfg), only toplevel named fields are proxied”
20140329 21:32:25< zookeeper> right
20140329 21:32:29< mattsc> So I still don’t know if there is a technical reason for it, but it seems to be intentional.
20140329 21:34:33-!- exciton_ [chuck-the-@85.94.28.207] has joined #wesnoth-dev
20140329 21:34:44< AI0867> wesbot: seen espreon
20140329 21:34:44< wesbot> AI0867: The person with the nick Espreon last spoke 5d 20h ago.  5d 20h ago person left:
20140329 21:35:27< AI0867> mattsc: technical reason for what?
20140329 21:36:58< mattsc> AI0867: that there is no Lua write access to tags inside unit variables
20140329 21:37:37< AI0867> hmm, dunno
20140329 21:38:08-!- exciton [chuck-the-@85.94.28.207] has quit [Ping timeout: 240 seconds]
20140329 21:38:22< mattsc> AI0867: yeah, me neither.  I can read tags just fine in Lua, and I can write to keys.  But changing tags only seems to work in WML.
20140329 21:39:08-!- exciton_ [chuck-the-@85.94.28.207] has quit [Ping timeout: 240 seconds]
20140329 21:39:31-!- exciton [chuck-the-@85.94.28.207] has joined #wesnoth-dev
20140329 21:49:15-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20140329 21:54:49-!- cib0 [~cib@p5DD22252.dip0.t-ipconnect.de] has quit [Quit: Leaving]
20140329 21:55:21-!- adityapande [ca4eaca2@gateway/web/freenode/ip.202.78.172.162] has joined #wesnoth-dev
20140329 21:58:54-!- gfgtdf_ [~chatzilla@f054169171.adsl.alicedsl.de] has joined #wesnoth-dev
20140329 22:00:16-!- gfgtdf [~chatzilla@f054157025.adsl.alicedsl.de] has quit [Ping timeout: 240 seconds]
20140329 22:00:19-!- gfgtdf_ is now known as gfgtdf
20140329 22:05:32< _8680_> mattsc: You can dump the cfg (`local cfg = unit_proxy.variables.__cfg`), edit that (`cfg.foo = 5`), then write it back to the unit proxy (`unit_proxy.variables.__cfg = cfg`).
20140329 22:06:05< _8680_> (I think. I’m sure it can be dumped and edited, but I don’t know if I’ve ever actually written one back.)
20140329 22:06:28< mattsc> _8680_: yeah, thanks, I had just remembered that I can go through the proxy table dump and was playing with it …
20140329 22:06:40< _8680_> (But the wiki says it can, so if not that’s a bug.)
20140329 22:08:19< mattsc> _8680_: as a side note, the example you are giving there can be done with the dump, since that’s only adding a key.  And I think I tried that method for a tag and that did not work.
20140329 22:08:34< mattsc> *can be done withOUT the dump
20140329 22:09:49< _8680_> `cfg[#cfg+1] = {'foo', {…}}` didn’t work?
20140329 22:10:43< _8680_> Did it not write to the cfg dump, or did writing the edited cfg back to the proxy table not do anything?
20140329 22:10:47< mattsc> Well, I hardcoded #cfg+1 to 1, since there were no other tags at the time, but no, unless I made a mistake that did not work
20140329 22:10:52-!- exciton_ [~exciton@85.94.28.207] has joined #wesnoth-dev
20140329 22:11:10< mattsc> It did write to the cfg dump, but then did not write to the unit
20140329 22:11:58< mattsc> _8680_: I just did an example though where I dumped the entire unit to a cfg, edited that, and then used wesnoth.put_unit()
20140329 22:12:14< _8680_> That works, I hope?
20140329 22:12:15< mattsc> That certainly works, so that’s the fall-back option if I can’t get the other thing figured out.
20140329 22:12:19< mattsc> yes
20140329 22:12:56< mattsc> _8680_: I need to be off for an hour or so, will get back to this later.  Thanks for the help.
20140329 22:13:02< _8680_> Okay, goodbye.
20140329 22:13:32< _8680_> I guess you ought to file a bug report about writing to `unit_proxy.variables.__cfg` not working.
20140329 22:14:03< mattsc> I will - after I make sure that it’s not me doing something wrong.
20140329 22:14:09< mattsc> Bye for now.
20140329 22:14:18< EliDupree> That's not a bug. __cfg is a dump
20140329 22:14:25< EliDupree> Every time you access it it makes a new one
20140329 22:14:38-!- exciton [chuck-the-@85.94.28.207] has quit [Ping timeout: 240 seconds]
20140329 22:14:41< _8680_> The wiki claims that it should be writable.
20140329 22:14:42-!- iceiceice [~chris@cpe-66-108-20-80.nyc.res.rr.com] has joined #wesnoth-dev
20140329 22:14:46< EliDupree> Whether that behavior is GOOD I don't know, but it's not a bug. Same as unit.__cfg.
20140329 22:14:49< EliDupree> It does?
20140329 22:14:57< mattsc> “variables: proxy associative table (read only, read/write fields, including variables.__cfg), only toplevel named fields are proxied”
20140329 22:15:21< EliDupree> I guess it means that if you do "variables.__cfg = {blah}" then it'll overwrite the whole thing
20140329 22:15:31< EliDupree> *shrug*
20140329 22:15:46< EliDupree> Dunno if that works
20140329 22:16:05< iceiceice> gfgtdf: you don't become an observer unless you give away control of all your sides
20140329 22:16:17< iceiceice> the server needs to keep track of which client is responsible for running which ai
20140329 22:16:19< EliDupree> For EoHS I pretty much don't use subtags there
20140329 22:16:46< gfgtdf> iceiceice: how do i give away control of a side?
20140329 22:16:54< iceiceice> using :control or :give_control
20140329 22:16:59< gfgtdf> ty
20140329 22:17:29-!- mjs-de [~mjs-de@g228144159.adsl.alicedsl.de] has quit [Remote host closed the connection]
20140329 22:20:13< gfgtdf> is there a special reason why we use whitespaces in the SConscript file and tabs in the makelist.txt file ?
20140329 22:22:44< _8680_> I believe SCons is in Python, which has some standard (“PEP 8”) that mandates that spaces be used for indentation (something like that, I don’t know Python).
20140329 22:23:21< _8680_> (Note: “whitespace” includes both spaces and tabs, as well as other characters like line-feeds.)
20140329 22:25:54< gfgtdf> ahh yes i meant spaces
20140329 22:26:09< gfgtdf> ok ty for the other information.
20140329 22:48:47-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 265 seconds]
20140329 22:50:08-!- adityapande [ca4eaca2@gateway/web/freenode/ip.202.78.172.162] has quit [Quit: Page closed]
20140329 22:58:06-!- neXyon [~neXyon@85-127-22-92.dynamic.xdsl-line.inode.at] has quit [Quit: bye]
20140329 23:10:54-!- stikonas__ is now known as stikonas
20140329 23:16:47-!- irker415 [~irker@ai0867.net] has quit [Quit: transmission timeout]
20140329 23:18:32< mattsc> _8680_, EliDupree: digging around a bit more, I think this is not a bug but that the statement on the wiki is misleading.  It just doesn’t make sense that you should be able to write to the table dump and have that affect the unit.
20140329 23:18:41< mattsc> I think it was meant as: This is a read-only table.  Except that the toplevel fields are proxied and read-writable.  And in addtition to that, you can also get a table dump through .__cfg.
20140329 23:36:18< EliDupree> mattsc: sounds right
20140329 23:36:48< gfgtdf> is there a special reason why the functiosn in actions/attacks.hpp are not in the actions namespace ?
20140329 23:37:30-!- juanmi91 [51250759@gateway/web/freenode/ip.81.37.7.89] has joined #wesnoth-dev
20140329 23:37:58-!- juanmi91 [51250759@gateway/web/freenode/ip.81.37.7.89] has quit [Client Quit]
--- Log closed Sun Mar 30 00:00:18 2014