--- Log opened Sat Sep 01 00:00:10 2018 20180901 00:40:30-!- irker847 [~irker@wesnoth/umc-dev/bot/shikadibot] has quit [Quit: transmission timeout] 20180901 01:09:12-!- vincent_c [~bip@vcheng.org] has quit [Ping timeout: 272 seconds] 20180901 01:37:19-!- irker579 [~irker@wesnoth/umc-dev/bot/shikadibot] has joined #wesnoth-dev 20180901 01:37:19< irker579> wesnoth/wesnoth:master Nils Kneuper 2436d700f2 updated Chinese (Traditional) translatio AppVeyor: All builds passed 20180901 02:18:13< mattsc> celticminstrel: There are some candidate actions that use the engine’s ‘data’ variable to transfer information from eval to exec functions, e.g.: 20180901 02:18:15< mattsc> https://github.com/wesnoth/wesnoth/blob/master/data/ai/micro_ais/cas/ca_bottleneck_attack.lua#L69 20180901 02:18:27< mattsc> and some that do so with local variables via closure, e.g.: 20180901 02:18:34< mattsc> https://github.com/wesnoth/wesnoth/blob/master/data/ai/micro_ais/cas/ca_healer_move.lua#L6 20180901 02:18:45< mattsc> Is there a reason to prefer one over the other? 20180901 02:20:16< mattsc> Personally, I’d prefer to avoid using the ‘data’ variable as much as possible, but I don’t have a “real” reason for that and am wondering if there is something that I am not aware of. 20180901 02:35:52-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20180901 02:35:58-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev 20180901 03:09:40< celticminstrel> mattsc: I think I would say... 20180901 03:09:54< celticminstrel> Use local variables if there's no reason for them to be visible to other CAs. 20180901 03:10:03< celticminstrel> Use data if they might need to be visible to other CAs. 20180901 03:10:36< mattsc> celticminstrel: Nice — that’s exactly what I was thinking. 20180901 03:33:26-!- APic [apic@chiptune.apic.name] has quit [Ping timeout: 255 seconds] 20180901 03:39:49-!- APic [apic@chiptune.apic.name] has joined #wesnoth-dev 20180901 03:40:16< irker579> wesnoth/wesnoth:1.14 Nils Kneuper 160389cd72 updated Chinese (Traditional) translatio AppVeyor: All builds passed 20180901 04:23:59-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has quit [Quit: And lo! The computer falls into a deep sleep, to awake again some other day!] 20180901 04:24:50-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has joined #wesnoth-dev 20180901 04:24:52-!- celticminstrel is now known as celmin|sleep 20180901 04:31:12-!- celmin|sleep [~celmin@unaffiliated/celticminstrel] has quit [Quit: KABOOM! It seems that I have exploded. Please wait while I reinstall the universe.] 20180901 06:57:03-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev 20180901 07:01:55-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev 20180901 07:17:41-!- irker579 [~irker@wesnoth/umc-dev/bot/shikadibot] has quit [Quit: transmission timeout] 20180901 07:36:07-!- irker458 [~irker@wesnoth/umc-dev/bot/shikadibot] has joined #wesnoth-dev 20180901 07:36:07< irker458> wesnoth/wesnoth:master mattsc a6935c41a8 Experimental AI: convert to using extern AppVeyor: All builds passed 20180901 08:20:30-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 272 seconds] 20180901 08:32:01-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Quit: Caught sigterm, terminating...] 20180901 08:32:55-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev 20180901 08:36:48< irker458> wesnoth/wesnoth:master mattsc dbc727800a Experimental AI: convert to using extern AppVeyor: All builds passed 20180901 08:40:02-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Quit: Caught sigterm, terminating...] 20180901 08:46:16-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev 20180901 08:47:01-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Client Quit] 20180901 08:52:12-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev 20180901 08:54:13-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Client Quit] 20180901 08:55:47-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev 20180901 09:10:21-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20180901 09:40:27-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20180901 09:40:33-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev 20180901 10:28:52-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection] 20180901 11:36:59-!- irker458 [~irker@wesnoth/umc-dev/bot/shikadibot] has quit [Quit: transmission timeout] 20180901 13:01:07-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20180901 13:01:13-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev 20180901 14:58:24-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev 20180901 16:49:15-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20180901 16:49:21-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev 20180901 17:17:43<+wesdiscordbot> Regarding Drake Campaigns: I’ve attempted to contact fabi & esr regarding Wings of Victory, and from the response/lack thereof, I’m considering it abandoned. I also note that it seems this campaign was created by then active devs for the purpose of mainlining. So I’ll start working on finishing it. As for Burning Souls, I’ve contacted the author, and he has expressed interest in revising it, so that situation is 20180901 17:17:43<+wesdiscordbot> ongoing. 20180901 17:33:47<+wesdiscordbot> Have you looked at WoV or you just decided "it's made by these two people therefore it's good"? 20180901 17:34:41<+wesdiscordbot> I've looked at 20180901 17:35:46<+wesdiscordbot> Well while we are riding the "devs seal of quality" bandwagon 20180901 17:35:54<+wesdiscordbot> IftU was slated for mainlining at some point too. 😛 20180901 17:38:50<+wesdiscordbot> I have looked at WoV, BS, AH, & BW fairly closely. 20180901 17:39:31<+wesdiscordbot> I was aware that aspect of IftU, but I'm not sure of any point you were trying to make there. 20180901 18:31:23-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20180901 18:31:29-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev 20180901 18:44:29-!- irker140 [~irker@wesnoth/umc-dev/bot/shikadibot] has joined #wesnoth-dev 20180901 18:44:29< irker140> wesnoth: josteph wesnoth:master 4c612400cf51 / data/campaigns/Liberty/scenarios/08_Glory.cfg: Liberty S8: Fix ambiguous pronoun https://github.com/wesnoth/wesnoth/commit/4c612400cf51c4881c01101f9f5e555c50eb8462 20180901 18:44:29< irker140> wesnoth: josteph wesnoth:master bcb6153b89ed / data/campaigns/Liberty/scenarios/08_Glory.cfg: Liberty S8: Fix family reference https://github.com/wesnoth/wesnoth/commit/bcb6153b89edafc15453358b5754f6e34f39b830 20180901 20:32:03<+wesdiscordbot> Um 20180901 20:32:45<+wesdiscordbot> Love them GUI port-related crashes. 20180901 21:12:38-!- louis94 [~~louis94@109.49-136-217.adsl-dyn.isp.belgacom.be] has joined #wesnoth-dev 20180901 21:17:10<+wesdiscordbot> cpp window& window = *textbox->get_window(); listbox& list = find_widget(&window, "unit_type_list", false); 20180901 21:17:14<+wesdiscordbot> :thonk: 20180901 21:35:05-!- commavir [vir@2604:180::502b:135a] has quit [Quit: leaving] 20180901 21:39:25-!- commavir [vir@2604:180::502b:135a] has joined #wesnoth-dev 20180901 21:45:18-!- irker140 [~irker@wesnoth/umc-dev/bot/shikadibot] has quit [Quit: transmission timeout] 20180901 21:55:09-!- irker716 [~irker@wesnoth/umc-dev/bot/shikadibot] has joined #wesnoth-dev 20180901 21:55:09< irker716> wesnoth: Iris Morelle wesnoth:master 26629d4a621b / changelog.md src/gui/dialogs/unit_create.cpp: gui2/unit_create: Fix segfault on empty list when updating unit preview https://github.com/wesnoth/wesnoth/commit/26629d4a621b74e90513842db577d5bd03a415de 20180901 21:55:09< irker716> wesnoth: Iris Morelle wesnoth:master b7c7fca8b100 / changelog.md src/gui/dialogs/unit_create.cpp: gui2/unit_create: Allow searching by race name as well https://github.com/wesnoth/wesnoth/commit/b7c7fca8b10003d7d6445710a51ed0f740e9425c 20180901 21:55:10< irker716> wesnoth: Iris Morelle wesnoth:1.14 fb490dd97147 / changelog.md src/gui/dialogs/unit_create.cpp: gui2/unit_create: Fix segfault on empty list when updating unit preview https://github.com/wesnoth/wesnoth/commit/fb490dd97147c7989a8932a37889700f0e1a8ff7 20180901 21:55:13< irker716> wesnoth: Iris Morelle wesnoth:1.14 b4e7b5b9af14 / changelog.md src/gui/dialogs/unit_create.cpp: gui2/unit_create: Allow searching by race name as well https://github.com/wesnoth/wesnoth/commit/b4e7b5b9af14bf05715235476374b42742b2d68c 20180901 22:01:11-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection] 20180901 22:09:44<+wesdiscordbot> @Vultraz Is there any way to hide a listbox column? 20180901 22:10:27<+wesdiscordbot> Or otherwise attach extra invisible data to listbox rows? 20180901 22:10:54< specing> Which widget toolkit are you using? 20180901 22:11:03<+wesdiscordbot> Wesnoth GUI2. 20180901 22:11:38< specing> is it a fully custom thing or are you customising Qt or something? 20180901 22:11:44<+wesdiscordbot> Fully custom. 20180901 22:12:07<+wesdiscordbot> @Vultraz I think you can see where I'm trying to go with this here: 20180901 22:12:08<+wesdiscordbot> https://cdn.discordapp.com/attachments/259976436490829825/485572590836908033/unknown.png 20180901 22:12:54<+wesdiscordbot> The third column has to be exist in some way, otherwise trying to register data for it results in that data being discarded. 20180901 22:13:55< specing> While I don't know what the state of affairs was when wesnoth development started, I truly wonder if there is any gui that is impossible to implement these days, when multiple GUI toolkits include supoort for custom css and whatnot 20180901 22:13:56<+wesdiscordbot> The alternative of course would be for the dialog to keep a separate list of its own. 20180901 22:14:19< specing> I should perhaps check out the GTK+ CSS support for my own pleasure 20180901 22:14:40<+wesdiscordbot> If you feel able to replace Wesnoth's GUI entirely you're more than welcome to try, although Gtk is probably the worst target you could choose. 20180901 22:15:08<+wesdiscordbot> Their developers are very unfriendly towards non-Gnome applications and in particular Windows software trying to use it. 20180901 22:15:13< specing> probably, but I like suffering 20180901 22:15:24<+wesdiscordbot> We don't. 20180901 22:15:29< specing> :) 20180901 22:15:32<+wesdiscordbot> GUI2 is enough suffering for a lifetime as it is. 20180901 22:15:33< specing> /s 20180901 22:15:49< specing> Well yes, you basically went and made your own toolkit 20180901 22:15:56< specing> that is maximum suffering 20180901 22:16:10<+wesdiscordbot> Some guy who gave up on it after 6 years did. 20180901 22:16:15< specing> Qt also has stylesheet support 20180901 22:16:46<+wesdiscordbot> I'll put it like this: mixing Qt's programming style with Wesnoth's is a recipe for disaster. 20180901 22:17:09< specing> Why? 20180901 22:17:10<+wesdiscordbot> I think that's the simplest way to describe how inherently alien Qt's design is compared to Wesnoth's. 20180901 22:17:27<+wesdiscordbot> I assume you've seen Qt code before? 20180901 22:17:38< specing> yes, I've even written some small snippets 20180901 22:17:56< specing> it did not feel out of the ordinary 20180901 22:18:04<+wesdiscordbot> Have you seen Wesnoth code before? 20180901 22:18:08< specing> no 20180901 22:19:54<+wesdiscordbot> Qt extensively relies on the concept of shared object ownership and uses pointers everywhere. 20180901 22:20:06<+wesdiscordbot> Wesnoth decidedly does not, except where it's absolutely required. 20180901 22:21:08<+wesdiscordbot> Most objects in Wesnoth have a single owner and are bound to its scope/the stack. 20180901 22:21:57< specing> WxWidgets functions that way as well, everything is reflinked 20180901 22:22:10<+wesdiscordbot> Trying to mix both coding styles in the same codebase is how you get prospective contributors (especially those who are new to C++) to explode. 20180901 22:22:13< specing> Springlobby uses wxWidgets 20180901 22:23:04<+wesdiscordbot> And with that out of the way, using Qt here would be the equivalent of using a nuke to kill a fly. 20180901 22:23:10< specing> But Springlobby internally does not do reflinking and I had not exploded 20180901 22:23:36-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 252 seconds] 20180901 22:23:36< specing> Yes, I primarily dislike Qt because it tries to include everything and the kitchen sink 20180901 22:23:43< loonycyborg> actually I think qt5 would be good choice for wesnoth 20180901 22:23:49< loonycyborg> it's fully themable now 20180901 22:24:27<+wesdiscordbot> I'd certainly appreciate it if one of you Qt experts helped me with my little Qt issue btw. :p 20180901 22:24:44< specing> I'm only a wxWidgets expert 20180901 22:25:14<+wesdiscordbot> A project of mine has been paralyzed for over a year because of an issue where I appear to be losing track of an object and causing the program to continue running after closing the main window. 20180901 22:25:46<+wesdiscordbot> (And yes, I did try messing about with the QuitOnLastWindowClosed property to no avail.) 20180901 22:30:21< loonycyborg> hmm I'm not sure how you could end up with such an outcome 20180901 22:31:05< loonycyborg> you mean some particular object you know is lost track of? 20180901 22:31:13<+wesdiscordbot> I don't know? 20180901 22:31:21<+wesdiscordbot> If I knew I'd already know how to fix it. 20180901 22:36:50< loonycyborg> I think it will always quit if main window is closed by default 20180901 22:37:01< loonycyborg> you'd need to do something particular to change this 20180901 22:37:13<+wesdiscordbot> I am aware 20180901 22:37:17<+wesdiscordbot> The point is it doesn't quit. 20180901 22:37:37<+wesdiscordbot> It just sticks around until it receives a process signal. 20180901 22:42:41< loonycyborg> like closing main window before starting qt's event loop :P 20180901 22:54:05< loonycyborg> both servers and gui programs require different mindset 20180901 22:54:15< loonycyborg> they're not a sequence of actions 20180901 22:54:27< loonycyborg> but rather set of responses to particular events 20180901 22:55:09< loonycyborg> in a qt app main function won't do any domain work other than calling exec() 20180901 22:55:14< loonycyborg> which will block 20180901 22:55:24< loonycyborg> and all domain logic will be in callbacks it calls 20180901 22:56:14< loonycyborg> and quitting application is a response to an event too 20180901 22:56:40< loonycyborg> most likely it doesn't work because event loop isn't active at the time you're calling it 20180901 22:56:52-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has joined #wesnoth-dev 20180901 22:56:53< loonycyborg> otherwise can't tell anything without looking at code :P 20180901 23:04:16< celticminstrel> Well that was interesting. 20180901 23:06:40<+wesdiscordbot> loonycyborg: ... 20180901 23:07:30<+wesdiscordbot> I'm glad you seem to have very low faith in my ability to write code. 20180901 23:07:46< specing> I wish I could do python twisted style deferreds in C++ 20180901 23:08:02<+wesdiscordbot> But I'm pretty sure the event loop is running at line 28: https://pastebin.com/s15jaWmN 20180901 23:08:02< specing> I mean I wish libraries would support it 20180901 23:08:17<+wesdiscordbot> And that's where things go wrong at some point once the main window is closed. 20180901 23:09:02<+wesdiscordbot> (And yes, that signal does trigger.) 20180901 23:12:28< celticminstrel> specing: What are these? 20180901 23:14:00< celticminstrel> (Also why is shadowm doing Qt stuff?) 20180901 23:14:15<+wesdiscordbot> I reckon you've never heard of Wesnoth RCX. 20180901 23:14:44< celticminstrel> Oh, is that what it's for? 20180901 23:14:49< celticminstrel> ... 20180901 23:14:56<+wesdiscordbot> It's always been a Qt application. 20180901 23:15:04< celticminstrel> Oh, why else would it be using an icon called wesnoth-rcx, duh. 20180901 23:15:10< celticminstrel> Missed that detail. >_> 20180901 23:15:19< celticminstrel> Has it always been a C++ application? 20180901 23:15:24<+wesdiscordbot> The problem is that something went wrong when transitioning from Qt 4 to 5. 20180901 23:15:29< celticminstrel> Ah. 20180901 23:15:34<+wesdiscordbot> Yes. 20180901 23:15:35< celticminstrel> I still have an old version of that somewhere. 20180901 23:15:43< specing> celticminstrel: deferreds are when you take the concept of callbacks and put them on steroids 20180901 23:15:55< celticminstrel> That... doesn't really tell me much... 20180901 23:16:01< specing> e.g. when you run a function that HTTP gets a website 20180901 23:16:13< specing> that function natyrally can take a rather long time 20180901 23:16:37< celticminstrel> Right. 20180901 23:16:46< specing> in Twisted framework, that function would return a "handle" 20180901 23:16:58< celticminstrel> So are we talking about something similar to JavaScript promises? 20180901 23:17:00< specing> and you would then attach callbacks to that handle 20180901 23:17:05< celticminstrel> (I was just using those recently, actually.) 20180901 23:17:16< celticminstrel> Hmm, already sounds a little different from that though... 20180901 23:17:17< specing> you can attach positive callbacks (when a function returns a good response) 20180901 23:17:26< specing> and negative callbacks (failure handlers) 20180901 23:17:28< celticminstrel> But also quite a bit similar... 20180901 23:17:54< celticminstrel> I think the closest standard C++ has to this is std::future? 20180901 23:18:05< celticminstrel> Which isn't all that close, I guess. 20180901 23:18:07< specing> I don't know, have not looked into it 20180901 23:47:15-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20180901 23:47:21-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev 20180901 23:51:16-!- louis94 [~~louis94@109.49-136-217.adsl-dyn.isp.belgacom.be] has quit [Ping timeout: 246 seconds] --- Log closed Sun Sep 02 00:00:08 2018