--- Log opened Wed Nov 16 00:00:05 2016
--- Day changed Wed Nov 16 2016
20161116 00:00:05< celticminstrel> (Pretty sure the drakes are all male...?)
20161116 00:00:38< gfgtdf> celticminstrel: it was just an example of a mainline genderless unit.
20161116 00:01:27< gfgtdf> celticminstrel: i'm currently trying to test the era of my addon 'scenario with robots' in mp and se all the male smbol near my robot leader.
20161116 00:01:36< celticminstrel> Mudcrawler or fire elemental would probably be a better example.
20161116 00:02:10< celticminstrel> Robots can be assigned gender.
20161116 00:02:13< gfgtdf> celticminstrel: well i'd say for sips its mor abvious that they are genderless
20161116 00:02:29< celticminstrel> To me it seems fairly obvious for the elementals too.
20161116 00:22:52-!- travis-ci [~travis-ci@ec2-54-81-187-201.compute-1.amazonaws.com] has joined #wesnoth-dev
20161116 00:22:53< travis-ci> wesnoth/wesnoth#12079 (master - a71e2c7 : Jyrki Vesterinen): The build has errored.
20161116 00:22:54< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/176170094
20161116 00:22:54-!- travis-ci [~travis-ci@ec2-54-81-187-201.compute-1.amazonaws.com] has left #wesnoth-dev []
20161116 00:25:01-!- irker467 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20161116 00:51:36-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20161116 01:03:59-!- travis-ci [~travis-ci@ec2-54-161-163-79.compute-1.amazonaws.com] has joined #wesnoth-dev
20161116 01:04:00< travis-ci> wesnoth/wesnoth#12080 (fixed-size-chatbox - 4ed0146 : Jyrki Vesterinen): The build is still failing.
20161116 01:04:01< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/176182531
20161116 01:04:01-!- travis-ci [~travis-ci@ec2-54-161-163-79.compute-1.amazonaws.com] has left #wesnoth-dev []
20161116 01:07:47-!- gfgtdf [~chatzilla@x4e369486.dyn.telefonica.de] has quit [Quit: ChatZilla 0.9.93 [Firefox 49.0.2/20161019084923]]
20161116 01:11:27-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20161116 01:28:57-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:30e5:3cbd:6dcd:dda] has quit [Remote host closed the connection]
20161116 01:38:02-!- horrowind [~Icedove@2a02:810a:8380:10a8:21b:fcff:fee3:c3ff] has joined #wesnoth-dev
20161116 01:48:27< celticminstrel> So spirit_po appears to work both with the standard translations dir and with a translations dir that's just the po dir renamed.
20161116 01:49:04< celticminstrel> BTW, some languages have problems in the language selection screen.
20161116 01:50:00< celticminstrel> The second one (looks like something Arabic?) weirdly has the parentheses inverted, almost as if it were rendering English RTL, except the word itself looks pretty normal LTR.
20161116 01:50:43< celticminstrel> I think it actually is Arabic, since there don't seem to be others with the Arabic script, and the Hebrew-looking one shares the same issue.
20161116 01:51:34< celticminstrel> Shavian English and alt-Englisc (whatever that is) use characters that don't exist in the font.
20161116 01:52:04-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:30e5:3cbd:6dcd:dda] has joined #wesnoth-dev
20161116 01:52:45< celticminstrel> I assume the former could just be removed, as it's mainly just for fun?
20161116 01:53:33< celticminstrel> The other too perhaps, since it appears to be a variant of a separate existing language.
20161116 01:54:04< celticminstrel> But that aside, the RTL language names still look odd.
20161116 01:56:47-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:30e5:3cbd:6dcd:dda] has quit [Ping timeout: 258 seconds]
20161116 02:04:07-!- horrowind [~Icedove@2a02:810a:8380:10a8:21b:fcff:fee3:c3ff] has quit [Remote host closed the connection]
20161116 02:04:32-!- horrowind [~Icedove@2a02:810a:8380:10a8:21b:fcff:fee3:c3ff] has joined #wesnoth-dev
20161116 02:13:03< celticminstrel> ...why is there a -lintl in the compiler commandline?
20161116 02:13:03< celticminstrel> I thought I destroyed all that already.
20161116 02:13:18< celticminstrel> I wonder if it's worth suppressing the unused argument warnings in the Objective-S(++) files.
20161116 02:13:21< celticminstrel> ^C not S
20161116 02:14:03< celticminstrel> IIRC the conventional way (leaving the argument unnamed) doesn't work with Objective-C methods.
20161116 02:14:14< celticminstrel> So suppressing it would mean adding (void)arg.
20161116 02:16:05< celticminstrel> On an unrelated note, someone should look into switching the Lua interpreter from GNU history to the GUI2 history mechanism.
20161116 02:16:16 * celticminstrel doubts they're feature-equivalent though.
20161116 02:17:33< celticminstrel> Oh my, there really are several relics of libintl around the source tree even in spirit_po.
20161116 02:18:52< celticminstrel> Hmm, but I'm not seeing anything in scons which I'm using...
20161116 02:21:07< celticminstrel> I'm assuming some stuff can be trimmed from cmake/FindPotUpdate.cmake, but I'm not sure what.
20161116 02:21:44-!- irker332 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20161116 02:21:45< irker332> wesnoth: Celtic Minstrel wesnoth:spirit_po 20c75f16c8c2 / cmake/ (FindLibintl.cmake Readme): fixup! Remove option to link libintl instead of Boost.Locale https://github.com/wesnoth/wesnoth/commit/20c75f16c8c22fd05d73d12871f68cd73e41674f
20161116 02:22:52-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20161116 02:24:20-!- tad_carlucci [~lundberg@173.217.65.103] has joined #wesnoth-dev
20161116 02:24:43< celticminstrel> There must be something that's making scons add -lintl to the compiler command-line, but grep doesn't seem to help me locate it.
20161116 02:25:27< pydsigner> celticminstrel: Reading your post in the release thread, I know it's possible to go from scancode to localized character, but is it possible to go the other way?
20161116 02:25:33< pydsigner> Maybe that'd be a solution
20161116 02:25:47< celticminstrel> I think it should be?
20161116 02:25:48< vultraz> The gui2 history mechanism saves stuff in prefs
20161116 02:25:54 * pydsigner searches
20161116 02:25:56< celticminstrel> IIRC there are SDL2 functions for both ways.
20161116 02:26:00< celticminstrel> vultraz: Yes.
20161116 02:26:15< pydsigner> If there isn't, I suppose a table could be created of the scancodes and then inverted
20161116 02:26:29< celticminstrel> Well, the table depends on your keyboard layout though...
20161116 02:26:44< celticminstrel> Or do you mean build it dynamically at startup or something?
20161116 02:26:54< pydsigner> Right
20161116 02:27:05-!- horrowind [~Icedove@2a02:810a:8380:10a8:21b:fcff:fee3:c3ff] has quit [Quit: horrowind]
20161116 02:27:14< pydsigner> Awful but last-ditch possibility
20161116 02:27:24< pydsigner> Oh there's a func
20161116 02:27:29< celticminstrel> Oh hey, even XCode has libintl relics...
20161116 02:27:40< pydsigner> SDL_GetScancodeFromKey
20161116 02:27:49< celticminstrel> Right, and an inverse too.
20161116 02:27:57< pydsigner> Which I think is already being used
20161116 02:28:02< celticminstrel> Possibly.
20161116 02:28:49< celticminstrel> git grep intl gives me nothing other than XCode and CMake relics, so why the heck is scons... oh, wait, could there be something with the caching?
20161116 02:28:52< shadowm> celticminstrel: Checked the build/config.log file that SCons create for where the flag first appears, in case it comes from a dependency?
20161116 02:29:01< shadowm> Or you could try --config=force, yes.
20161116 02:29:11< shadowm> *creates
20161116 02:30:03< celticminstrel> So the build line for conftest_21, "Checking for JPG support in SDL", does not have -lintl.
20161116 02:30:24< celticminstrel> While the build line for conftest_22, "Checking for Boost program_options library", does have it.
20161116 02:30:40< celticminstrel> There seem to be some tests between those too whose output was cached.
20161116 02:30:47 * shadowm is off now probably for the rest of the week maybe longer bye.
20161116 02:31:03< celticminstrel> Well, I'll try --config=force at some point.
20161116 02:31:16< celticminstrel> But not right this minute since it probably implies a full rebuild.
20161116 02:31:31-!- shadowm [~ignacio@wesnoth/developer/shadowm] has quit []
20161116 02:34:22< celticminstrel> Based on the fact that the output is sometimes garbled, I suspect this crash is related to a threading problem.
20161116 02:34:45< celticminstrel> Oh, eventually I managed to get it to work, too.
20161116 02:35:15< tad_carlucci> --config=force is probable required.
20161116 02:35:38< tad_carlucci> I don't see anything you missed for SCons or CMake to eliminate libintl
20161116 02:35:55< celticminstrel> There's cmake/FindLibIntl or something.
20161116 02:36:10< celticminstrel> And cmake/FindPotupdate.cmake possibly references it but not sure.
20161116 02:36:32< tad_carlucci> Which should only be invoked if CMakeLists.txt calls for it.
20161116 02:36:35< celticminstrel> I don't know whether those files are referenced by the main CMakelists. I guess I'll find out if the current spirit_po build fails.
20161116 02:37:01< tad_carlucci> There may be something in the po folder. I didn't check there, only src
20161116 02:37:15< celticminstrel> FindPotupdate is more for checking for the gettext tools.
20161116 02:47:33-!- noy [~Noy@wesnoth/developer/noy] has quit [Read error: Connection reset by peer]
20161116 02:54:02< celticminstrel> ...
20161116 02:54:15< celticminstrel> So the build is failing because of warnings in the spirit_po header. Sigh.
20161116 03:08:54-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20161116 03:16:44-!- noy [~Noy@wesnoth/developer/noy] has quit [Read error: Connection reset by peer]
20161116 03:18:30-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20161116 03:18:44-!- Kwandulin [~Miranda@p5DDD2B8F.dip0.t-ipconnect.de] has joined #wesnoth-dev
20161116 03:23:14-!- tad_carlucci [~lundberg@173.217.65.103] has quit [Quit: Off to resolve a merge conflict between the wife and husband branches of my real life.]
20161116 03:28:16-!- tad_carlucci [~lundberg@173.217.65.103] has joined #wesnoth-dev
20161116 03:29:09< tad_carlucci> celticminstrel, Quick observation. Are you using #include <> where #include "" would be more correct? Some compilers and compiler options get rather pedantic about getting that wrong.
20161116 03:29:23-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20161116 03:29:59-!- Ben24626 [d25666fe@gateway/web/freenode/ip.210.86.102.254] has joined #wesnoth-dev
20161116 03:30:11< Ben24626> so
20161116 03:30:24< Ben24626> i did a game where both leaders died on same attack and no one wins
20161116 03:30:34< Ben24626> mis this on purpose
20161116 03:30:59< pydsigner> Well they both died
20161116 03:31:16< pydsigner> And if it's simultaneous, it'd make sense that everyone loses
20161116 03:31:47< pydsigner> In normal circumstances (Vanilla Wesnoth), though this wouldn't happen.
20161116 03:31:53< pydsigner> * though,
20161116 03:35:29< Ben24626> to win: defeat enemy leader
20161116 03:35:39< Ben24626> one death happened first
20161116 03:35:44< Ben24626> mso shouldnt game end there
20161116 03:36:02< pydsigner> The game doesn't end until the event does I'd imagine
20161116 03:36:08< Ben24626> malso it doesnt say u lose of your leader dies
20161116 03:36:19< Ben24626> mjust that u win if enemy leader(s) die
20161116 03:36:29< Ben24626> so it should either be both win or one wins
20161116 03:36:38< Ben24626> if u take it literally
20161116 03:36:59< pydsigner> What addon are you playing?
20161116 03:41:21< Ben24626> no addon, ageless era
20161116 03:51:05-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20161116 03:52:25-!- travis-ci [~travis-ci@ec2-54-161-163-79.compute-1.amazonaws.com] has joined #wesnoth-dev
20161116 03:52:26< travis-ci> wesnoth/wesnoth#12082 (spirit_po - 20c75f1 : Celtic Minstrel): The build has errored.
20161116 03:52:26< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/176252890
20161116 03:52:26-!- travis-ci [~travis-ci@ec2-54-161-163-79.compute-1.amazonaws.com] has left #wesnoth-dev []
20161116 04:01:46-!- noy [~Noy@wesnoth/developer/noy] has quit [Read error: Connection reset by peer]
20161116 04:03:29-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20161116 04:08:39-!- Kwandulin [~Miranda@p5DDD2B8F.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20161116 04:12:30< celticminstrel> tad_carlucci: I'm using "" for including spirit_po.hpp
20161116 04:12:42< celticminstrel> Ben24626: How is it possible for both leaders to die on the same attack?
20161116 04:13:47< pydsigner> AoE attacks presumably
20161116 04:16:00< Ben24626> one leader has ability where he attacks when he dies
20161116 04:16:05< Ben24626> replay is on forum
20161116 04:17:19< tad_carlucci> `I was reading your branch and you have a series of #include <spirit_po/*.hpp> in the file I was looking at. I doubt it's your problem but it was the first thing I noted.
20161116 04:33:31-!- noy [~Noy@wesnoth/developer/noy] has quit [Read error: Connection reset by peer]
20161116 04:44:50-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20161116 04:45:14-!- iceiceice [~chris@unaffiliated/iceiceice] has joined #wesnoth-dev
20161116 04:47:39-!- noy [~Noy@wesnoth/developer/noy] has quit [Read error: Connection reset by peer]
20161116 04:48:28-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20161116 04:55:52-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20161116 04:57:07< celticminstrel> Ah, I guess that makes sense.
20161116 04:58:27< celticminstrel> I think in that case the ability itself should be coded to account for the possibility that it results in the death of the enemy leader(s).
20161116 04:58:37< celticminstrel> So, in other words, a bug in Ageless Era, I guess.
20161116 04:59:14< celticminstrel> tad_carlucci: Ah, you're right. I didn't write that though, iceiceice did.
20161116 04:59:41< celticminstrel> Certainly I can doctor his headers to avoid it.
20161116 04:59:58< celticminstrel> Though is it really that important?
20161116 05:00:45 * tad_carlucci shrugs. It's a minor portability mistake. if you use [-iquote src] instead of [-I src] it will flag it. I fixed it everywhere I found it in my "lots of little things" PR last week.
20161116 05:01:17< celticminstrel> Argh now I broke everything again.
20161116 05:01:47< iceiceice> tad_carlucci, hmm
20161116 05:02:00< iceiceice> so this is actually something i was confused about at one point,
20161116 05:02:16< iceiceice> i think when i first wrote spirit po i made ituse " " 's when it is including itself
20161116 05:02:23 * celticminstrel is actually surprised that iceiceice just happened to be around at the relevant moment.
20161116 05:02:29< iceiceice> and someone told me that is bad and it should use < > internally
20161116 05:02:32< celticminstrel> Okay so...
20161116 05:02:43< celticminstrel> I moved a get_binary_dir_location further in...
20161116 05:02:58< iceiceice> tad_carlucci, i think some libraries use " " internally and some < >, not that that means both are right
20161116 05:02:58< celticminstrel> And now... the mo files are not found.
20161116 05:03:15< iceiceice> i rmeember asio being different from other libs
20161116 05:03:35< celticminstrel> I think it's hard to say which is right.
20161116 05:03:58< celticminstrel> On the one hand, if it's a library, the chances are high that it'll be placed in system include dirs, right? So it'd make sense to use <>.
20161116 05:04:18< iceiceice> i think i usually use < > now
20161116 05:04:20< celticminstrel> On the other hand, it's just about as likely to be stuffed into someone's source tree, in which case "" makes more sense.
20161116 05:04:24< iceiceice> and use `-isystem` when including it
20161116 05:04:33< iceiceice> instead of `-I`
20161116 05:04:35< tad_carlucci> iceiceice, As I said, it a minor portability problem. Some compilers use -isystem and -iquote implicitly. Which is why gcc/clang have the options.
20161116 05:04:46< celticminstrel> I just dropped the files straight int src/
20161116 05:04:53< iceiceice> which compilers is this hard for?
20161116 05:05:06< celticminstrel> ^into
20161116 05:05:48< iceiceice> i see
20161116 05:06:00< iceiceice> maybe you want to put it in a different folder that is included like a lib header or something?
20161116 05:06:06< tad_carlucci> Oh man, I don't remember. You're talking way back. Probably Microsoft at one point. Maybe some Borland versions or some mainframes. It's been ages since I've actually run across one.
20161116 05:06:08< iceiceice> or you could just change all the quotes, whatever
20161116 05:06:09< celticminstrel> I realize this is a bit late, but I'm half-inclined to revert the threaded loading screen.
20161116 05:06:45< celticminstrel> IIRC the intent of it was so that you can click X while the loading screen is up, but for me that just crashes Wesnoth.
20161116 05:07:11< tad_carlucci> Yep. Same here. I've learned .. don't click X until everything is stable.
20161116 05:07:25< celticminstrel> ie, don't click it during loading screen
20161116 05:07:36< celticminstrel> It's safe once the loading screen is definitely passed.
20161116 05:07:44 * tad_carlucci shrugs
20161116 05:07:47< celticminstrel> If you're at the title screen, in the editor, or in a game.
20161116 05:07:50< celticminstrel> Or in the lobby.
20161116 05:08:19< tad_carlucci> It's on my list of maybe, someday, if I can ever work my way through the spaghetti.
20161116 05:08:45< celticminstrel> Anyway, I feel like threading it is causing more problems than it's solving.
20161116 05:08:54 * celticminstrel polls gfgtdf for comments.
20161116 05:09:02< iceiceice> celticminstrel, your po thing,
20161116 05:09:06< iceiceice> what happened exactly?
20161116 05:09:09< celticminstrel> Hm?
20161116 05:09:23< iceiceice> its like you moved one of the directories where the po / mo files go, and now it can't find them?
20161116 05:09:28< celticminstrel> Oh.
20161116 05:09:36< tad_carlucci> when I looked he was getting an error initializing a variable.
20161116 05:10:00< celticminstrel> So, when loading [textdomain] tags, Wesnoth calls uses filesystem::get_binary_dir_location to resolve the path specified in the textdomain.
20161116 05:10:19< celticminstrel> I assume that allows Boost.Locale's gettext implementation to locate the mo files.
20161116 05:10:56< celticminstrel> However, my support for po files involved calling filesystem::get_binary_dir_location to resolve that path... which doesn't work because it has already been resolved, so the po files cannot be found.
20161116 05:11:42< celticminstrel> It worked for replacing mainline mo with po because the main translations directory is not passed through get_binary_dir_location when registering the textdomain, so it worked when I later passed it through said function.
20161116 05:12:17< celticminstrel> So I tried to remove the call to get_binary_dir_location when registering the textdomain, and instead call it only when finally passing the path to the Boost.Locale generator.
20161116 05:12:22< celticminstrel> But, that doesn't work now.
20161116 05:12:36< celticminstrel> Maybe because "translations" has been resolved to a full absolute path? I really don't know.
20161116 05:13:11< celticminstrel> In other words, the issue has nothing to do with spirit_po itself.
20161116 05:13:54< celticminstrel> tad_carlucci: Do you happen to know whether #pragma gcc diagnostic ignored "-Wall" works?
20161116 05:14:09 * celticminstrel will probably try it eventually in any case, but...
20161116 05:14:36< tad_carlucci> celticminstrel, Dunno. I'd expect not.
20161116 05:15:22< celticminstrel> Well, I suppose I can use specific warning flags. I imagine there's probably only a few.
20161116 05:15:48< celticminstrel> I also thought about putting #pragma gcc system_header in spirit_po.hpp, but I kinda don't like that approach.
20161116 05:16:36< tad_carlucci> celticminstrel, Or add a rule for the target .o to do it. SCons and CMake can do it but I'd have to hit the books to get it right.
20161116 05:17:01< celticminstrel> Eh.
20161116 05:17:17< celticminstrel> There's no reason to ignore these warnings in gettext_boost.cpp.
20161116 05:17:22< celticminstrel> Only in spirit_po.hpp.
20161116 05:18:21< tad_carlucci> What are the warnings? They in the travis I can look at? If possible, I'd say it's wiser to fix than ignore.
20161116 05:19:07< celticminstrel> They're in the Travis, yes. They're internal to spirit_po. I guess I'm reluctant to tweak what was essentially copied from another repo.
20161116 05:19:23< celticminstrel> IIRC they happen on the GCC build only
20161116 05:19:47< celticminstrel> I remember trying to satisfy this same warning before, too. It was a major pain.
20161116 05:20:07< celticminstrel> IIRC there was no way to prevent a warning both on GCC and MSVC.
20161116 05:20:33< tad_carlucci> Correct you need #if and different #pramga
20161116 05:22:59< iceiceice> btw if anyone with msvc experience wants to help me out, i posted a question on SO that I am struggling with:
20161116 05:23:00< iceiceice> http://stackoverflow.com/questions/40624292/trait-which-detects-if-a-type-is-no-throw-swappable-for-msvc-also
20161116 05:24:05< tad_carlucci> celticminstrel, IS there a reason not to put initialziers into that {} ???
20161116 05:24:16< celticminstrel> I have no idea.
20161116 05:24:49-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20161116 05:25:01< celticminstrel> However I do think it's ridiculous for that to be an error on empty braces, at least for a POD type.
20161116 05:25:11 * celticminstrel assumes this isn't a POD type, but hasn't looked.
20161116 05:27:25< tad_carlucci> iceiceice, I'm not that good at template metaprogramming and avoid it. My knee-jerk is to browse Boost source kits to see if they handle it and if so what they do.
20161116 05:27:53< iceiceice> tad_carlucci, i guess i have been getting into it, its very comfortable in gcc and clang now
20161116 05:28:24< iceiceice> but i am finding that sometimes its really hard to figure out how to get any of it to work in msvc
20161116 05:28:27< tad_carlucci> I understand the basic concepts but haven't done enough to get confortable with it.
20161116 05:28:45< celticminstrel> And I have no idea why it would fail in MSVC.
20161116 05:36:22< tad_carlucci> I'm seeing comments over at Microsoft from 7 months ago which make me think it's a compiler bug. 
20161116 05:37:10< celticminstrel> Stop asking me if I want to restore windows! :/3
20161116 05:37:18< celticminstrel> Wesnoth can't even do that anyway!
20161116 05:37:36< celticminstrel> I wonder if there's a plist flag I can set that tells the OS "I am incapable of restoring my windows".
20161116 05:37:37< tad_carlucci> compile error - enable_if_t + is_same_v SFINAE - by fafdadfafa
20161116 05:37:37< tad_carlucci> Status : 
20161116 05:37:37< tad_carlucci> Closed
20161116 05:37:37< tad_carlucci>  
20161116 05:37:37< tad_carlucci> 1
20161116 05:37:38< tad_carlucci> 0
20161116 05:37:40< tad_carlucci> Sign in
20161116 05:37:42< tad_carlucci> to vote
20161116 05:37:44< tad_carlucci> ID	2524878	Comments	2
20161116 05:37:46< tad_carlucci> Status	Closed	Workarounds	0
20161116 05:37:48< tad_carlucci> Type	Bug	Repros	0
20161116 05:37:50< tad_carlucci> Opened	3/28/2016 10:36:55 AM
20161116 05:37:52< tad_carlucci> Access Restriction	Public
20161116 05:37:54< tad_carlucci> Description
20161116 05:37:56< tad_carlucci>  #include <type_traits>
20161116 05:37:58< tad_carlucci> template <class T, std::enable_if_t<std::is_same_v<T, int>> * = nullptr>
20161116 05:38:00< tad_carlucci> void func(T)
20161116 05:38:04< tad_carlucci> {
20161116 05:38:06< tad_carlucci> }
20161116 05:38:08< tad_carlucci> int main()
20161116 05:38:09 * celticminstrel assumes that's an accident.
20161116 05:38:10< tad_carlucci> {
20161116 05:38:12< tad_carlucci> 	func(1);
20161116 05:38:14 * celticminstrel hopes so, at least.
20161116 05:38:14< tad_carlucci> }
20161116 05:38:16< tad_carlucci> DETAILS
20161116 05:38:18< tad_carlucci> Comments (2)   |   Workarounds (0)   |   Attachments (0)
20161116 05:38:20< tad_carlucci> Sign in to post a comment.
20161116 05:38:22< tad_carlucci> Posted by Microsoft on 3/29/2016 at 2:05 PM
20161116 05:38:24< tad_carlucci> Hi:
20161116 05:38:26< tad_carlucci>     Thanks for reporting the issue.
20161116 05:38:28< tad_carlucci>     A fix for this issue has been checked into the compiler sources. The fix should show up in the future release of Visual C++.
20161116 05:38:31< tad_carlucci> damn
20161116 05:38:35< tad_carlucci> I just wanted the damned url
20161116 05:38:37< tad_carlucci> I just wanted to post the URL not the body of the page
20161116 05:38:46< tad_carlucci> https://connect.microsoft.com/VisualStudio/Feedback/Details/2524878
20161116 05:39:01< celticminstrel> So after about ten tries I finally manage to reach the titlescreen.
20161116 05:41:50< iceiceice> tad_carlucci, maybe i will just put a big bounty on SO and someone will figure it out for me :D
20161116 05:41:54-!- htee [~htee@dtcqfkybkjn-1jktws-dy-3.rev.dnainternet.fi] has joined #wesnoth-dev
20161116 05:41:54< iceiceice> or just forget about it i guess
20161116 05:42:16< iceiceice> sometimes i am able to fix these msvc issues just by looking at appveyor build log
20161116 05:42:19< celticminstrel> If I can get the NSWindow I can call [win setRestore: false]...
20161116 05:42:31< celticminstrel> ^Restorable
20161116 05:42:32< iceiceice> but if i have to like actually install msvc ... meh
20161116 05:43:07< tad_carlucci> As I said, I'd grep Boost for enable_if and see if they use it and if they worked around the MS bug
20161116 05:43:13< celticminstrel> I think ApplePersistenceIgnoreState isn't an Info.plist key...
20161116 05:43:25< iceiceice> tad_carlucci, i dont think the bug actually has to do with enable_if though
20161116 05:43:55< celticminstrel> The problem with calling setRestorable is that the SDL window isn't created until after the Objective-C setup is completed.
20161116 05:43:57< iceiceice> i tried googling a bit for "nothrow_swappable" and the libc++ implementation looks kind of like mine
20161116 05:44:05< tad_carlucci> No it's expresion SFINAE
20161116 05:44:23< iceiceice> i guess they use `declval<T&>()` instead of `*static_cast<T*>(nullptr)` but there is not really a difference
20161116 05:44:49< iceiceice> at least i dont think
20161116 05:44:52< iceiceice> maybe i should try with that i guess
20161116 05:45:04< iceiceice> but it really shouldnt matter
20161116 05:45:28< iceiceice> idk its like i dont know msvc well enoguh to be able to judge this
20161116 05:45:34< tad_carlucci> Well, it's MS should and does are often different 
20161116 05:48:47< celticminstrel> So previously, core translations worked and addon ones didn't. Now the reverse is true. >_>
20161116 05:49:16< tad_carlucci> I'm looking at that darned smart_list<> again and I'm wondering if it's really solving a problem. Given a list<> of weak pointers, it's erasing dead pointers as it walks the list. But these lists will be short .. they're just the [event]s in the scenario. So why bother collecting the dead weak pointers? Just step over them, I'm thinking.
20161116 05:49:44< celticminstrel> I know why it happens, just trying to figure out what I need to change to fix it.
20161116 05:50:02< tad_carlucci> celticminstrel, In a strange way that sounds like progress. At least you have something to compare.
20161116 05:50:16-!- noy [~Noy@wesnoth/developer/noy] has quit [Ping timeout: 252 seconds]
20161116 05:51:10< celticminstrel> I wonder if the "general" logdomain should just be eliminated altogether.
20161116 05:53:43-!- mjs-de [~mjs-de@x4e30f714.dyn.telefonica.de] has joined #wesnoth-dev
20161116 05:56:26< celticminstrel> Hmm.
20161116 05:56:56< celticminstrel> So get_intl_dir() returns an absolute path.
20161116 05:58:01< celticminstrel> Maybe I shouldn't've been calling get_binary_dir_location in the first place.
20161116 06:00:11< celticminstrel> It did seem as though I had a relative path for the built-in translations dir, though...
20161116 06:01:15-!- mjs-de [~mjs-de@x4e30f714.dyn.telefonica.de] has quit [Remote host closed the connection]
20161116 06:01:16< iceiceice> tad_carlucci, according to msvc dev blog they did implemented "is_nothrow_swappable" for C++17 support
20161116 06:01:20< iceiceice> and refer to this paper with sample impl
20161116 06:01:24< iceiceice> which is quite different from mine
20161116 06:01:25< iceiceice> http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2016/p0185r1.html#Appendix
20161116 06:01:31< iceiceice> so i guess i'm going to crib from that and see if it works
20161116 06:01:42< celticminstrel> Well, whatever. If I do it this way it should end up using only absolute base paths, so I think it should work.
20161116 06:02:28< celticminstrel> Unless the main translation dir somehow ends up relative again.
20161116 06:03:56< tad_carlucci> iceiceice, Yes, but did they release that or is it still "future"?
20161116 06:04:13< iceiceice> it's not clear that's even their code, that's just some proposal document
20161116 06:04:27< iceiceice> there might be some reason that what i tried do is doomed in msvc or something thouhg
20161116 06:04:36< tad_carlucci> Looks like a WG proposal
20161116 06:04:48< iceiceice> idk i mean
20161116 06:04:51< iceiceice> the thing i wrote was like 5 lines
20161116 06:04:58< iceiceice> the WG proposal is considerably more complicated
20161116 06:05:17< iceiceice> it might be that what i wrote works in gcc and clang, but if you don thave "two phase lookup" or whatever then it doesn't work
20161116 06:06:05< iceiceice> idk
20161116 06:06:18-!- Appleman1234 [~Appleman1@KD106161202162.au-net.ne.jp] has quit [Ping timeout: 245 seconds]
20161116 06:08:56< tad_carlucci> Hmm. Actually looks like most of the proposal has to do with refining a number of STL templates using the proposed implementation. You might get lucky.
20161116 06:12:17< iceiceice> i think my implementation was bad, i'm just going to steal theirs and see if it fixes my appveyor build :D
20161116 06:12:51< iceiceice> idk, just a hunch, at least i can vaguely see why what they did might be better
20161116 06:13:40-!- Appleman1234 [~Appleman1@KD106161204170.au-net.ne.jp] has joined #wesnoth-dev
20161116 06:16:20-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20161116 06:18:26-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:30e5:3cbd:6dcd:dda] has joined #wesnoth-dev
20161116 06:18:53< celticminstrel> Whoops, I accidentally inverted my logic so that it only tries to load when the file doesn't exist.
20161116 06:19:30-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:30e5:3cbd:6dcd:dda] has quit [Remote host closed the connection]
20161116 06:19:53-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20161116 06:23:09-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 246 seconds]
20161116 06:23:09-!- wedge010 is now known as wedge009
20161116 06:29:36< celticminstrel> Why isn't wmllint warning me that my [scenario]name is missing a translation mark...
20161116 06:30:11< celticminstrel> Oh wait, apparently the non-errors went to err.log and the errors to run.log.
20161116 06:30:12-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:30e5:3cbd:6dcd:dda] has joined #wesnoth-dev
20161116 06:30:26< celticminstrel> Maybe my script mixed up stderr and stdout.
20161116 06:31:27< celticminstrel> Hmm, but it's still not warning me about the untranslated scenario name.
20161116 06:32:23 * celticminstrel notes that this is 1.12, so maybe it was improved since.
20161116 06:33:15< iceiceice> huzzah
20161116 06:35:43-!- noy [~Noy@wesnoth/developer/noy] has quit [Ping timeout: 250 seconds]
20161116 06:39:35-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20161116 06:41:20-!- JyrkiVesterinen [~JyrkiVest@87-100-237-89.bb.dnainternet.fi] has joined #wesnoth-dev
20161116 06:43:56-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20161116 06:45:44< Ben24626> iceiceice: what u think on my thing
20161116 06:46:52< iceiceice> oh
20161116 06:46:52< iceiceice> hey Ben24626
20161116 06:46:52< iceiceice> uhm
20161116 06:46:52< Ben24626> about if both leaders die in same attack both players lose
20161116 06:46:52< iceiceice> honestly i would have bet that it would just crash or something
20161116 06:46:52< Ben24626> i was hoping for crash
20161116 06:46:52< iceiceice> hehe
20161116 06:46:52< iceiceice> i think the "best" crash i konw of like that
20161116 06:46:52< iceiceice> or like, most amusing,
20161116 06:47:00< iceiceice> vultraz reported that if you are able to start a game with zero players
20161116 06:47:08< iceiceice> you get like a crazy disco show
20161116 06:47:10< Ben24626> i havent seem an amusing bug in a while :(
20161116 06:47:24< Ben24626> hmmm how would u do this
20161116 06:47:24< iceiceice> because it just plays all the time of day increment sounds and colors in an infinite tight loop
20161116 06:47:42< iceiceice> i dont remember how he actually did it
20161116 06:48:14< iceiceice> maybe like a campaign transition or something?
20161116 06:48:19< celticminstrel> It should just dump to titlescreen if there are no sides.
20161116 06:48:20< Ben24626> i used to often see funny bugs
20161116 06:48:22< iceiceice> i guess you could pobably delete all the sides from the test scenario
20161116 06:48:40< celticminstrel> Ben24626: I still say that that's something the addon should fix.
20161116 06:48:41< iceiceice> this one might have gotten fixed also, it was a while that i remember it being mentioned
20161116 06:49:25< Ben24626> yeah its uncharted territory, i guess u can fix it whatever way u want
20161116 06:50:15< iceiceice> i mean if its not standard wesnoth they can put whatever win conditions they want
20161116 06:50:23< iceiceice> nothing says there has to be a winner really
20161116 06:51:19< Ben24626> well as it is now the win condition isnt met
20161116 06:51:22< celticminstrel> The case Ben24626 brought up seems to be something like "A kills B, B's death throes kill A", for which I think no winner kinda makes sense.
20161116 06:51:38< Ben24626> its a contradiction
20161116 06:51:42< celticminstrel> If it was "A suicides-bombs, killing B", then A should be the winner.
20161116 06:51:53< Ben24626> its that
20161116 06:51:54< celticminstrel> ^suicide-bombs
20161116 06:52:02< celticminstrel> Well, that's not how you described it.
20161116 06:52:03< Ben24626> actually its not
20161116 06:52:20< celticminstrel> [Nov 15@11:16:00pm] Ben24626: one leader has ability where he attacks when he dies
20161116 06:52:28< Ben24626> sorry i was wrong, its A kills B, B has ability that attacks upon death killing A
20161116 06:52:40< Ben24626> yes its that
20161116 06:53:15< Ben24626> idk it doesnt matter at all just kinda funny
20161116 06:53:37< celticminstrel> Well, I think it's hard to claim either side won in that situation.
20161116 06:53:51< Ben24626> in fact A didnt kill B, but B's ability attacks all adjacent hexes upon death and A was in one of them
20161116 06:54:28 * celticminstrel thinks "death throes" is a pretty great generic description of this type of ability.
20161116 07:01:30-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:30e5:3cbd:6dcd:dda] has quit [Remote host closed the connection]
20161116 07:01:52< iceiceice> Ben24626, i guess the way dave set up the game initially is as soon as one of them dies it's an instant victory
20161116 07:02:04< iceiceice> and any arrows that are still flying in the air just go away i guess
20161116 07:02:19< iceiceice> so arguably ageless should make it work like that too
20161116 07:02:19< tad_carlucci> The problem is opponent B kills A and A gets a death-throw hit which kills B. Assume B is NOT a leader: all is well. B's leader wins. But if B IS a leader having the ability stop the kill is hard. One could claim A won because he got the last blow. One could claim B one because he killed A first.
20161116 07:02:22< iceiceice> but its probably hard
20161116 07:02:28< iceiceice> to do from WML
20161116 07:02:35-!- noy [~Noy@wesnoth/developer/noy] has quit [Read error: Connection reset by peer]
20161116 07:02:54< tad_carlucci> yeah, probably needs some Lua for the special cases.
20161116 07:03:01-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20161116 07:03:35< Ben24626> well taken literally "kill all enemy leader(s)" the first side to kill the other leader wins
20161116 07:03:48< Ben24626> in tads example that would be B
20161116 07:04:13< zookeeper> so unless i've missed something, i don't think you've described what exactly happens when both die aside from "no one wins"
20161116 07:04:28< tad_carlucci> But he wasn't fully dead because he got a death-throw hit. So you'll need to define it better. "Strike the killing blow."
20161116 07:04:29< zookeeper> both get defeat?
20161116 07:05:22< zookeeper> right, okay, "both players lose"
20161116 07:05:40< tad_carlucci> Frankly, I think it's cute even if it is sort of a tomato.
20161116 07:05:52< zookeeper> both players losing is a very reasonable thing to happen in that situation i think
20161116 07:07:40< zookeeper> now, if it's not possible for the scenario/ability/etc to deal with from WML then i'd say that's a problem but a different one
20161116 07:08:40< irker332> wesnoth: Jyrki Vesterinen wesnoth:fixed-size-chatbox 57b33f390386 / src/gui/core/window_builder.cpp: Attempted fix for WML unit tests failing https://github.com/wesnoth/wesnoth/commit/57b33f390386c745b408e5414c2d31e8aebef499
20161116 07:08:46< Ben24626> replays on forum if my description doesnt make sense
20161116 07:09:14 * celticminstrel twitches at the consistent use of throw in place of throes.
20161116 07:12:32< celticminstrel> Okay, it works!
20161116 07:14:09< zookeeper> i don't see any reason for the engine to account for that situation (aside from having sane default behavior). sure we could make it grant victory to the side who first landed the killing blow on the last enemy leader, but that's basically just putting ageless era's logic into the engine. it's not inherently any more correct or expected than both sides losing, or both sides winning.
20161116 07:16:14< celticminstrel> I still think there might be some libintl stuff in cmake/FindPotupdate.cmake that could be stripped out, but I don't understand it well enough to do that myself.
20161116 07:17:15< zookeeper> it's a situation that can't arise with the normal gameplay rules so if a piece of content allows such a thing to happen and the author doesn't like the default behavior, then it's up to them to decide how to deal with it. but as said, we can still add/change things to allow that to be done, if it can't currently be done.
20161116 07:18:08< celticminstrel> I think it might be doable with [endlevel], at least in 1.13. (I have no idea when the required features were added.)
20161116 07:19:19-!- noy [~Noy@wesnoth/developer/noy] has quit [Read error: Connection reset by peer]
20161116 07:21:43-!- JyrkiVesterinen [~JyrkiVest@87-100-237-89.bb.dnainternet.fi] has quit [Quit: .]
20161116 07:35:05-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20161116 07:41:27< irker332> wesnoth: Celtic Minstrel wesnoth:test_button e823aba933bd / / (5 files in 4 dirs): Add test button to title screen in debug mode https://github.com/wesnoth/wesnoth/commit/e823aba933bd7186e47fe8c04978a413fe743292
20161116 07:42:49-!- atarocch [~atarocch@37.177.111.58] has joined #wesnoth-dev
20161116 07:43:54< celticminstrel> Pushing to spirit_po now. Will squash stuff probably tomorrow or so.
20161116 07:44:46< irker332> wesnoth: Celtic Minstrel wesnoth:spirit_po adbdd28648da / src/gettext_boost.cpp: fixup! Enable loading of po files in addons https://github.com/wesnoth/wesnoth/commit/adbdd28648daeba83d0269c50a1e6a4f346373b6
20161116 07:44:48< irker332> wesnoth: Celtic Minstrel wesnoth:spirit_po 2fe800a37d3c / src/log.cpp: Fix general logdomain being unavailable from commandline https://github.com/wesnoth/wesnoth/commit/2fe800a37d3c278606b7bfe23b7b511325d73f5e
20161116 07:44:50< irker332> wesnoth: Celtic Minstrel wesnoth:spirit_po 9faf7397ff2c / projectfiles/Xcode/Wesnoth.xcodeproj/project.pbxproj: fixup! Remove option to link libintl instead of Boost.Locale https://github.com/wesnoth/wesnoth/commit/9faf7397ff2cbf2c2cd739ce5f3171d1e7a5ef7c
20161116 07:44:52< irker332> wesnoth: Celtic Minstrel wesnoth:spirit_po bcc697ef532d / src/gettext_boost.cpp: fixup! Enable loading of po files in addons https://github.com/wesnoth/wesnoth/commit/bcc697ef532d5437270fa233f588686e273c74a8
20161116 07:44:54< irker332> wesnoth: Celtic Minstrel wesnoth:spirit_po 898dfc1edbac / src/gettext_boost.cpp: Silence GCC warnings in spirit_po headers https://github.com/wesnoth/wesnoth/commit/898dfc1edbace8c6eedeed0ccc9614490191619b
20161116 07:45:45< celticminstrel> My testing suggests that this is now fully working, barring potential Travis failures.
20161116 07:45:59< celticminstrel> I'm not too happy with the error handling, but I suspect there's not a lot I can do.
20161116 07:46:37< celticminstrel> At least you do get an error in the log.
20161116 07:46:53< vultraz> celticminstrel: how the hell does bcc697ef532d  work O_O
20161116 07:47:03< vultraz> you move an include and can magically load stuff from addons?
20161116 07:47:44< celticminstrel> vultraz: That commit does nothing. I just decided I wanted the include in a different place.
20161116 07:47:53< vultraz> ah
20161116 07:48:04< vultraz> so it will be squashed away
20161116 07:48:06< vultraz> ?
20161116 07:48:07< celticminstrel> Yeah.
20161116 07:48:11< vultraz> good, good
20161116 07:48:12< celticminstrel> The true fixup is the other one.
20161116 07:48:20< celticminstrel> adbdd2864
20161116 07:48:56< celticminstrel> Which will also be squashed away, as you can see from the "fixup!" prefix.
20161116 07:49:29< celticminstrel> Whoops, I just accidentally deleted the copy of the po folder. Oh well, I was finished testing that anyway.
20161116 07:52:17< celticminstrel> If anyone knows how to strip out potential libintl stuff from https://github.com/wesnoth/wesnoth/tree/master/cmake/FindPotupdate.cmake then please instruct me or push a patch to that branch.
20161116 07:52:38< celticminstrel> spirit_po branch, not master branch
20161116 07:52:58< celticminstrel> I dunno, maybe it's not even needed anymore. I see there's also a FindTranslationTools...
20161116 07:59:21< celticminstrel> Well, "git grep FindPotupdate" yields nothing, so I'm gonna delete it and hope it doesn't break Travis.
20161116 07:59:37< celticminstrel> ...although, Travis only runs translations with scons IIRC.
20161116 08:01:01< celticminstrel> Can someone check if any of the stuff in cmake/ is used? Maybe there's just something wrong with my grepping, but none of them seem to turn up anything.
20161116 08:01:11< celticminstrel> Or none of the ones I tried, at least.
20161116 08:01:54-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has quit [Quit: And lo! The computer falls into a deep sleep, to awake again some other day!]
20161116 08:01:54< irker332> wesnoth: Celtic Minstrel wesnoth:spirit_po 6dbb2d4c1c34 / cmake/FindPotupdate.cmake: fixup! Remove option to link libintl instead of Boost.Locale https://github.com/wesnoth/wesnoth/commit/6dbb2d4c1c34ace1005c4cf8a44c46cbce612c19
20161116 08:03:34-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20161116 08:06:15-!- JyrkiVesterinen [~JyrkiVest@194.157.54.14] has joined #wesnoth-dev
20161116 08:09:08< vultraz> JyrkiVesterinen: i have a size issue with tree views perhaps you can advise me on: I recently changed it so adding a node to the tree wouldn't increase height if the height of the nodes didn't exceed the best tree size (usually visible area). but i found that if nodes are added in pre show, then they can exceed the visible area with no scrollbar]
20161116 08:09:10-!- travis-ci [~travis-ci@ec2-54-81-187-201.compute-1.amazonaws.com] has joined #wesnoth-dev
20161116 08:09:11< travis-ci> wesnoth/wesnoth#12084 (fixed-size-chatbox - 57b33f3 : Jyrki Vesterinen): The build was fixed.
20161116 08:09:11< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/176289269
20161116 08:09:11-!- travis-ci [~travis-ci@ec2-54-81-187-201.compute-1.amazonaws.com] has left #wesnoth-dev []
20161116 08:10:08< JyrkiVesterinen> I'm afraid that I'd need to debug the problem to find out what's wrong.
20161116 08:10:19< JyrkiVesterinen> There are just so many possibilities.
20161116 08:13:48< vultraz> perhaps i need to check against content visible area
20161116 08:13:51< vultraz> instead of best size
20161116 08:14:26-!- prkc [~prkc@gateway/vpn/privateinternetaccess/prkc] has quit [Remote host closed the connection]
20161116 08:17:31-!- boucman_work [~boucman@fw-alt.idf.smile.fr] has joined #wesnoth-dev
20161116 08:23:20< vultraz> nope, not really working
20161116 08:23:44< vultraz> im pretty sure the problem is that best size is determined AFTER pre_show
20161116 08:25:53< JyrkiVesterinen> get_best_size() returns cached best size, or if there is none, calculates an optimal size by calling calculate_best_size().
20161116 08:26:51< JyrkiVesterinen> With a tree view I'd expect calculate_best_size() to return however much space is required to show all existing nodes without scrollbars.
20161116 08:27:39< JyrkiVesterinen> After layout, get_best_size() will return a lower value if the containing grid couldn't provide as much space as the widget wanted.
20161116 08:28:17< JyrkiVesterinen> I suspect that at pre_show() time the final size simply isn't known.
20161116 08:30:31< JyrkiVesterinen> You can check if best size has been calculated by checking if layout_size() returns point(0, 0). If it does, best size has *not* been calculated.
20161116 08:33:10< JyrkiVesterinen> Maybe it would work if you made it so that the tree view expands on adding a node if the size hasn't been calculated, but doesn't expand after the size calculation.
20161116 08:42:06< vultraz> ahh
20161116 08:42:08< vultraz> works ty ty
20161116 08:42:58< vultraz> const int height_modification = tree_best_size.y > current_size.y && get_tree_view().layout_size() == point() ? tree_best_size.y - current_size.y : 0;
20161116 08:43:31< vultraz> though that does seem to logically differ from what you just said
20161116 08:43:32< vultraz> hmm
20161116 08:43:42< vultraz> != make it work on load, but not when adding new nodes..
20161116 08:50:31< irker332> wesnoth: Charles Dang wesnoth:master 7cd2408a1c7a / src/gui/widgets/tree_view_node.cpp: Tree View Node: fixed expanded nodes created in pre_show not showing scrollbars  https://github.com/wesnoth/wesnoth/commit/7cd2408a1c7ab9f471c30eb89d881b714bbb71b3
20161116 08:50:34< vultraz> GUI2 magic
20161116 08:51:15< vultraz> JyrkiVesterinen: thanks, though, problem seems to be fixed :)
20161116 08:53:56< vultraz> aw
20161116 08:54:05< vultraz> i think i introduced another weird corner case o_O
20161116 08:54:28< vultraz> ..and now it went away?
20161116 08:54:30< vultraz> weirsd
20161116 08:58:32< vultraz> wait, no
20161116 08:58:40< vultraz> so if you have nodes that require an initial scrollbar
20161116 08:58:44< vultraz> then get rid of one
20161116 08:58:45< vultraz> and add one
20161116 08:58:49< vultraz> you won't get a scrollbar
20161116 08:58:55< vultraz> but i think if you repeat that you will
20161116 08:58:57< vultraz> ...ehhh???
20161116 09:20:41-!- Ben24626 [d25666fe@gateway/web/freenode/ip.210.86.102.254] has quit [Quit: Page closed]
20161116 09:27:18-!- travis-ci [~travis-ci@ec2-54-162-82-185.compute-1.amazonaws.com] has joined #wesnoth-dev
20161116 09:27:19< travis-ci> wesnoth/wesnoth#12086 (test_button - e823aba : Celtic Minstrel): The build is still failing.
20161116 09:27:19< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/176295756
20161116 09:27:19-!- travis-ci [~travis-ci@ec2-54-162-82-185.compute-1.amazonaws.com] has left #wesnoth-dev []
20161116 09:55:42-!- htee [~htee@dtcqfkybkjn-1jktws-dy-3.rev.dnainternet.fi] has quit [Remote host closed the connection]
20161116 09:56:09-!- htee [~htee@dtcqfkybkjn-1jktws-dy-3.rev.dnainternet.fi] has joined #wesnoth-dev
20161116 10:00:17-!- htee [~htee@dtcqfkybkjn-1jktws-dy-3.rev.dnainternet.fi] has quit [Ping timeout: 240 seconds]
20161116 10:00:28-!- htee [~htee@dtcqfkybkjn-1jktws-dy-3.rev.dnainternet.fi] has joined #wesnoth-dev
20161116 10:04:18< iceiceice> any msvc gurus have a thought about this one?
20161116 10:04:19< iceiceice> http://stackoverflow.com/questions/40628731/type-erasure-delegates-and-lambda-functions-versus-msvc
20161116 10:04:28< iceiceice> I thought lambda functions were supposed to work in msvc 2015
20161116 10:11:45-!- htee [~htee@dtcqfkybkjn-1jktws-dy-3.rev.dnainternet.fi] has quit [Remote host closed the connection]
20161116 10:37:06-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has joined #wesnoth-dev
20161116 10:37:08-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has quit [Excess Flood]
20161116 10:43:27-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has joined #wesnoth-dev
20161116 10:43:28-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has quit [Excess Flood]
20161116 10:48:33-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has joined #wesnoth-dev
20161116 10:49:20-!- travis-ci [~travis-ci@ec2-54-81-187-201.compute-1.amazonaws.com] has joined #wesnoth-dev
20161116 10:49:21< travis-ci> wesnoth/wesnoth#12088 (spirit_po - 898dfc1 : Celtic Minstrel): The build has errored.
20161116 10:49:21< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/176296564
20161116 10:49:21-!- travis-ci [~travis-ci@ec2-54-81-187-201.compute-1.amazonaws.com] has left #wesnoth-dev []
20161116 10:52:44-!- htee [~htee@dtcqfkybkjn-1jktws-dy-3.rev.dnainternet.fi] has joined #wesnoth-dev
20161116 11:02:14-!- tad_carlucci [~lundberg@173.217.65.103] has quit [Quit: Off to resolve a merge conflict between the wife and husband branches of my real life.]
20161116 11:04:50-!- htee [~htee@dtcqfkybkjn-1jktws-dy-3.rev.dnainternet.fi] has quit [Quit: Leaving...]
20161116 11:22:58-!- irker332 [~irker@uruz.ai0867.net] has quit [Ping timeout: 245 seconds]
20161116 11:23:37-!- AI0867 [~ai@wesnoth/developer/ai0867] has quit [Ping timeout: 240 seconds]
20161116 11:26:39-!- travis-ci [~travis-ci@ec2-54-162-82-185.compute-1.amazonaws.com] has joined #wesnoth-dev
20161116 11:26:40< travis-ci> wesnoth/wesnoth#12090 (spirit_po - 6dbb2d4 : Celtic Minstrel): The build has errored.
20161116 11:26:41< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/176299579
20161116 11:26:41-!- travis-ci [~travis-ci@ec2-54-162-82-185.compute-1.amazonaws.com] has left #wesnoth-dev []
20161116 11:27:02< zookeeper> wowzee. optional macro arguments working, except for multiline values. and of course all of the code is a mess without proper error messages etc.
20161116 11:27:53< zookeeper> ...and who knows what kind of side effects :p
20161116 11:36:13-!- AI0867 [~ai@wesnoth/developer/ai0867] has joined #wesnoth-dev
20161116 11:41:29< zookeeper> it'd be really convenient if the --preprocess switch actually worked for me
20161116 11:42:59< zookeeper> it just doesn't write the output
20161116 11:52:05< zookeeper> process monitor doesn't even show any attempts by wesnoth to read/write to/from the target directory i specify
20161116 11:53:18< zookeeper> ahh. it doesn't output anything when there's a syntax error.
20161116 11:54:44< zookeeper> not very useful for debugging after all, then :p
20161116 12:01:24-!- Bonobo [~Bonobo@2001:44b8:254:3200:7dc6:f9fa:fa06:d8b3] has quit [Ping timeout: 260 seconds]
20161116 12:03:08-!- travis-ci [~travis-ci@ec2-54-81-187-201.compute-1.amazonaws.com] has joined #wesnoth-dev
20161116 12:03:09< travis-ci> wesnoth/wesnoth#12092 (master - 7cd2408 : Charles Dang): The build has errored.
20161116 12:03:09< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/176308210
20161116 12:03:09-!- travis-ci [~travis-ci@ec2-54-81-187-201.compute-1.amazonaws.com] has left #wesnoth-dev []
20161116 12:14:44-!- TC02 [~quassel@venus.arosser.com] has quit [Ping timeout: 250 seconds]
20161116 12:15:40-!- TC02 [~quassel@venus.arosser.com] has joined #wesnoth-dev
20161116 12:19:13< zookeeper> and multiline values seem to work too, splendid
20161116 12:24:07< DeFender1031> zookeeper, what's the syntax for defaults?
20161116 12:28:15< zookeeper> DeFender1031, https://paste.ee/p/U4MDA
20161116 12:28:56< DeFender1031> that's... cumbersome
20161116 12:29:41< DeFender1031> though it's interesting that the order of the optionals doesn't matter
20161116 12:29:48< DeFender1031> that's a somewhat nice feature
20161116 12:30:56< DeFender1031> question: is there someone who is still maintaining the KATE highlighting for WML?
20161116 12:33:10< zookeeper> there's _maybe_ some alternatives for that #argument syntax that could work, not sure
20161116 12:34:04< DeFender1031> zookeeper, what about what I suggested the other day? #define MACRO ARG1 ARG2 OPTIONAL{default stuff}
20161116 12:34:05< zookeeper> like, maybe instead of an #argument CAPTION block you could have {?CAPTION "value"} or something. maybe.
20161116 12:34:27< zookeeper> too difficult to allow that stuff on the define line
20161116 12:34:33< DeFender1031> why?
20161116 12:34:39< zookeeper> because of the way the parser works
20161116 12:34:45< DeFender1031> hmm
20161116 12:35:05< DeFender1031> then yeah, what you have is probably the least confusing
20161116 12:35:51< DeFender1031> can the argument lines appear anywhere in the macro, or must they appear immediately after the define line?
20161116 12:36:35< DeFender1031> btw, it might be less cumbersome if it were "#arg" and "#endarg" instead of having to spell out the whole word, since it's a long one.
20161116 12:37:02< zookeeper> immediately after
20161116 12:37:07< zookeeper> sure
20161116 12:37:22< DeFender1031> so i'd suggest that change at least
20161116 12:38:06< DeFender1031> it's a pretty nice feature though, and could cut down on a bunch of extra macros that exist, especially in terrain graphics
20161116 12:38:56< zookeeper> yeah, terrain graphics is the reason why i decided to try
20161116 12:38:57< DeFender1031> there's all those ones which deal with like four different possible aspects and have a base macro for all of them, but then have separate versions for each permutation of which aspects to explicitly specify.
20161116 12:40:29< DeFender1031> like the *_TRANSITION_*_PLFB set of stuff
20161116 12:40:37-!- iceiceice [~chris@unaffiliated/iceiceice] has quit [Ping timeout: 240 seconds]
20161116 12:40:51< DeFender1031> there's permutations for each possibility of using P, L, F, and B or not using them.
20161116 12:40:52< zookeeper> i think there might be a temptation to parametererize everything, so maybe one has to learn to restrain themselves when using the feature
20161116 12:41:01< zookeeper> -re
20161116 12:41:13< DeFender1031> what do you mean?
20161116 12:41:23-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has quit [Quit: Connection closed for inactivity]
20161116 12:41:59< zookeeper> i mean that if you have a normal macro then right now you just expose the arguments you think are needed
20161116 12:42:14< zookeeper> whereas with this you can pump your macro definition full of optional arguments just in case
20161116 12:42:25< DeFender1031> is there a downside to doing so?
20161116 12:42:39< zookeeper> makes things messy and takes up time? :p
20161116 12:43:01< DeFender1031> not sure I agree that it's necessarily messy, and it's peoples' own time to waste.
20161116 12:43:55< DeFender1031> when you get right down to it, working on wesnoth at all could be considered a waste of time.
20161116 12:44:03< zookeeper> exactly. in order to not make it messy and to not waste too much of your time, you might need to restrain yourself a bit.
20161116 12:44:23< DeFender1031> in fact, since we all die in the end anyway, isn't anything we do just killing time until we no longer have any? hmmm...
20161116 12:45:33< zookeeper> well there might be a bit more nuance to it than that, but... :p
20161116 12:46:19-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20161116 12:49:06< DeFender1031> Whatever, existential angst is something I do rather well.
20161116 12:52:40-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 260 seconds]
20161116 13:10:20-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Remote host closed the connection]
20161116 13:31:21-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20161116 14:33:41-!- Kwandulin [~Miranda@p5DDD2B8F.dip0.t-ipconnect.de] has joined #wesnoth-dev
20161116 14:39:35-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20161116 14:57:16-!- gfgtdf [~chatzilla@x4e3691c9.dyn.telefonica.de] has joined #wesnoth-dev
20161116 14:57:19< gfgtdf> 20161116 05:06:45< celticminstrel> IIRC the intent of it was so that you can click X while the loading screen is up, but for me that just crashes Wesnoth.
20161116 14:57:56< gfgtdf> celmin: i made a bugreport about the issue: http://gna.org/bugs/?25290
20161116 15:35:24-!- JyrkiVesterinen [~JyrkiVest@194.157.54.14] has quit [Quit: .]
20161116 15:37:06-!- aeth [~Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Ping timeout: 265 seconds]
20161116 15:38:32-!- aeth [~Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #wesnoth-dev
20161116 15:56:00-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20161116 16:05:51-!- noy [~Noy@wesnoth/developer/noy] has quit [Read error: Connection reset by peer]
20161116 16:10:21-!- Shiki [~Shiki@141.39.226.226] has joined #wesnoth-dev
20161116 16:10:23-!- Shiki_ [~Shiki@141.39.226.226] has joined #wesnoth-dev
20161116 16:10:23-!- Shiki_ [~Shiki@141.39.226.226] has quit [Client Quit]
20161116 16:12:52-!- aeth [~Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Ping timeout: 260 seconds]
20161116 16:13:30-!- aeth [~Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #wesnoth-dev
20161116 16:22:45-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20161116 16:32:57-!- Greg-Boggs [~greg_bogg@c-76-115-139-154.hsd1.or.comcast.net] has joined #wesnoth-dev
20161116 16:35:18-!- noy [~Noy@wesnoth/developer/noy] has quit [Read error: Connection reset by peer]
20161116 16:36:07-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20161116 16:51:42-!- Kwandulin [~Miranda@p5DDD2B8F.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20161116 16:51:42-!- noy [~Noy@wesnoth/developer/noy] has quit [Read error: Connection reset by peer]
20161116 17:14:24-!- JyrkiVesterinen [~JyrkiVest@78-27-119-76.bb.dnainternet.fi] has joined #wesnoth-dev
20161116 17:15:28-!- boucman_work [~boucman@fw-alt.idf.smile.fr] has quit [Ping timeout: 250 seconds]
20161116 17:20:23-!- Kwandulin [~Miranda@p5DDD2B8F.dip0.t-ipconnect.de] has joined #wesnoth-dev
20161116 17:32:08-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20161116 17:37:55-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has joined #wesnoth-dev
20161116 17:41:44-!- ChipmunkV [~vova@static-89-94-113-91.axione.abo.bbox.fr] has joined #wesnoth-dev
20161116 17:46:22-!- atarocch [~atarocch@37.177.111.58] has quit [Ping timeout: 252 seconds]
20161116 17:49:25< celticminstrel> Seems to me that we could merge PRs 859 and 847... and possibly 804 and 861...
20161116 17:52:03-!- Jetrel [~Jetrel@2001:558:6014:1e:2422:435:dd84:bbf3] has quit [Ping timeout: 258 seconds]
20161116 17:59:59-!- Jetrel [~Jetrel@2001:558:6014:1e:2422:435:dd84:bbf3] has joined #wesnoth-dev
20161116 18:11:15-!- prkc [~prkc@46.166.190.224] has joined #wesnoth-dev
20161116 18:17:13-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20161116 18:17:13-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20161116 18:29:37-!- irker342 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20161116 18:29:37< irker342> wesnoth: Celtic Minstrel wesnoth:spirit_po ec6c4d11dd65 / src/ (filesystem_boost.cpp wesnoth.cpp): Normalize data and userdata paths https://github.com/wesnoth/wesnoth/commit/ec6c4d11dd654d6b43c30794fc014aeb848be64d
20161116 18:29:37< irker342> wesnoth: Celtic Minstrel wesnoth:spirit_po 243f61ed4138 / src/log.cpp: Fix general logdomain being unavailable from commandline https://github.com/wesnoth/wesnoth/commit/243f61ed4138cf0c98b053585572544b3ef6d07a
20161116 18:29:38< irker342> wesnoth: Celtic Minstrel wesnoth:spirit_po ea663d2c74f3 / / (11 files in 6 dirs): Remove option to link libintl instead of Boost.Locale https://github.com/wesnoth/wesnoth/commit/ea663d2c74f3fd85885696a9fefb9367596008d8
20161116 18:29:39< irker342> wesnoth: Celtic Minstrel wesnoth:spirit_po dfb126abdcec / src/gettext_boost.cpp: This namespace alias is defined, so might as well use it https://github.com/wesnoth/wesnoth/commit/dfb126abdcecd57aa09d5bdb6cdddbe30e927f2e
20161116 18:29:40< irker342> wesnoth: Celtic Minstrel wesnoth:spirit_po 03beb9b30e17 / src/ (10 files in 2 dirs): Add new translation library https://github.com/wesnoth/wesnoth/commit/03beb9b30e172b879c3b981c7c9dd0cd9acf2289
20161116 18:29:41< irker342> wesnoth: Celtic Minstrel wesnoth:spirit_po 4a40ed70da93 / projectfiles/Xcode/Wesnoth.xcodeproj/project.pbxproj src/gettext_boost.cpp: Enable loading of po files in addons https://github.com/wesnoth/wesnoth/commit/4a40ed70da9375470ecc2a5738a3c7dba833ab18
20161116 18:29:43< irker342> wesnoth: Celtic Minstrel wesnoth:spirit_po 5921e908b404 / src/gettext_boost.cpp: Silence GCC warnings in spirit_po headers https://github.com/wesnoth/wesnoth/commit/5921e908b404f23129b3d4c76925eafb674a75ae
20161116 18:33:03< celticminstrel> "Redefining macro TEST_SCENARIO without explicit #undef at _main.cfg:64 previously defined at _main.cfg:59"
20161116 18:33:12< celticminstrel> What does this even mean.
20161116 18:33:33< celticminstrel> There's no such code in data/_main.cfg
20161116 18:35:12< celticminstrel> But it's consistent across all the Travis builds that run tests, so it must mean something, right?
20161116 18:41:30-!- gfgtdf [~chatzilla@x4e3691c9.dyn.telefonica.de] has quit [Ping timeout: 258 seconds]
20161116 18:59:51< DeFender1031> celticminstrel, maybe it's a different _main?
20161116 19:00:54< celticminstrel> Maybe, but I have no idea which one. I checked data/core/_main.cfg too.
20161116 19:06:13< DeFender1031> grep for that macro?
20161116 19:32:24-!- travis-ci [~travis-ci@ec2-54-161-163-79.compute-1.amazonaws.com] has joined #wesnoth-dev
20161116 19:32:25< travis-ci> wesnoth/wesnoth#12090 (spirit_po - 6dbb2d4 : Celtic Minstrel): The build has errored.
20161116 19:32:25< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/176299579
20161116 19:32:25-!- travis-ci [~travis-ci@ec2-54-161-163-79.compute-1.amazonaws.com] has left #wesnoth-dev []
20161116 19:41:10< celticminstrel> DeFender1031: o.o ... no matches.
20161116 19:41:29 * celticminstrel tries src...
20161116 19:41:48< celticminstrel> ...still nothing...
20161116 19:42:47< celticminstrel> ...no matches anywhere in the repo.
20161116 19:43:25-!- Shiki [~Shiki@141.39.226.226] has quit [Remote host closed the connection]
20161116 19:49:51-!- Greg-Boggs [~greg_bogg@c-76-115-139-154.hsd1.or.comcast.net] has quit [Remote host closed the connection]
20161116 19:51:03-!- gfgtdf [~chatzilla@x4e3691c9.dyn.telefonica.de] has joined #wesnoth-dev
20161116 19:51:03< DeFender1031> WTH?
20161116 19:51:27< DeFender1031> how can there be an error on something that doesn't exist?
20161116 19:51:38< celticminstrel> I don't know!
20161116 19:51:52< celticminstrel> Maybe I'll see if I can find it searching from github...
20161116 19:52:09< celticminstrel> Nope.
20161116 19:53:09 * celticminstrel tries TEST_ and _SCENARIO... no matches there either.
20161116 19:53:37< celticminstrel> What about without the underscore...
20161116 19:54:06< celticminstrel> If it wasn't on Travis I'd be thinking it could be from an addon.
20161116 19:54:46< JyrkiVesterinen> Search for "Redefining macro" and put a breakpoint there?
20161116 19:54:56-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20161116 19:55:17< celticminstrel> Well, if I'm going to do that I'll need to first make sure I can actually reproduce it on my machine.
20161116 20:00:15-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:30e5:3cbd:6dcd:dda] has joined #wesnoth-dev
20161116 20:08:06-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20161116 20:10:19-!- noy [~Noy@wesnoth/developer/noy] has quit [Read error: Connection reset by peer]
20161116 20:14:00-!- mjs-de [~mjs-de@x4e30f714.dyn.telefonica.de] has joined #wesnoth-dev
20161116 20:17:33< celticminstrel> No matches for (TEST|SCENARIO)
20161116 20:27:27-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:30e5:3cbd:6dcd:dda] has quit [Remote host closed the connection]
20161116 20:29:08-!- mjs-de [~mjs-de@x4e30f714.dyn.telefonica.de] has quit [Remote host closed the connection]
20161116 20:42:01-!- Bonobo [~Bonobo@2001:44b8:254:3200:4c94:5bea:1804:ea38] has joined #wesnoth-dev
20161116 20:54:38-!- bumbadadabum [~bumbadada@wesnoth/developer/bumbadadabum] has quit [Ping timeout: 245 seconds]
20161116 20:56:17-!- gfgtdf [~chatzilla@x4e3691c9.dyn.telefonica.de] has quit [Read error: Connection reset by peer]
20161116 20:56:41-!- gfgtdf [~chatzilla@x4e3691c9.dyn.telefonica.de] has joined #wesnoth-dev
20161116 20:56:58-!- gfgtdf [~chatzilla@x4e3691c9.dyn.telefonica.de] has quit [Read error: Connection reset by peer]
20161116 20:58:18-!- gfgtdf [~chatzilla@x4e3691c9.dyn.telefonica.de] has joined #wesnoth-dev
20161116 21:00:31-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20161116 21:03:59< gfgtdf> celticminstrel: not sure what you mean, i dont see 'TEST_SCENARIO' on the latest master travis build
20161116 21:04:26< celticminstrel> I was looking at the spirit_po branch build.
20161116 21:05:25-!- noy_ [~Noy@184.69.143.198] has joined #wesnoth-dev
20161116 21:05:25-!- noy_ [~Noy@184.69.143.198] has quit [Changing host]
20161116 21:05:25-!- noy_ [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20161116 21:06:11< celticminstrel> And it's in the collapse section right near the very end that shows the output of the WML tests.
20161116 21:06:16< celticminstrel> ^collapsed
20161116 21:06:41< gfgtdf> celticminstrel: could you give a link ?
20161116 21:06:54-!- noy [~Noy@wesnoth/developer/noy] has quit [Ping timeout: 246 seconds]
20161116 21:06:54-!- noy_ is now known as noy
20161116 21:07:03< celticminstrel> https://travis-ci.org/wesnoth/wesnoth/jobs/176295757
20161116 21:07:48< gfgtdf> celticminstrel: thats the test_button  branch not spirit_po
20161116 21:07:54< celticminstrel> Eh?
20161116 21:08:04< celticminstrel> Okay, well, that does explain why I couldn't find it.
20161116 21:08:21< celticminstrel> Since I had spirit_po checked out here.
20161116 21:10:19< irker342> wesnoth: Celtic Minstrel wesnoth:test_button f642343bc71c / / (5 files in 4 dirs): Add test button to title screen in debug mode https://github.com/wesnoth/wesnoth/commit/f642343bc71c29c1e1068dec0e6b8611373d9fba
20161116 21:13:09-!- bumbadadabum [~bumbadada@wesnoth/developer/bumbadadabum] has joined #wesnoth-dev
20161116 21:23:28-!- JyrkiVesterinen [~JyrkiVest@78-27-119-76.bb.dnainternet.fi] has quit [Quit: .]
20161116 21:26:27-!- Kwandulin [~Miranda@p5DDD2B8F.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20161116 21:27:29-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:30e5:3cbd:6dcd:dda] has joined #wesnoth-dev
20161116 21:33:41< celticminstrel> Pango markup includes <i></i> right
20161116 21:50:54-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:30e5:3cbd:6dcd:dda] has quit [Remote host closed the connection]
20161116 21:51:32-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Quit: wedge009]
20161116 21:51:51-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20161116 21:52:04-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:30e5:3cbd:6dcd:dda] has joined #wesnoth-dev
20161116 22:03:24-!- travis-ci [~travis-ci@ec2-54-87-87-216.compute-1.amazonaws.com] has joined #wesnoth-dev
20161116 22:03:25< travis-ci> wesnoth/wesnoth#12095 (spirit_po - 5921e90 : Celtic Minstrel): The build has errored.
20161116 22:03:25< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/176464004
20161116 22:03:25-!- travis-ci [~travis-ci@ec2-54-87-87-216.compute-1.amazonaws.com] has left #wesnoth-dev []
20161116 22:08:22< irker342> wesnoth: Celtic Minstrel wesnoth:spirit_po bba046787d4a / src/gettext_boost.cpp: Silence GCC warnings in spirit_po headers https://github.com/wesnoth/wesnoth/commit/bba046787d4a0159a3b8946be1f103751109e33a
20161116 22:08:59-!- horrowind [~Icedove@2a02:810a:8380:10a8:21b:fcff:fee3:c3ff] has joined #wesnoth-dev
20161116 22:12:55-!- ChipmunkV [~vova@static-89-94-113-91.axione.abo.bbox.fr] has quit [Quit: ChipmunkV]
20161116 22:13:23-!- atarocch [~atarocch@193.92.163.210] has joined #wesnoth-dev
20161116 22:48:33-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:30e5:3cbd:6dcd:dda] has quit [Remote host closed the connection]
20161116 22:52:21-!- Greg-Boggs [~greg_bogg@c-76-115-139-154.hsd1.or.comcast.net] has joined #wesnoth-dev
20161116 22:52:59-!- iceiceice [~chris@c-73-178-211-21.hsd1.nj.comcast.net] has joined #wesnoth-dev
20161116 22:53:04-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 265 seconds]
20161116 22:59:32-!- Greg-Boggs [~greg_bogg@c-76-115-139-154.hsd1.or.comcast.net] has quit [Remote host closed the connection]
20161116 23:04:33-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:30e5:3cbd:6dcd:dda] has joined #wesnoth-dev
20161116 23:09:27-!- Samual [~Samual@xonotic/core-team/Samual] has quit [Ping timeout: 258 seconds]
20161116 23:11:09-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:30e5:3cbd:6dcd:dda] has quit [Remote host closed the connection]
20161116 23:15:50-!- Samual [~Samual@xonotic/core-team/Samual] has joined #wesnoth-dev
20161116 23:25:09 * celticminstrel wonders if pyndragon = pydsigner 
20161116 23:25:18< pydsigner> Yes
20161116 23:25:31< celticminstrel> Fast
20161116 23:25:44< pydsigner> Mobile notification
20161116 23:25:52< celticminstrel> I see.
20161116 23:25:57-!- iceiceice [~chris@c-73-178-211-21.hsd1.nj.comcast.net] has quit [Ping timeout: 240 seconds]
20161116 23:26:45< celticminstrel> I wonder if a list of everyone who contributed non-commissioned art is easily obtainable.
20161116 23:28:12-!- iceiceice [~chris@c-73-178-211-21.hsd1.nj.comcast.net] has joined #wesnoth-dev
20161116 23:33:21< celticminstrel> Reading this thread reminds me that I wanted to mod campaignd.
20161116 23:39:26-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20161116 23:42:26-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20161116 23:43:38-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20161116 23:46:05-!- atarocch [~atarocch@193.92.163.210] has quit [Quit: Leaving]
20161116 23:50:34-!- travis-ci [~travis-ci@ec2-54-87-87-216.compute-1.amazonaws.com] has joined #wesnoth-dev
20161116 23:50:35< travis-ci> wesnoth/wesnoth#12092 (master - 7cd2408 : Charles Dang): The build passed.
20161116 23:50:35< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/176308210
20161116 23:50:35-!- travis-ci [~travis-ci@ec2-54-87-87-216.compute-1.amazonaws.com] has left #wesnoth-dev []
20161116 23:52:59-!- Greg-Boggs [~greg_bogg@c-76-115-139-154.hsd1.or.comcast.net] has joined #wesnoth-dev
20161116 23:55:01< celticminstrel> vultraz: Let me know if/when you unlock the licensing thread.
--- Log closed Thu Nov 17 00:00:30 2016