--- Log opened Sat Sep 21 00:00:03 2013
20130921 00:00:21< AI0867> wesbot: seen espreon
20130921 00:00:22< wesbot> AI0867: Queried user Espreon is currently on the channel #wesnoth-de.
20130921 00:00:25< AI0867> huh
20130921 00:12:13-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20130921 00:13:00-!- Velvet-Sky [~SkyNet@99-111-224-165.lightspeed.rcsntx.sbcglobal.net] has quit [Quit: bye for now]
20130921 00:15:34-!- mjs-de [~mjs-de@g224187144.adsl.alicedsl.de] has quit [Remote host closed the connection]
20130921 00:18:54-!- Octalot [~noct@host86-147-48-65.range86-147.btcentralplus.com] has joined #wesnoth-dev
20130921 00:26:32-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 260 seconds]
20130921 00:32:41-!- mattsc [~mattsc@fw.hia.nrc.ca] has quit [Quit: Ciao]
20130921 00:33:07-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Read error: Connection reset by peer]
20130921 00:34:38-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20130921 00:34:42-!- Velvet-Sky [~SkyNet@99-111-224-165.lightspeed.rcsntx.sbcglobal.net] has joined #wesnoth-dev
20130921 00:38:23< shadowm> mattsc: Yes.
20130921 00:38:48< shadowm> justinzane: Yes.
20130921 00:38:54-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20130921 00:45:06-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 264 seconds]
20130921 00:45:42-!- shadowm_desktop [ignacio@186.11.30.189] has joined #wesnoth-dev
20130921 00:46:07-!- shadowm_desktop is now known as Guest65179
20130921 00:47:45-!- Guest65179 is now known as shadowm_desktop
20130921 00:47:48-!- shadowm_desktop [ignacio@186.11.30.189] has quit [Changing host]
20130921 00:47:48-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20130921 00:53:59< fabi> shadowm: There is currently no way to delete or remove a wml tag whenever there is a config merged (for example when deriving from a base unit). What do you think about a [whatever_tag] erease=yes attribute?
20130921 00:55:09< shadowm> *erase
20130921 00:55:54< fabi> Yeah. Or remove or delete or purge.
20130921 00:55:57< shadowm> I would appreciate such functionality (if I ever remember exactly where I've needed it), but you might want to discuss the syntax specifics with zookeeper too.
20130921 00:56:35< fabi> Yeah, zookeeper is always on my to contact list for WML syntax.
20130921 00:57:07< shadowm> The tricky part is probably avoiding conflicts e.g. in the [set_variables] mode=merge case, where someone might legitimately use an erase/purge/delete/remove attribute for conveying information.
20130921 00:57:58< fabi> hmmmm
20130921 00:58:06< shadowm> Of course that kind of depends on how many code paths use the same functionality.
20130921 00:58:06< fabi> I am not sure if I understood properly.
20130921 00:58:50< shadowm> What I'm saying is that I may have a container.erase/delete/purge/remove attribute in my WML logic that already has an internal meaning.
20130921 00:59:23< shadowm> So if Wesnoth suddenly started interpreting it, my code would most surely break horribly.
20130921 01:00:13< shadowm> But I don't really know whether [set_variables] mode=merge uses the same code path as the implementation of unit_type genders, variations, and derivate units.
20130921 01:00:22< fabi> Ah yes. Maybe that can be solved by introducing a prefix for such "internal" actions. I have already introduced the add_to_<some_attribute>=+49 feature. Which would fall in the same category.
20130921 01:01:08< shadowm> It'd also be nice if we could identify and thoroughly document the functionality as well as enumerate the various paths that use it.
20130921 01:01:27< fabi> It might make sense to convert them into tags.
20130921 01:01:59< shadowm> So yeah... this is zookeeper material. I am generally terrible at designing an API for WML coders.
20130921 01:02:03< fabi> Indeed. I am not even show how the [+<some_tag] feature interacts with merging.
20130921 01:02:52< shadowm> The [+tag] syntax is handled by the parser, so that should be a big hint.
20130921 01:03:49< shadowm> (The hint being that pretty much every config object handled in Wesnoth is the parser's output and thus all [+tag] nodes have been merged already.)
20130921 01:06:25< fabi> Ah yes. Good to know.
20130921 01:08:01< justinzane> shadowm: src/sdl_utils.[ch]pp, surface_blur() is implementing which blur algorithm?
20130921 01:08:41< shadowm> justinzane: No idea. I once asked and didn't get a definitive answer.
20130921 01:09:58< fabi> justinzane: AI0867 knows at least a bit about the image precessing stuff.
20130921 01:10:34< shadowm> It was written by Dave, apparently.
20130921 01:11:02< shadowm> Still, I imagine that someone who knows about this mathsy stuff would be able to identify the algorithm at a glance. :p
20130921 01:11:10< justinzane> so, what is this generally used for in the game? 
20130921 01:11:28< shadowm> Transparent blur behind transparent GUI dialogs.
20130921 01:11:54< shadowm> Also behind the transparent text block at the bottom (by default) of story screens.
20130921 01:12:02-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20130921 01:12:42< justinzane> shadowm: i'm befuddled by the code. never heard of a "depth" parameter in any blur algo. 
20130921 01:12:47< shadowm> BIt's blur_surface(), not surface_blur(), btw.
20130921 01:13:21 * justinzane kinda dyslexic -- love IDEs for reminding me about typos.
20130921 01:14:59< justinzane> according to gprof, that blur_surface() is one of the absolute top cpu utilizers in the scenarios I just played. 
20130921 01:15:33< justinzane> i'm going through hotspots as a quick way to learn the codebase, btw
20130921 01:26:42-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20130921 01:38:44-!- Velvet-Sky [~SkyNet@99-111-224-165.lightspeed.rcsntx.sbcglobal.net] has quit [Quit: bye for now]
20130921 01:53:01-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20130921 02:01:46-!- Octalot [~noct@host86-147-48-65.range86-147.btcentralplus.com] has quit []
20130921 02:07:05-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Ping timeout: 245 seconds]
20130921 03:05:51-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 252 seconds]
20130921 03:34:33-!- nurupo|away is now known as nurupo
20130921 03:35:25-!- nurupo is now known as nurupo|away
20130921 03:41:10-!- nurupo|away is now known as nurupo
20130921 03:47:39-!- nurupo is now known as nurupo|away
20130921 04:20:05-!- Ivanovic_ [~ivanovic@x2f4d763.dyn.telefonica.de] has joined #wesnoth-dev
20130921 04:23:24-!- Ivanovic [~ivanovic@x2f472d0.dyn.telefonica.de] has quit [Ping timeout: 248 seconds]
20130921 04:23:35-!- Velvet-Sky [~SkyNet@99-111-224-165.lightspeed.rcsntx.sbcglobal.net] has joined #wesnoth-dev
20130921 04:23:59-!- Ivanovic_ is now known as Ivanovic
20130921 05:03:24-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 248 seconds]
20130921 05:03:49-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20130921 05:04:29< shadowm> I could still use someone on OS X who knows how to build Wesnoth and use Git there to help me test an external branch.
20130921 05:13:31-!- ancestral [~ancestral@mobile-198-228-233-180.mycingular.net] has joined #wesnoth-dev
20130921 05:24:06-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Read error: Connection timed out]
20130921 05:24:39-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20130921 05:24:39-!- Velvet-Sky [~SkyNet@99-111-224-165.lightspeed.rcsntx.sbcglobal.net] has quit [Read error: Connection reset by peer]
20130921 05:32:39-!- happygrue [~happygrue@wesnoth/developer/wintermute] has quit [Ping timeout: 264 seconds]
20130921 05:40:39-!- Velvet-Sky [~SkyNet@99-111-224-165.lightspeed.rcsntx.sbcglobal.net] has joined #wesnoth-dev
20130921 05:46:32-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Read error: Connection reset by peer]
20130921 05:46:58-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20130921 05:51:48-!- Gambit [~derek@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20130921 05:52:43-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 268 seconds]
20130921 05:53:04-!- ancestral [~ancestral@mobile-198-228-233-180.mycingular.net] has quit [Quit: Smell ya later!]
20130921 05:56:47-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20130921 05:58:50-!- yann [~dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has quit [Excess Flood]
20130921 05:59:41-!- yann [~dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has joined #wesnoth-dev
20130921 06:05:23-!- desophos [~desophos@n132h78.dhcp.oxy.edu] has joined #wesnoth-dev
20130921 06:13:41-!- desophos [~desophos@n132h78.dhcp.oxy.edu] has quit [Quit: Leaving]
20130921 06:14:46-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Quit: tomreyn]
20130921 06:26:43-!- EliDupree [~quassel@66-189-34-122.dhcp.oxfr.ma.charter.com] has quit [Ping timeout: 256 seconds]
20130921 06:31:40-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 245 seconds]
20130921 06:32:12-!- nurupo|away is now known as nurupo
20130921 06:42:03-!- vultraz [~chatzilla@124.109.10.167] has joined #wesnoth-dev
20130921 06:42:03-!- vultraz [~chatzilla@124.109.10.167] has quit [Changing host]
20130921 06:42:03-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20130921 06:43:18< shadowm> wesbot: seen loonycyborg
20130921 06:43:18< wesbot> shadowm: Queried user last spoke 3d 15h ago.  loonycyborg is currently here and on the channels #wesnoth and #wesnoth-umc-dev.
20130921 07:53:44-!- shadowm_desktop2 [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20130921 07:54:06-!- shadowm_desktop2 [ignacio@wesnoth/developer/shadowmaster] has quit [Client Quit]
20130921 07:54:16-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Disconnected by services]
20130921 07:55:49-!- irker892 [~irker@ai0867.net] has quit [Quit: transmission timeout]
20130921 08:03:41-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20130921 08:06:27-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Client Quit]
20130921 08:07:16-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20130921 08:25:32-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20130921 08:25:38-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20130921 08:25:57-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20130921 08:31:12-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 268 seconds]
20130921 08:32:30-!- nurupo is now known as nurupo|away
20130921 08:34:43-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has quit [Quit: Lost terminal]
20130921 09:08:20-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20130921 09:08:45< fabi> hi zookeeper
20130921 09:08:53< zookeeper> morning
20130921 09:10:41< fabi> zookeeper: Imagine that heavy artillery unit. It is called "Pulsar", a classic tank tracked gun. Like in WWI or WWII. It can't attack after move. Meaning that it needs some time to get ready. How can I code that properly? 
20130921 09:11:36< zookeeper> in some other way than a moveto event, you mean?
20130921 09:12:31-!- Velvet-Sky [~SkyNet@99-111-224-165.lightspeed.rcsntx.sbcglobal.net] has quit [Quit: bye for now]
20130921 09:12:47< fabi> zookeeper: Well, A moveto event is fine.
20130921 09:13:20< fabi> I am already aware that I could implement a weapon special.
20130921 09:13:32< fabi> But I guess there are some alternatives.
20130921 09:14:07< zookeeper> so you just want to make it unable to attack after moving?
20130921 09:14:12< fabi> Yes
20130921 09:14:54< zookeeper> well... set the unit's attacks_left to 0 in a moveto event
20130921 09:15:05< zookeeper> assuming it doesn't have other attacks that should still remain available
20130921 09:15:28< fabi> No, it is just a big gun.
20130921 09:17:29< fabi> The event moveto attacks_left=0 solution is more suitable than a weapon special which just sets damage or number to zero.
20130921 09:17:41< fabi> Cool, thank you.
20130921 09:18:30< fabi> I have had a conversation with shadowm about deleting wml tags whenever they are "merged" like it is done when you inherit from a base_unit.
20130921 09:18:43< fabi> I like to hear your opinion about the issue.
20130921 09:19:17 * zookeeper reads the log
20130921 09:19:18< fabi> Do you want me to repeat the essentials or can I just ask you to read the logs? 
20130921 09:19:26< fabi> :-)
20130921 09:22:13< zookeeper> yeah i too think that it'd be good to have that functionality but the syntax should be something other than just an erase= key
20130921 09:22:26< zookeeper> since that has too much of a potential for horrible conflicts
20130921 09:23:32< zookeeper> i guess you could have something like [erase:tagname] but... that would seem very unusual
20130921 09:23:58 * fabi agrees
20130921 09:24:53< fabi> What about [erase] tag=<tagname_which_is_to_erase> ?
20130921 09:26:02-!- Velvet-Sky [~SkyNet@99-111-224-165.lightspeed.rcsntx.sbcglobal.net] has joined #wesnoth-dev
20130921 09:26:02< zookeeper> well that'd presumably cause all tags of that name to be erased, whereas you might often want to erase for example just one of a unit type's [attack]s, right?
20130921 09:26:29< zookeeper> perhaps just __erase= would do? __ is already used in some internal __length key for arrays (don't recall the specifics)
20130921 09:27:12< fabi> Indeed. My use case would be to delete one of several [attack] tags in most cases.
20130921 09:27:37< fabi> Let
20130921 09:27:51< fabi> 's say I have 3 attacks in the base unit.
20130921 09:28:03< fabi> The second one needs to erase
20130921 09:28:14< zookeeper> [attack][/attack] [attack] __erase=yes [/attack]
20130921 09:28:22< fabi> yepp
20130921 09:28:32< fabi> That is exactly what I have in mind.
20130921 09:28:37< zookeeper> seems like a good solution to me
20130921 09:28:45< fabi> okay.
20130921 09:29:05< zookeeper> great
20130921 09:29:10 * zookeeper then goes afk for a bitg
20130921 09:29:12< zookeeper> -g
20130921 09:29:25< fabi> Iirc the implementation of the wml merge method, this is easy to do.
20130921 09:29:25-!- trademark [~trademark@37.160.45.33] has joined #wesnoth-dev
20130921 09:29:33< fabi> zookeeper: Thank you for your ear :-)
20130921 09:32:51< shadowm> Uh, WML vconfig array length is obtained through the "length" attribute.
20130921 09:33:31< fabi> Do you see a problem resulting from that fact?
20130921 09:33:40< shadowm> That was in response to 04:26:28 <zookeeper> perhaps just __erase= would do? __ is already used in some internal __length key for arrays (don't recall the specifics)
20130921 09:34:32< shadowm> e.g. $array.length. If there's a double-underscored version for some reason, I haven't heard of it before.
20130921 09:35:57< fabi> I see.
20130921 09:36:17-!- Kostic [~marko@85.202.113.107] has joined #wesnoth-dev
20130921 09:36:30< fabi> I will read the implementation carefully and bring the wml reference up to date.
20130921 09:42:07-!- H-Hour [~H-Hour@cpc7-sgyl35-2-0-cust428.18-2.cable.virginmedia.com] has joined #wesnoth-dev
20130921 09:42:08-!- H-Hour_ [~H-Hour@cpc7-sgyl35-2-0-cust428.18-2.cable.virginmedia.com] has joined #wesnoth-dev
20130921 09:43:48-!- H-Hour_ [~H-Hour@cpc7-sgyl35-2-0-cust428.18-2.cable.virginmedia.com] has quit [Client Quit]
20130921 09:48:06-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20130921 09:53:07< H-Hour> did any of you notice that warsow was greenlit on steam? http://steamcommunity.com/sharedfiles/filedetails/?id=125965803
20130921 09:53:31< H-Hour> i know you have looked into steam integration. we at ufo:ai have as well, and found the steam libraries to be incompatible with gpl code.
20130921 09:54:19< H-Hour> does anyone here know how warsow got around this? i know their assets are not GPL, but i believe they're using a gpl idtech2 engine
20130921 09:54:31< zookeeper> shadowm, yeah, it looks like my memory failed me
20130921 09:54:52< zookeeper> H-Hour, i doubt anyone here does... better ask them directly, i'd imagine
20130921 09:55:36< H-Hour> sure, just curious if it had been done
20130921 10:00:47-!- Velvet-Sky [~SkyNet@99-111-224-165.lightspeed.rcsntx.sbcglobal.net] has quit [Read error: Connection reset by peer]
20130921 10:06:36-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20130921 10:08:34-!- thunderstruck [~thunderst@cpc5-sgyl29-2-0-cust174.sgyl.cable.virginmedia.com] has joined #wesnoth-dev
20130921 10:12:07-!- Elvish_Hunter [5f4a97c7@gateway/web/freenode/ip.95.74.151.199] has joined #wesnoth-dev
20130921 10:12:30< Elvish_Hunter> Hi all! Finally I'm back!
20130921 10:13:01-!- irker471 [~irker@ai0867.net] has joined #wesnoth-dev
20130921 10:13:01< irker471> wesnoth: Elvish_Hunter wesnoth-old:master 94c33bf9afff / data/tools/wmllint: wmllint: stop complaining about unknown IDs inside [clear_menu_item] http://git.io/FrZsQw
20130921 10:13:24 * shadowm eats Elvish_Hunter .
20130921 10:13:41 * Elvish_Hunter offers shadowm some ketchup
20130921 10:13:57< shadowm> The unit_type ellipse conversion in wmllint is fundamentally flawed.
20130921 10:14:46< Elvish_Hunter> You mean that you prefer a message that warns the user to perform a manual fix, right?
20130921 10:14:49< shadowm> It is designed under the assumption that I won't make use of quotes or different spacing than the rule's exceptations.
20130921 10:14:52< shadowm> expectations
20130921 10:15:06< shadowm>         ("ellipse=misc/ellipse-nozoc",""),
20130921 10:15:33< shadowm> My add-on passes because I consistently use(d) ellipse="misc/ellipse-nozoc", not ellipse=misc/ellipse-nozoc.
20130921 10:17:19< Elvish_Hunter> Hmm, I see.
20130921 10:18:34< shadowm> Anyway, I already fixed all ellipse situations by hand (that was pretty much the plan from day zero anyway, since I still need to support 1.10) so I don't have a use for it anymore.
20130921 10:19:02< Elvish_Hunter> So, my idea is that I should remove my former fix. Then, since ellipse= is used inside [effect], [unit_type] and [unit], print a  message if ellipse= is used, stating that "ellipse inside [tag] may need manual fixing". OK?
20130921 10:19:55< shadowm> That would actually be a sound plan considering that over 90% of the migraine-inducing situations in my campaign stemmed from non-standard ellipse cases.
20130921 10:20:19< shadowm> (misc/ellipse-none and its suddenly exponentially expanding family)
20130921 10:21:14< shadowm> And of course I would still want a way to silence that warning for that same reason.
20130921 10:21:29< Elvish_Hunter> Ah, of course the message shouldn't be fired if the string contains misc/ellipse-hero. Otherwise mainline won't pass cleanly through wmllint.
20130921 10:22:45< shadowm> (ellipse-none's expanded dysfunctional family: http://pastebin.com/YSt79HF0)
20130921 10:23:31< shadowm> (Come to think of it, I'm not too sure I don't need ellipse-none-hero too.)
20130921 10:25:24< shadowm> wesbot: seen groggy
20130921 10:25:25< wesbot> shadowm: The person with the nick groggy last spoke 2d 23h ago.  2d 23h ago was here and on the channel #wesnoth with the message: Quit: Page closed
20130921 10:25:59< Elvish_Hunter> Well, -hero is never automatically appended. Unless we want to introduce a new unit.hero=yes/no variable...
20130921 10:26:29< shadowm> No, it is not automatically appended by wmllint. It is part if the mainline IS_HERO macro.
20130921 10:27:21< shadowm> OK, since you mentioned mainline lint-cleanness, I thought I would go and... http://pastebin.com/uu072NXR
20130921 10:27:33< shadowm> fabi: Line 6 onwards concern you.
20130921 10:27:52< shadowm> Line 4 is really for groggy. wmllint shouldn't try to digest Lua.
20130921 10:28:17< Elvish_Hunter> I was referring to my C++ modification. Of course I know that it is part of {IS_HERO}.
20130921 10:29:09< shadowm> Yeah, and since ellipses are merged into mutant slime monsters now I had to go and fix that all over the place. >:p
20130921 10:29:23< shadowm> *ellipses coming from both singular units and unit types
20130921 10:30:00< shadowm> I mean, I didn't actually fix it all over the place. Instead I just went and identified the possible results and cloned ellipse-none accordingly.
20130921 10:30:34< Elvish_Hunter> On the other hand, when a unit loses its ZoC due to Stun-like abilities, now its ellipse changes automatically.
20130921 10:31:12< shadowm> Yeah, that's cool.
20130921 10:37:58< Elvish_Hunter> OK, so I guess that I can go and prepare a fix like we discussed. It shouldn't be too hard, but if some issue arises I'll contact groggy.
20130921 10:40:08< shadowm> Elvish_Hunter: Sorry for sounding grumpy about the whole thing. It's just that I was hit (as a user) with a classic case of BfW developers changing the WML API (semantics, in this case) without a backwards compatibility path all of a sudden. :(
20130921 10:41:00< shadowm> And to make things worse I wouldn't have been, if a seemingly absurdly trivial feature had been implemented ages ago.
20130921 10:41:24< Elvish_Hunter> No, don't be sorry. You had all the reasons to be grumpy, exactly as I had my reasons to be grumpy against real life for banning me fro IRC. You know, real life is the worst possible moderator! :-P
20130921 10:41:28< shadowm> (Being able to hide unit ellipses and/or stat bars without using the 100% transparent image workaround.)
20130921 10:42:37< Elvish_Hunter> I vaguely remember you asking for a unit.show_ellipse=yes/no variable, right?
20130921 10:44:11< shadowm> Probably. vultraz at some point suggested something more general like show_bars=yes/no (for the HP and XP bars) as well.
20130921 10:45:08< shadowm> I for one only really require hiding ellipses for certain cutscene sequences where I use sprites for which ellipses don't really make sense (e.g. as seen here: https://dl.dropboxusercontent.com/u/21371130/screenshots/ellipse-image-not-found.png ).
20130921 10:45:56< shadowm> (Being able to disable hex selection during certain events would also be nice, but I don't remember if that was already addressed at some point later.)
20130921 10:46:29< shadowm> (Hm, nah, it wasn't addressed.)
20130921 10:47:33< shadowm> That screenshot also happens to illustrate my hack around the lack of a mechanism to hide stat bars... setting XP to zero and maximum HP to one.
20130921 10:49:18< Elvish_Hunter> Well, adding show_ellipse shouldn't be too hard. However, C++ isn't my favourite language, so I can't guarantee that I'll be able to implement it. If yes, I'll commit it. If not, I'll let you know, either here or with a PM.
20130921 10:50:31< shadowm> I remember vultraz also planned to look into it, but since I have heard a lot of things from him _but_ any progress on the implementation of show_ellipse/show_bars, I assume he never really did much on that front.
20130921 10:51:02< shadowm> I'd personally be more concerned about dealing with the sticky mess that's the game display infrastructure, not the programming language itself. :p
20130921 10:53:21< Elvish_Hunter> Ah, I know. Some time ago I attempted to set (via Lua) a set_dialog_callback on a toggle_button. Well, it returned me "unsupported widget"... Unless you're talking about UI appearance, in that case I suppose that I'm so used to it that I don't even notice it any more.
20130921 10:54:35< shadowm> By display infrastructure I mean the gritty details of rendering the gamemap and the units on it.
20130921 10:57:58< shadowm> GUI2 and GUI1 are completely different cans of worms.
20130921 10:59:28< shadowm> Hm, gui2::ttoggle_button is a subclass of gui2::tselectable_, which is supported by wesnoth.set_dialog_callback().
20130921 10:59:44< shadowm> It shouldn't fail with "unsupported widget".
20130921 11:00:41< Elvish_Hunter> And yet, something in the dynamic_cast fails. Dont know what or why.
20130921 11:00:52< Elvish_Hunter> *Don't
20130921 11:02:26< Elvish_Hunter> That's a pity, because I had an idea for a Lua-based replacement for AI_CONTROLLER. Now I can't work on it.
20130921 11:02:51< Elvish_Hunter> In my case, I needed a checkbutton to activate or deactivate a listbox.
20130921 11:11:35< vultraz> did someone mention moi?
20130921 11:11:44< shadowm> No, but I mentioned you several times.
20130921 11:14:31< vultraz> My plan was for a show_overlay= key inside [unit] that would hide all but the unit baseframe. Egm, hp/xp bars, crowns and other overlays, plus ellipses
20130921 11:14:39< vultraz> I did not ever figure out how to implement it
20130921 11:15:01< vultraz> But I think it would be a great feature, so I could stop using pseudo "cutscene variations" of units
20130921 11:17:24< Elvish_Hunter> vultraz: and if I want to hide only the ellipse, or only the bars? Won't be better to implement two or three separate things?
20130921 11:18:01< vultraz> well, sure. show_ellipse on its own would also be very useful for people like shadowm 
20130921 11:18:06< vultraz> so perhaps three keys
20130921 11:18:15< vultraz> show_ellipse, show_bars, show_overlays
20130921 11:25:42-!- mjs-de [~mjs-de@g224190040.adsl.alicedsl.de] has joined #wesnoth-dev
20130921 11:26:57-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Ping timeout: 268 seconds]
20130921 11:29:12< Elvish_Hunter> Well then, now I have to go.I'll start working on the wmllint patch and let you know ASAP. Bye!
20130921 11:30:55-!- Elvish_Hunter [5f4a97c7@gateway/web/freenode/ip.95.74.151.199] has quit [Quit: Ciao!]
20130921 11:54:03-!- horon [~horon@nttkyo176024.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has joined #wesnoth-dev
20130921 12:07:35-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 240 seconds]
20130921 12:30:19-!- Ivanovic [~ivanovic@x2f4d763.dyn.telefonica.de] has quit [Changing host]
20130921 12:30:19-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20130921 12:34:06-!- happygrue [~happygrue@c-66-30-155-184.hsd1.ma.comcast.net] has joined #wesnoth-dev
20130921 12:34:06-!- happygrue [~happygrue@c-66-30-155-184.hsd1.ma.comcast.net] has quit [Changing host]
20130921 12:34:06-!- happygrue [~happygrue@wesnoth/developer/wintermute] has joined #wesnoth-dev
20130921 12:37:10< Ivanovic> home at last!
20130921 12:37:12< Ivanovic> ;)
20130921 12:45:19< Ivanovic> thunderstruck: added you in at gna.org
20130921 12:46:38< noy> Ivanovic: nice flight?
20130921 12:46:45< Ivanovic> it was okay
20130921 12:47:08< noy> did you ever go to the beaver?
20130921 12:47:14< Ivanovic> the seat from toronto to frankfurt was great (bulkead exit row), but the aircanada policy sucks
20130921 12:47:28< Ivanovic> they did not allow using personal headsets during departure and arrival
20130921 12:47:38< noy> oh yeah...
20130921 12:47:40< Ivanovic> (never heard of such a policy for any other airline!)
20130921 12:47:42< noy> I know
20130921 12:47:50< Ivanovic> nope, did not go to the beaver
20130921 12:48:05< noy> your loss my friend, your loss
20130921 12:48:12< thunderstruck> Ivanovic: Thanks.
20130921 12:48:26< Ivanovic> noy: how comes you are still awake?
20130921 12:48:40< Ivanovic> should be something like "freaking early in the morning" for you...
20130921 12:48:44< noy> actually... just got up
20130921 12:49:05< noy> I've got a game in kelowna today
20130921 12:49:16< Ivanovic> right, you mentioned that one
20130921 12:49:20< noy> I slept from 8pm
20130921 12:49:22< Ivanovic> when do you need to leave for that?
20130921 12:49:28< noy> 730
20130921 12:49:49< noy> I'll nap for another hour
20130921 12:54:02-!- Gambit [~derek@wesnoth/developer/grickit] has joined #wesnoth-dev
20130921 13:10:28-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20130921 13:11:41-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20130921 13:30:44-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20130921 13:34:42-!- irker471 [~irker@ai0867.net] has quit [Quit: transmission timeout]
20130921 13:37:34-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20130921 14:05:08-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 260 seconds]
20130921 14:11:41-!- EliDupree [~quassel@66-189-34-122.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20130921 14:12:38-!- {V} [~V@139-79-ftth.on.nl] has quit [Ping timeout: 245 seconds]
20130921 14:24:41-!- {V} [~V@139-79-ftth.on.nl] has joined #wesnoth-dev
20130921 14:41:15-!- esr [~esr@wesnoth/developer/esr] has quit [Read error: Connection reset by peer]
20130921 14:42:18-!- esr [~esr@wesnoth/developer/esr] has joined #wesnoth-dev
20130921 14:44:56-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20130921 14:46:18-!- jamit [~jamit@wesnoth/developer/jamit] has joined #wesnoth-dev
20130921 15:09:41-!- Crendgrim_ [~crend@77-23-29-102-dynip.superkabel.de] has joined #wesnoth-dev
20130921 15:10:48-!- Crendgrim [~crend@77-23-29-102-dynip.superkabel.de] has quit [Ping timeout: 268 seconds]
20130921 15:28:38-!- trademark [~trademark@37.160.45.33] has quit [Ping timeout: 248 seconds]
20130921 15:36:23-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Remote host closed the connection]
20130921 15:38:05-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20130921 15:38:21-!- Crendgrim_ is now known as Crendgrim
20130921 15:40:46-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Remote host closed the connection]
20130921 15:41:48-!- trademark [~trademark@37.161.200.93] has joined #wesnoth-dev
20130921 15:44:16-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20130921 15:44:28-!- Kostic [~marko@85.202.113.107] has quit [Read error: Operation timed out]
20130921 15:47:48-!- trademark [~trademark@37.161.200.93] has quit [Ping timeout: 260 seconds]
20130921 15:49:29-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Remote host closed the connection]
20130921 15:56:01-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20130921 16:00:20-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Remote host closed the connection]
20130921 16:00:49-!- trademark [~trademark@37.161.88.179] has joined #wesnoth-dev
20130921 16:04:10-!- stikonas [~gentoo@host-78-144-198-219.as13285.net] has joined #wesnoth-dev
20130921 16:04:10-!- stikonas [~gentoo@host-78-144-198-219.as13285.net] has quit [Changing host]
20130921 16:04:11-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20130921 16:07:01-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20130921 16:08:57-!- nurupo|away is now known as nurupo
20130921 16:11:09-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has quit [Remote host closed the connection]
20130921 16:11:20-!- mattsc [~mattsc@154.20.32.246] has joined #wesnoth-dev
20130921 16:22:02< mattsc> Talking about ellipses, I just noticed that the 2 scenarios in TSG that are led by Sir Gerrick have the "image not found" problem.
20130921 16:22:39< mattsc> I didn't pay enough attention when that was implemented and haven't done anything in WML recently, otherwise I'd just fix it myself.
20130921 16:29:07-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 268 seconds]
20130921 16:30:00-!- horon [~horon@nttkyo176024.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has quit [Quit: Leaving...]
20130921 16:32:20-!- stikonas [~gentoo@cpc3-sgyl27-2-0-cust146.sgyl.cable.virginmedia.com] has joined #wesnoth-dev
20130921 16:32:20-!- stikonas [~gentoo@cpc3-sgyl27-2-0-cust146.sgyl.cable.virginmedia.com] has quit [Changing host]
20130921 16:32:20-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20130921 16:33:48-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 245 seconds]
20130921 16:36:18-!- stikonas_ [~gentoo@cpc3-sgyl27-2-0-cust146.sgyl.cable.virginmedia.com] has joined #wesnoth-dev
20130921 16:36:19-!- stikonas_ [~gentoo@cpc3-sgyl27-2-0-cust146.sgyl.cable.virginmedia.com] has quit [Changing host]
20130921 16:36:19-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20130921 16:37:12-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Client Quit]
20130921 16:38:57-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Operation timed out]
20130921 16:39:10-!- stikonas__ [~gentoo@cpc3-sgyl27-2-0-cust146.sgyl.cable.virginmedia.com] has joined #wesnoth-dev
20130921 16:40:02-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20130921 16:50:39-!- stikonas [~gentoo@cpc3-sgyl27-2-0-cust146.sgyl.cable.virginmedia.com] has joined #wesnoth-dev
20130921 16:50:40-!- stikonas [~gentoo@cpc3-sgyl27-2-0-cust146.sgyl.cable.virginmedia.com] has quit [Changing host]
20130921 16:50:41-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20130921 16:51:43-!- stikonas__ [~gentoo@cpc3-sgyl27-2-0-cust146.sgyl.cable.virginmedia.com] has quit [Ping timeout: 264 seconds]
20130921 17:11:15-!- flix1 [~flix@37-5-10-145-dynip.superkabel.de] has joined #wesnoth-dev
20130921 17:12:44-!- flix [~flix@37-5-10-145-dynip.superkabel.de] has quit [Ping timeout: 260 seconds]
20130921 17:14:02-!- nurupo is now known as nurupo|away
20130921 17:16:00-!- flix1 [~flix@37-5-10-145-dynip.superkabel.de] has quit [Ping timeout: 260 seconds]
20130921 17:16:40-!- Ivanovic [~nils@frnk-590db7a0.pool.mediaWays.net] has joined #wesnoth-dev
20130921 17:16:41-!- Ivanovic [~nils@frnk-590db7a0.pool.mediaWays.net] has quit [Changing host]
20130921 17:16:41-!- Ivanovic [~nils@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20130921 17:17:13-!- Vandal [Ganrao@cpe-65-189-245-210.woh.res.rr.com] has joined #wesnoth-dev
20130921 17:18:40-!- Espreon [~espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20130921 17:18:46-!- flix [~flix@37-5-10-145-dynip.superkabel.de] has joined #wesnoth-dev
20130921 17:24:44-!- lipkab [~the_new_l@apn-5-63-250-140.vodafone.hu] has joined #wesnoth-dev
20130921 17:24:50-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20130921 17:39:49-!- lipkab [~the_new_l@apn-5-63-250-140.vodafone.hu] has quit [Ping timeout: 252 seconds]
20130921 17:40:32-!- skyfaller [~skyfaller@ool-2f11697b.dyn.optonline.net] has joined #wesnoth-dev
20130921 17:40:40-!- skyfaller [~skyfaller@ool-2f11697b.dyn.optonline.net] has quit [Changing host]
20130921 17:40:41-!- skyfaller [~skyfaller@wikipedia/Skyfaller] has joined #wesnoth-dev
20130921 17:57:54-!- Ivanovic_ [~ivanovic@x2f500c3.dyn.telefonica.de] has joined #wesnoth-dev
20130921 18:00:36-!- lipkab [~the_new_l@apn-5-63-250-140.vodafone.hu] has joined #wesnoth-dev
20130921 18:01:57-!- trademark [~trademark@37.161.88.179] has quit [Read error: Operation timed out]
20130921 18:21:49-!- stikonas_ [~gentoo@cpc3-sgyl27-2-0-cust146.sgyl.cable.virginmedia.com] has joined #wesnoth-dev
20130921 18:21:50-!- stikonas_ [~gentoo@cpc3-sgyl27-2-0-cust146.sgyl.cable.virginmedia.com] has quit [Changing host]
20130921 18:21:50-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20130921 18:22:35-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 268 seconds]
20130921 18:24:05-!- DCW [~Thunderbi@cpc1-finc14-2-0-cust12.4-2.cable.virginmedia.com] has joined #wesnoth-dev
20130921 18:27:26< fabi> wesbot: seen thunderstruck?
20130921 18:27:27< wesbot> fabi: Queried user last spoke 5h 39m ago.  thunderstruck is currently here and on the channel #wesnoth.
20130921 18:27:37< fabi> thunderstruck: hi
20130921 18:28:39< thunderstruck> fabi: Hello.
20130921 18:29:46< fabi> thunderstruck: shadowm pointed me to some wmllint errors in LoW.
20130921 18:30:09< fabi> http://pastebin.com/uu072NXR
20130921 18:30:43< thunderstruck> fabi: I get 503 Service Temporarily Unavailable
20130921 18:31:12< fabi> Well, if you run wmllint yourself you get the same output.
20130921 18:33:43< thunderstruck> fabi: What happened there?
20130921 18:34:00< thunderstruck> The time I ran it on LoW everything was fine: https://github.com/thunders/wesnoth-old/commit/e127fd7cbe8b383db581fd0612fc96b9b50020a9
20130921 18:35:18-!- stikonas__ [~gentoo@cpc3-sgyl27-2-0-cust146.sgyl.cable.virginmedia.com] has joined #wesnoth-dev
20130921 18:35:32-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 268 seconds]
20130921 18:38:54< fabi> thunderstruck: I guess wmllint "fixed" a false positive.
20130921 18:41:42< thunderstruck> fabi: I will look into it.
20130921 18:49:04-!- thunderstruck [~thunderst@cpc5-sgyl29-2-0-cust174.sgyl.cable.virginmedia.com] has quit [Read error: Connection reset by peer]
20130921 18:49:32-!- thunderstruck [~thunderst@cpc5-sgyl29-2-0-cust174.sgyl.cable.virginmedia.com] has joined #wesnoth-dev
20130921 18:51:03-!- Kostic [~marko@net74-1-245-109.mbb.telenor.rs] has joined #wesnoth-dev
20130921 18:53:38-!- DCW [~Thunderbi@cpc1-finc14-2-0-cust12.4-2.cable.virginmedia.com] has quit [Remote host closed the connection]
20130921 18:53:48-!- flix1 [~flix@37-5-10-145-dynip.superkabel.de] has joined #wesnoth-dev
20130921 18:56:28-!- flix [~flix@37-5-10-145-dynip.superkabel.de] has quit [Ping timeout: 248 seconds]
20130921 19:01:06-!- un214 [~un214@2602:304:37b8:c189:224:8cff:fed2:ef57] has joined #wesnoth-dev
20130921 19:18:24-!- un214 [~un214@2602:304:37b8:c189:224:8cff:fed2:ef57] has quit [Remote host closed the connection]
20130921 19:20:07-!- H-Hour [~H-Hour@cpc7-sgyl35-2-0-cust428.18-2.cable.virginmedia.com] has quit [Remote host closed the connection]
20130921 19:30:09-!- H-Hour [~H-Hour@cpc7-sgyl35-2-0-cust428.18-2.cable.virginmedia.com] has joined #wesnoth-dev
20130921 19:30:16-!- H-Hour_ [~H-Hour@cpc7-sgyl35-2-0-cust428.18-2.cable.virginmedia.com] has joined #wesnoth-dev
20130921 19:30:58-!- irker975 [~irker@ai0867.net] has joined #wesnoth-dev
20130921 19:30:59< irker975> wesnoth: JaMiT wesnoth-old:master acb7e7a6aeb4 / src/ (game_events/pump.cpp gamestatus.cpp variable.cpp variable.hpp): New (and simpler) memory management for vconfig. http://git.io/soX3OA
20130921 19:30:59< irker975> wesnoth: JaMiT wesnoth-old:master 919efb4ed596 / src/variable.cpp: Localize a static variable to the function where it is used. http://git.io/3UkbXQ
20130921 19:30:59< irker975> wesnoth: JaMiT wesnoth-old:master 52cfe2b17d6e / src/ (game_events/handlers.cpp game_events/handlers.hpp variable.cpp variable.hpp): Eliminate variable::manager. http://git.io/eP7Gtg
20130921 19:31:04-!- H-Hour_ [~H-Hour@cpc7-sgyl35-2-0-cust428.18-2.cable.virginmedia.com] has quit [Client Quit]
20130921 19:39:29-!- Gallaecio [~quassel@84.120.112.34] has quit [Read error: Connection reset by peer]
20130921 20:01:00-!- Kostic [~marko@net74-1-245-109.mbb.telenor.rs] has quit [Ping timeout: 248 seconds]
20130921 20:07:13-!- Ivanovic [~nils@wesnoth/developer/ivanovic] has quit []
20130921 20:07:18-!- Ivanovic_ [~ivanovic@x2f500c3.dyn.telefonica.de] has quit [Changing host]
20130921 20:07:18-!- Ivanovic_ [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20130921 20:07:25-!- Ivanovic_ is now known as Ivanovic
20130921 20:07:40-!- H-Hour [~H-Hour@cpc7-sgyl35-2-0-cust428.18-2.cable.virginmedia.com] has quit [Quit: Leaving]
20130921 20:14:39-!- H-Hour [~H-Hour@cpc7-sgyl35-2-0-cust428.18-2.cable.virginmedia.com] has joined #wesnoth-dev
20130921 20:28:50-!- skyfaller [~skyfaller@wikipedia/Skyfaller] has quit [Remote host closed the connection]
20130921 20:32:20-!- Crendgrim_ [~crend@77-23-29-102-dynip.superkabel.de] has joined #wesnoth-dev
20130921 20:32:26-!- Crendgrim [~crend@77-23-29-102-dynip.superkabel.de] has quit [Read error: Connection reset by peer]
20130921 20:53:01-!- lipkab [~the_new_l@apn-5-63-250-140.vodafone.hu] has quit [Quit: Távozom]
20130921 20:55:56-!- lipkab [~the_new_l@apn-5-63-250-140.vodafone.hu] has joined #wesnoth-dev
20130921 21:03:31-!- H-Hour [~H-Hour@cpc7-sgyl35-2-0-cust428.18-2.cable.virginmedia.com] has quit [Quit: Leaving]
20130921 22:35:02-!- lipkab [~the_new_l@apn-5-63-250-140.vodafone.hu] has quit [Read error: Connection reset by peer]
20130921 22:36:35-!- lipkab [~the_new_l@apn-89-223-213-222.vodafone.hu] has joined #wesnoth-dev
20130921 22:45:03-!- bumbadadabum [~bumbadada@d155109.upc-d.chello.nl] has joined #wesnoth-dev
20130921 23:26:17-!- thunderstruck [~thunderst@cpc5-sgyl29-2-0-cust174.sgyl.cable.virginmedia.com] has quit [Quit: Leaving]
20130921 23:48:45< shadowm> "New (and simpler) memory management for vconfig." Should I expect bugs and crashes and spontaneous combustion?
20130921 23:48:47-!- justinzane [~justinzan@tiny.justinzane.com] has quit [Remote host closed the connection]
20130921 23:49:08-!- shadowm_desktop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20130921 23:52:02-!- justinzane [~justinzan@tiny.justinzane.com] has joined #wesnoth-dev
20130921 23:52:20-!- Crendgrim_ is now known as Crendgrim
--- Log closed Sun Sep 22 00:00:08 2013