--- Log opened Thu Aug 09 00:00:55 2018
20180809 01:02:59-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20180809 01:03:04-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-umc-dev
20180809 04:48:04-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20180809 04:48:10-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-umc-dev
20180809 05:49:40-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20180809 05:49:46-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-umc-dev
20180809 06:19:16-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-umc-dev
20180809 06:19:38-!- zookeeper_ [~lmsnie@95.175.104.121] has joined #wesnoth-umc-dev
20180809 06:20:23-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Disconnected by services]
20180809 06:23:39-!- zookeeper_ [~lmsnie@95.175.104.121] has quit [Client Quit]
20180809 06:24:13-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-umc-dev
20180809 06:28:18-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Client Quit]
20180809 06:36:05-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-umc-dev
20180809 08:53:44-!- Elvish_Hunter [~elvish_hu@wesnoth/developer/elvish-hunter] has quit [Quit: WeeChat 1.6]
20180809 08:53:54-!- Elvish_Hunter [~elvish_hu@wesnoth/developer/elvish-hunter] has joined #wesnoth-umc-dev
20180809 10:19:54-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20180809 10:20:00-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-umc-dev
20180809 11:48:28< vn971> Hmm.. Now if a player hosts a game and one of the other players (or observers?) has a more recent version of the add-on -- should game host get a pop-up / text describing there's a newer version?
20180809 11:54:55< vn971> The thing is -- many players just host games, they rarely observe. So they can't get a "notification" using a normal approach of joining a host which has higher version.
20180809 11:55:37< vn971> I guess I may as well end up doing it: implementing code that checks if observer has higher version.
20180809 11:57:18< vn971> I wonder if there's ever been a discussion on whether to auto-update all user add-ons or not. Or maybe have a "checkbox" for auto-updating add-ons first. Then, if it feels OK to users who test it, push it for everyone by default.
20180809 11:57:57< vn971> I do understand there'll be problems involved in that approach as well, but I'm currently inclined to think the upsides will overweigh.
20180809 14:04:47-!- hk238 [~kvirc@unaffiliated/hk238] has joined #wesnoth-umc-dev
20180809 14:12:27-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20180809 14:12:33-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-umc-dev
20180809 14:31:44< Soliton> vn971: how would you notify the host?
20180809 14:33:08< vn971> Soliton: I could do that via a chat message or a [message]  not sure yet. Also I'm not 100% sure I'll do it yet. (It needs time to implement.)
20180809 14:35:23< Soliton> i can imagine a chat message but that wouldn't be only for the host. no idea how you'd do it with [message].
20180809 14:38:27< vn971> Soliton: this one is actually the easiest step. Just have a (Lua) code like
20180809 14:38:27< vn971>   if (maxium_version > wesnoth.read_file("...")) do wesnoth.wml_actions.message {...} end
20180809 14:38:59< vn971> the same code will be run on all machines, but a [message] will be invoked on only those that have outdated local add-on version.
20180809 14:39:59< Soliton> how would that run on the host with the version number from some observer?
20180809 14:40:16< vn971> a relatively more complex task is to calculate the `maximum_version`. And even more complex is to show it only once per game, and only when it's not your turn.
20180809 14:40:44< Soliton> and how would you trigger that code when some observer joins?
20180809 14:40:46< vn971> Soliton: when it's another side's turn, invoke the "sync" API.
20180809 14:41:09< vn971> Soliton: I re-considered and think observers are impossible to handle now.
20180809 14:41:23< Soliton> oh, ok.
20180809 14:43:12< vn971> regarding what I called "sync API". Something like this should work:
20180809 14:43:12< vn971>   wesnoth.synchronize_choice(function() return wesnoth.read_file("...") end)
20180809 14:43:12< vn971> Then all clients wait how active side calculates the function, and everyone will have the calculated version available locally after it's done.
20180809 14:45:36< vn971> it's still messy and blows your head a bit. Wesnoth code that deals with "async" heavily is totally insane. You have to put everything in your mind together: the way different clients calculate everything, the things that are stored as variables, the synchronization etc. It was seriously insanely hard to write "Plan Unit Advance" add-on, and I'm still not sure it's actually correct (though seems to be).
20180809 14:46:42< vn971> // the hard part storing local choices for future games. Just limiting the `unit.advances_to` array is pretty easy ofc.
20180809 14:46:54< vn971> * the hard part is
20180809 14:48:23< Soliton> i was mostly wondering about observers but interesting nevertheless.
20180809 15:10:51< Ravana_> I considered that for ageless version check, but decided that having transitive version check was too much work for little gain
20180809 15:58:42< vn971> Ravana_: yes, I get more and more considerate of that over the hours as well. Even the optimistic time estimate is not comforting - not to mention that you (I) may end up making mistakes and having to switch to manual multiplayer testing.
20180809 15:59:59< vn971> * you (I) may end up -> one may end up     (or what's the correct spelling? Sorry for my English anyway)
20180809 16:23:19< hk238> hm does time area work with location filter or does it require coordinates?
20180809 16:26:03< zookeeper> is there a reason why you're asking and not checking?
20180809 16:27:16< hk238> I am checking 
20180809 16:27:21< hk238> it seems it works with th efilter
20180809 16:27:21< hk238> :D
20180809 16:31:16< hk238> except I'm doing it wrong for it's not working
20180809 16:32:29< hk238> https://pastebin.com/PEPRVUdP
20180809 16:32:55< hk238> trying to make terrain that matches filter to always be dawn schedule
20180809 16:33:03< hk238> but it's not working
20180809 16:33:12< hk238> hmm maybe add filter tags around filter location?
20180809 16:33:14< zookeeper> where do you see [filter_location] in http://wiki.wesnoth.org/StandardLocationFilter ? nowhere, it's not part of SLF.
20180809 16:33:39< hk238> oh 
20180809 16:34:19< hk238> I already tried without the tags though but this would imply they're not required?
20180809 16:34:40< zookeeper> it's always explicitly mentioned if some tag wants you to wrap a SUF/SLF/etc into a [filter]/[filter_location]/etc
20180809 16:35:29< hk238> but some reason this isnt' working if I remove the wrapping tags do you know what that reason might be? :D
20180809 16:36:23< Soliton> you probably didn't read when SLF is supported in [time_area].
20180809 16:37:46< hk238> right I just noticed the bit, it works now
20180809 16:38:53< hk238> hmm dawn looks kind of ugly when it's mixed with the other schedules.. maybe I should try dusk instead 
20180809 16:42:54< hk238> same problem with dusk... hmm maybe it should be dawn everywhere then
20180809 16:49:10<+wesdiscordbot> <sevu> you mean the red,green,blue values of the schedules?
20180809 16:52:37< hk238> yes
20180809 16:53:03< hk238> it wasnt a great idea to begin with.. I made the entire map stuck at dusk 
20180809 16:53:25< hk238> although I think it's not really adding any fun to the map, it's a different kind of map.. and it fits the map 
20180809 16:56:11<+wesdiscordbot> <sevu> UtBS 3 (only from 1.14.4) is a similar case, maybe look if you like it there or not
20180809 17:06:51-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20180809 17:06:57-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-umc-dev
20180809 17:41:50-!- hk238 [~kvirc@unaffiliated/hk238] has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
20180809 17:48:46-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20180809 17:48:52-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-umc-dev
20180809 19:13:57-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20180809 19:14:03-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-umc-dev
20180809 22:24:13-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20180809 22:24:19-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-umc-dev
20180809 22:58:52-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20180809 22:58:58-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-umc-dev
--- Log closed Fri Aug 10 00:00:56 2018