--- Log opened Sun Feb 14 00:00:11 2016
20160214 00:04:07< gfgtdf> shadowm: i wonder why the purge cache button has a confirmation dialog? i meant its not like it can be really harm you to purge the cache
20160214 00:06:30< shadowm> Maybe you are running Wesnoth on a potato where file operations take ages to complete.
20160214 00:06:46< shadowm> Maybe you don't want to delete cache files for other versions of Wesnoth (which is what Purge does as opposed to Clean).
20160214 00:07:30< gfgtdf> shadowm: i thought clean does deletetes files _only from other wesnoth versions ?
20160214 00:08:02< shadowm> Wait, yes.
20160214 00:08:34< shadowm> Eh.
20160214 00:10:23< zookeeper> vultraz, random idea: from add-on files, deprecation warnings in general could be output only if a .pbl file is present (to indicate that it's an UMC author you're bugging with the warning, not a player).
20160214 00:10:47< zookeeper> dunno if there's something important i'm missing, but as said, just a potential idea.
20160214 00:11:05< shadowm> Bad idea, it doesn't help add-on authors that never play their own content.
20160214 00:13:02< irker199> wesnoth: ln-zookeeper wesnoth:master 93a7f5e599ee / data/lua/wml/objectives.lua: Fixed the last character of [objectives] note= getting eaten https://github.com/wesnoth/wesnoth/commit/93a7f5e599eef10824c3563191174e2103ebe23c
20160214 00:13:03< zookeeper> yeah, i guess.
20160214 00:17:46-!- famchild is now known as aeonchild
20160214 00:25:25-!- Appleman1234 [~Appleman1@KD119104011105.au-net.ne.jp] has quit [Ping timeout: 260 seconds]
20160214 00:26:44-!- travis-ci [~travis-ci@ec2-54-92-133-28.compute-1.amazonaws.com] has joined #wesnoth-dev
20160214 00:26:45< travis-ci> wesnoth/wesnoth#8470 (master - d283657 : Celtic Minstrel): The build has errored.
20160214 00:26:45< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/109080987
20160214 00:26:45-!- travis-ci [~travis-ci@ec2-54-92-133-28.compute-1.amazonaws.com] has left #wesnoth-dev []
20160214 00:31:47< celticminstrel> Is that my fault, or was it already erroring?
20160214 00:32:16< zookeeper> i don't know, i ignore travis
20160214 00:32:35 * shadowm hits zookeeper with the squeaky mallet.
20160214 00:32:43< zookeeper> D:
20160214 00:33:06-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160214 00:33:12< shadowm> n - 1 jobs out of n succeeded, so it's obviously just a build error due to environment effects.
20160214 00:33:29< celticminstrel> Yeah, okay.
20160214 00:34:25< celticminstrel> The WML test cases stalled.
20160214 00:36:36< zookeeper> i can't see that travis page providing any information whatsoever about what the problem is.
20160214 00:37:15-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 240 seconds]
20160214 00:37:33< shadowm> Because I restarted the job.
20160214 00:38:51< shadowm> But it looks like the build infrastructure is having a bad time right now, so it probably won't get to it for a while.
20160214 00:41:43-!- travis-ci [~travis-ci@ec2-54-159-254-240.compute-1.amazonaws.com] has joined #wesnoth-dev
20160214 00:41:44< travis-ci> wesnoth/wesnoth#8471 (master - 1873b38 : Celtic Minstrel): The build passed.
20160214 00:41:44< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/109083239
20160214 00:41:44-!- travis-ci [~travis-ci@ec2-54-159-254-240.compute-1.amazonaws.com] has left #wesnoth-dev []
20160214 00:53:33-!- louis94 [~~louis94@13.149-243-81.adsl-dyn.isp.belgacom.be] has quit [Quit: Konversation terminated!]
20160214 00:56:33-!- Robertdebrus [6322841b@gateway/web/freenode/ip.99.34.132.27] has quit [Ping timeout: 252 seconds]
20160214 01:01:59-!- travis-ci [~travis-ci@ec2-54-92-133-28.compute-1.amazonaws.com] has joined #wesnoth-dev
20160214 01:02:00< travis-ci> wesnoth/wesnoth#8470 (master - d283657 : Celtic Minstrel): The build passed.
20160214 01:02:00< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/109080987
20160214 01:02:00-!- travis-ci [~travis-ci@ec2-54-92-133-28.compute-1.amazonaws.com] has left #wesnoth-dev []
20160214 01:06:15-!- Robertdebrus [6322841b@gateway/web/freenode/ip.99.34.132.27] has joined #wesnoth-dev
20160214 01:06:35-!- Robertdebrus [6322841b@gateway/web/freenode/ip.99.34.132.27] has left #wesnoth-dev []
20160214 01:21:25-!- Appleman1234 [~Appleman1@KD119104018057.au-net.ne.jp] has joined #wesnoth-dev
20160214 01:27:12-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160214 01:30:36-!- travis-ci [~travis-ci@ec2-54-92-133-28.compute-1.amazonaws.com] has joined #wesnoth-dev
20160214 01:30:38< travis-ci> wesnoth/wesnoth#8472 (master - 93a7f5e : ln-zookeeper): The build passed.
20160214 01:30:38< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/109086547
20160214 01:30:38-!- travis-ci [~travis-ci@ec2-54-92-133-28.compute-1.amazonaws.com] has left #wesnoth-dev []
20160214 01:31:15-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 240 seconds]
20160214 01:32:32< Aginor> zookeeper: I'm glad ö is working for you
20160214 01:38:22-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit []
20160214 01:42:43< celticminstrel> ...what?
20160214 01:55:41< Aginor> celticminstrel: I was responding to a message some ~12h ago
20160214 01:55:45< Aginor> or somesuch :)
20160214 02:05:26< shadowm> Reason #459 I hate C++:
20160214 02:05:30< shadowm>     20160213 23:04:06 error gui/layout: tgrid [] place: Failed to place a grid, we have 302,0 space but we need 414,1224 space. This happened at a grid with the id '' in a 'N4gui28tlistboxE' with the id 'savegame_list' in a 'N4gui25tgridE' with the id '' in a 'N4gui25tgridE' with the id '' in a 'N4gui25tgridE' with the id '_window_content_grid' in a 'N4gui25tgridE' with the id '_content_grid' in a 'N4gui216tscrollbar_panelE' with the ...
20160214 02:05:37< shadowm> ... id '' in a 'N4gui25tgridE' with the id '' in a 'N4gui27twindowE' with the id 'game_load'.
20160214 02:05:57< shadowm> Doubles as reason #4 I hate GUI2.
20160214 02:06:15< Aginor> shadowm: do you keep the entire list on the Internet somewhere? :D
20160214 02:06:27< shadowm> Not atm.
20160214 02:06:29-!- gfgtdf_ [~chatzilla@f054140019.adsl.alicedsl.de] has joined #wesnoth-dev
20160214 02:06:35< Aginor> pity
20160214 02:06:44< Aginor> it would probably make for tragic/amusing reading
20160214 02:08:35-!- gfgtdf [~chatzilla@f050180205.adsl.alicedsl.de] has quit [Ping timeout: 264 seconds]
20160214 02:08:39-!- gfgtdf_ is now known as gfgtdf
20160214 02:11:50< shadowm> Okay, so if I understand this right, _list_grid in a listbox is replaced with a thing that isn't a grid and is also incredibly tall.
20160214 02:12:29< shadowm> tscrollbar_container manipulates the viewport of a widget that takes the place of _content_grid (which is originally _list_grid's parent).
20160214 02:13:20< shadowm> Actually, no , it manipulates the viewport of the _content_grid (which contains the _header_grid and _footer_grid but *not* the scrollbar grids).
20160214 02:13:46< shadowm> _content_grid is replaced with a spacer in the grid layout, though, so the _content_grid that's being manipulated is probably detached from the layout.
20160214 02:13:55< shadowm> And visually overlapping the spacer.
20160214 02:15:38< shadowm> The obvious alternative of having the _content_grid exist *beside* the header/footer grids  (rather than being their parent) doesn't work and you just get a header taking up all space (and the scrollbar span becoming infinite/really large for some reason).
20160214 02:16:11< celticminstrel> I'm going to assume you're referring to name-mangling.
20160214 02:16:18< shadowm> And I can't quite figure out why.
20160214 02:16:27< shadowm> No, I'm naming grids right now.
20160214 02:16:28< celticminstrel> When you cite it as a reason for hating C++.
20160214 02:16:37< shadowm> Yes.
20160214 02:16:49< shadowm> And yes I know well there are vendor-specific APIs for demangling names.
20160214 02:17:01< shadowm> Which is great because they are vendor-specific.
20160214 02:17:14< shadowm> /tangent
20160214 02:17:55< shadowm> It's like GUI2 becomes unable to find _list_grid when changing the layout... except that's clearly not the case, because...
20160214 02:18:11< shadowm> Because if it actually couldn't find it I'd get an assertion failure.
20160214 02:21:19-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160214 02:23:36< shadowm> Well, the header grid does mysteriously take up all space (or alternatively the content grid is taking up 0 space).
20160214 02:23:51< shadowm> *the spacer that replaces the content grid
20160214 02:25:01< shadowm> But tscrollbar_container doesn't even reserve space for the content grid anyway...
20160214 02:25:22< shadowm> I mean, well, the content grid normally takes up _all_ the space.
20160214 02:25:26-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 240 seconds]
20160214 02:25:36< shadowm> It's the list grid that doesn't get any space reserved, but tscrollbar_container doesn't deal with the list grid.
20160214 02:26:14< shadowm> So I need to somehow force the content grid to take up all the space before the header and footer get built.
20160214 02:27:02< shadowm> It'd be far easier to figure out how to redirect tscrollbar_container's efforts to a non-grid widget.
20160214 02:27:29< shadowm> Oooor I could resurrect my previous attempt and stuff the list_grid replacement into list_grid instead.
20160214 02:33:30< shadowm> Blargh why can't I find the child now.
20160214 02:38:42-!- mjs-de [~mjs-de@x4db6bf8f.dyn.telefonica.de] has quit [Remote host closed the connection]
20160214 02:47:48< shadowm> I just realized that there's a complication I'll need to deal with if I can make this work.
20160214 02:48:30< shadowm> See, this is why I didn't rush GUI2 ports for stuff that needs one of these broken widgets.
20160214 02:48:45< shadowm> But no, vultraz had to go and force us to use broken crap.
20160214 02:52:52-!- prkc [~prkc@51B6E6A0.dsl.pool.telekom.hu] has quit [Remote host closed the connection]
20160214 02:59:37-!- neverEnough [~nEnough@host76-232-dynamic.21-79-r.retail.telecomitalia.it] has quit [Quit: Sto andando via]
20160214 03:00:59-!- gfgtdf [~chatzilla@f054140019.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.92 [Firefox 44.0.2/20160210153822]]
20160214 03:15:18-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160214 03:20:29-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 276 seconds]
20160214 03:21:08< celticminstrel> Is this related to the new preferences dialog?
20160214 03:22:10-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20160214 03:25:24< shadowm> No, the Load Game dialog and the Add-ons Manager (*if* that ever lands).
20160214 03:25:38< shadowm> Also the Create Unit dialog.
20160214 03:27:03< shadowm> I really should just revert both to GUI1.
20160214 03:38:28< celticminstrel> Ah.
20160214 03:39:10< shadowm> I give up. Marked #23752 as blocker.
20160214 03:39:37< shadowm> You have until 1.13.3 to get this sorted out, otherwise we're going back to GUI1.
20160214 03:40:20< shadowm> (And no, the "removing the arrow buttons would make it easy" theory is nonsense. That's not how it works _at all_.)
20160214 03:41:42< celticminstrel> Arrow buttons?
20160214 03:41:54< shadowm> Arrow buttons.
20160214 03:42:14< celticminstrel> Like for controlling the scrollbar, or indicating sort order, or what?
20160214 03:42:26< shadowm> vultraz knows what I'm talking about.
20160214 03:43:28< shadowm> The bottomline is that this must be reason #1 mordante gave up on the current tlistbox implementation.
20160214 03:43:46< shadowm> Because he _did_ give up on it and he _did_ warn people to not use tlistbox.
20160214 03:44:09< shadowm> But hey let's ignore the author, right? The author can't possibly know what he's talking about.
20160214 03:44:31< celticminstrel> The author also isn't around.
20160214 03:44:40< shadowm> WHEN HE WAS AROUND.
20160214 03:44:56< shadowm> When he was around he shifted his attention to a new implementation because the old one clearly didn't work.
20160214 03:45:06< celticminstrel> So there's apparently a half-finished new listbox around, right?
20160214 03:45:15< shadowm> And here's why it doesn't work: because most of the work is done by tscrollbar_container, the parent class.
20160214 03:45:38< shadowm> Which assumes the whole thing has to be scrolled. It has no knowledge of footers or headers or how they require special treatment.
20160214 03:45:43< celticminstrel> I guess the listbox should be responsible for its own scrolling.
20160214 03:46:24< shadowm> So the only way to fix this is to detach tlistbox from tscrollbar_container or increase the latter's listbox-oriented functionality baggage thus rendering it virtually unrecognizable from tlistbox.
20160214 03:46:46< celticminstrel> Yeah, the former sounds better.
20160214 03:47:34< shadowm> tlistbox, tscroll_label, ttree_view, tscrollbar_panel (used by what?) are all subclasses of tscrollbar_container.
20160214 03:48:00< shadowm> Worth noting that in theory ttree_view also ought to have a working header implementation if it doesn't already.
20160214 03:48:33< shadowm> Thus tlistbox and ttree_view should both inherit from a new better alternative to tscrollbar_container.
20160214 03:49:01< shadowm> Who's going to do that? Not me. I didn't create this mess and I've always stayed away from GUI2 implementation details for a reason.
20160214 03:49:03< celticminstrel> Ah, I see.
20160214 03:49:32 * celticminstrel assumes tscrollbar_panel is for when you want to put random stuff into a scrollable area.
20160214 03:49:45< shadowm> It seems tscrollbar_panel is an implementation detail of windows.
20160214 03:49:55< shadowm> data/gui/default/widget/window_default.cfg:106:                                 [scrollbar_panel]
20160214 03:50:14< celticminstrel> ...okay?
20160214 03:50:17< shadowm> It's probably how the automagically-appearing scrollbars when window contents overflow are achieved.
20160214 03:50:45< celticminstrel> I either didn't know or had forgotten about that.
20160214 03:51:06< shadowm> It doesn't happen in production because when it does it means the dialog author screwed up.
20160214 03:51:52< shadowm> It's there because the alternative I guess is for the dialog to become unusable by exceeding the game window's dimensions.
20160214 03:59:05< irker199> wesnoth: Ignacio R. Morelle wesnoth:master f5ba6a0e9e3a / changelog src/gui/dialogs/game_cache_options.cpp: gui2/tgame_cache_options: Remove Purge prompt https://github.com/wesnoth/wesnoth/commit/f5ba6a0e9e3adfcb3498146973a8437eb7342b19
20160214 04:04:58< irker199> wesnoth: Ignacio R. Morelle wesnoth:master 85688780c597 / src/gui/dialogs/ (game_cache_options.cpp game_cache_options.hpp): gui2/tgame_cache_options: Disable Clean/Purge buttons if cache is empty https://github.com/wesnoth/wesnoth/commit/85688780c597f2f9e82e9c8ec30ec7502a9735f3
20160214 04:09:24-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160214 04:14:00-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 256 seconds]
20160214 04:36:41-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: So long and thanks for all the fish.]
20160214 04:37:32< irker199> wesnoth: Ignacio R. Morelle wesnoth:master cd35cc2065e8 / src/ (config_cache.cpp config_cache.hpp): config/cache: Formatting/indentation https://github.com/wesnoth/wesnoth/commit/cd35cc2065e89860018d36f622a0b760df009930
20160214 04:37:35< irker199> wesnoth: Ignacio R. Morelle wesnoth:master f49079437023 / src/config_cache.cpp: config/cache: Drop unused code https://github.com/wesnoth/wesnoth/commit/f49079437023e4ff72365301130deedbe32e4445
20160214 04:42:37< irker199> wesnoth: Ignacio R. Morelle wesnoth:master ce6163900799 / src/config_cache.cpp: config/cache: Move auxiliary function to anon namespace https://github.com/wesnoth/wesnoth/commit/ce61639007998c381b6c57f14d2a928b8b7fcd02
20160214 04:44:50-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has quit [Quit: And lo! The computer falls into a deep sleep, to awake again some other day!]
20160214 05:02:31< irker199> wesnoth: Ignacio R. Morelle wesnoth:master d843e4543c88 / src/config_cache.cpp: config/cache: More cleanup https://github.com/wesnoth/wesnoth/commit/d843e4543c88d3570f2093eec920c03f67340752
20160214 05:03:32-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160214 05:08:22-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 276 seconds]
20160214 05:11:52< vultraz> Alright, this whole issue with heights and scrollbars has blocked my work on the addons manager
20160214 05:13:38< shadowm> You are banned from porting anything else requiring listboxes with headers to GUI2 until new notice.
20160214 05:14:11< vultraz> That's.... not the issue
20160214 05:14:20< vultraz> The issue is far worse
20160214 05:14:21< shadowm> I didn't say it was.
20160214 05:15:20< vultraz> The layout of GUI works on a top-to-bottom, left-to-right basis, so widgets further down or to the right will, I believe, try to reduce width of existing widgets to compensate 
20160214 05:15:25< vultraz> GUI2*
20160214 05:15:53< vultraz> Switching the details panel to a multipage makes it always take up half the screen - bad
20160214 05:16:15< vultraz> And there's no way to make it say "always use only 1/3 of the available space"
20160214 05:16:19< shadowm> Why would you make it a multipage.
20160214 05:16:42< vultraz> isn;t that's what's done
20160214 05:16:50< shadowm> Why?
20160214 05:17:40< vultraz> Well mostly to have all appropriate widths calculated beforehand
20160214 05:18:03< shadowm> Have you considered the sheer number of add-ons that list can have?
20160214 05:18:45< shadowm> A player won't go through every one in practice. If the engine does it for the player then you get an expensive piece of crap.
20160214 05:19:11< shadowm> Don't. You should be using relative widths for that. And if GUI2 can't do it right now then don't do it.
20160214 05:19:25< vultraz> Relative widths?
20160214 05:19:40< shadowm> Panel A takes up n% of available space etc.
20160214 05:19:51< shadowm> Panel B takes up m%.
20160214 05:19:56< shadowm> n+m = 100
20160214 05:20:06< vultraz> Yes I wanted to do that :| 
20160214 05:20:20< shadowm> And exactly how many times do I have to tell you that I don't want the options taking up space?
20160214 05:20:36< shadowm> You are actually ignoring me and I don't appreciate this.
20160214 05:21:05< vultraz> Well the alternative is to reserve a big empty space for them to unfold in
20160214 05:21:17< shadowm> No.
20160214 05:21:25< shadowm> I don't want the options taking up space on the window.
20160214 05:21:28< shadowm> I don't want them there.
20160214 05:21:32< shadowm> I explained this before.
20160214 05:22:00< vultraz> Well then the best option is to keep them in a subdialog
20160214 05:22:16< shadowm> That's what I told you to do and you decided to ignore my request.
20160214 05:22:37< vultraz> And if I do that, I could just move the details to the side, horizontally
20160214 05:22:54< shadowm> You also decided to ignore the part where I told you that the install status list can be a combobox somewhere next to the filter box.
20160214 05:23:07< shadowm> *install status filter selection
20160214 05:23:23< shadowm> You are also purposefully ignoring me pointing out you ignored me before.
20160214 05:23:24< vultraz> If you look at my latest screenshot you'll see I did make it a combobox
20160214 05:23:56< shadowm> Anyway, you will not work on that dialog any further.
20160214 05:24:39< shadowm> Find a new task that actually matters and doesn't involve forcing us to use broken crap again.
20160214 05:24:54< vultraz> I'm keeping the proof of concept PR open.
20160214 05:24:56< shadowm> Or maybe tend to our community.
20160214 05:25:04< shadowm> Like a community manager would be expected to do.
20160214 05:25:47< shadowm> I did point out a couple of areas in severe need of improvement before (even though they are glaringly obvious), so it's not like your queue in your actual department is empty at all.
20160214 05:26:36< vultraz> FWIW, I never intended the gui2 addons manager to land in production soon.
20160214 05:30:38-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has joined #wesnoth-dev
20160214 05:32:23< vultraz> shadowm: What do you think of splitting the 'new' listbox into a separate widget that exists alongside the old listbox until its deemed ready to replace it, as opposed to the either/or mode
20160214 05:35:29< shadowm> What new listbox?
20160214 05:35:38< vultraz> tlist 
20160214 05:36:00< shadowm> Sure, good luck getting someone to fix it for you though.
20160214 05:37:41< shadowm> You told me last time that it would crash as soon as a dialog using it was launched.
20160214 05:48:05< irker199> wesnoth: Ignacio R. Morelle wesnoth:master 94454d587a70 / src/ (config_cache.cpp config_cache.hpp): config/cache: More cleanup https://github.com/wesnoth/wesnoth/commit/94454d587a70767eb97fc968de255d4bc3bf0016
20160214 05:48:52< vultraz> It crashes wesnoth on start because it doesn't like horizontal listboxes
20160214 05:57:39-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160214 06:02:28-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 272 seconds]
20160214 06:49:25-!- TC01 [~quassel@london.acm.jhu.edu] has quit [Remote host closed the connection]
20160214 06:51:56-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160214 06:56:00-!- TC01 [~quassel@london.acm.jhu.edu] has joined #wesnoth-dev
20160214 06:56:09-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 240 seconds]
20160214 07:09:17-!- Kwandulin [~Miranda@p200300760F0BC51178A7444837E18C37.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160214 07:14:11-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20160214 07:14:11-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Read error: Connection reset by peer]
20160214 07:30:09-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20160214 07:45:53-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160214 07:50:52-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 276 seconds]
20160214 08:37:28-!- EdB [~edb@89.193.129.77.rev.sfr.net] has joined #wesnoth-dev
20160214 08:39:59-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160214 08:44:20-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 248 seconds]
20160214 09:18:21-!- irker199 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20160214 09:34:07-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160214 09:38:26-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 240 seconds]
20160214 09:44:33-!- ckraniak [47a4dd58@gateway/web/freenode/ip.71.164.221.88] has joined #wesnoth-dev
20160214 09:58:54-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20160214 10:24:32-!- ckraniak [47a4dd58@gateway/web/freenode/ip.71.164.221.88] has quit [Quit: Page closed]
20160214 10:28:23-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160214 10:33:06-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 256 seconds]
20160214 10:46:25-!- louis94 [~~louis94@13.149-243-81.adsl-dyn.isp.belgacom.be] has joined #wesnoth-dev
20160214 11:06:02-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160214 11:10:26-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 240 seconds]
20160214 11:36:47-!- horrowind [~Icedove@2a02:810a:8380:834:21b:fcff:fee3:c3ff] has joined #wesnoth-dev
20160214 12:00:09-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160214 12:04:44-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 252 seconds]
20160214 12:09:08-!- louis94 [~~louis94@13.149-243-81.adsl-dyn.isp.belgacom.be] has quit [Ping timeout: 248 seconds]
20160214 12:10:29-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160214 12:19:03-!- aeonchild is now known as aeonraj
20160214 12:33:35-!- Kwandulin [~Miranda@p200300760F0BC51178A7444837E18C37.dip0.t-ipconnect.de] has quit [Ping timeout: 240 seconds]
20160214 12:45:53-!- Kwandulin [~Miranda@p200300760F0BC56B78A7444837E18C37.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160214 12:54:24-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160214 12:58:26-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 240 seconds]
20160214 13:05:31-!- louis94 [~~louis94@13.149-243-81.adsl-dyn.isp.belgacom.be] has joined #wesnoth-dev
20160214 13:43:56-!- trewe [~trewe@bl20-32-64.dsl.telepac.pt] has joined #wesnoth-dev
20160214 13:46:57-!- lfernando [b3dafffb@gateway/web/freenode/ip.179.218.255.251] has joined #wesnoth-dev
20160214 13:48:23-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160214 13:52:59-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 264 seconds]
20160214 14:20:46-!- Kwandulin [~Miranda@p200300760F0BC56B78A7444837E18C37.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20160214 14:24:05-!- mjs-de [~mjs-de@f048099166.adsl.alicedsl.de] has joined #wesnoth-dev
20160214 14:28:28-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has joined #wesnoth-dev
20160214 14:36:00-!- lfernando [b3dafffb@gateway/web/freenode/ip.179.218.255.251] has quit [Quit: Page closed]
20160214 14:42:31-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160214 14:47:31-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 276 seconds]
20160214 15:16:41-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20160214 15:18:51-!- Kwandulin [~Miranda@p200300760F0BC56B4C1061D8C8F03D02.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160214 15:36:41-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160214 15:41:00-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 250 seconds]
20160214 15:42:03-!- prkc [~prkc@51B6E6A0.dsl.pool.telekom.hu] has joined #wesnoth-dev
20160214 15:56:01-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20160214 15:56:07-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev
20160214 15:59:45-!- louis94 [~~louis94@13.149-243-81.adsl-dyn.isp.belgacom.be] has quit [Ping timeout: 240 seconds]
20160214 16:03:59< zookeeper> vultraz, you know that the left stats panel in debug unit create dialog is buggy and cuts stuff off, right?
20160214 16:05:54< vultraz> yes, I will fix that
20160214 16:06:02< zookeeper> ok, great
20160214 16:09:32< vultraz> it's another one of gui2's shitty layout problems, sadly
20160214 16:10:54< zookeeper> it sure seems to have a lot of those :p
20160214 16:11:50< vultraz> As I mentioned earlier, widgets further to the bottom right have a better chance of being laid out properly than those further to the top left
20160214 16:12:46< zookeeper> is there something that's actually good about gui2?
20160214 16:13:00< zookeeper> like, aside from just being able to do something that gui1 can't
20160214 16:13:03< vultraz> it's not gui1 :)
20160214 16:13:07< zookeeper> ...yeah
20160214 16:13:26< vultraz> see
20160214 16:13:31< vultraz> gui2 is great at static dialogs
20160214 16:13:34< vultraz> like a prompt 
20160214 16:13:46< vultraz> but it never got very good at dynamic ones
20160214 16:14:46-!- neverEnough [~nEnough@host76-232-dynamic.21-79-r.retail.telecomitalia.it] has joined #wesnoth-dev
20160214 16:15:26-!- gfgtdf [~chatzilla@f054140019.adsl.alicedsl.de] has joined #wesnoth-dev
20160214 16:16:07< vultraz> i could use a multipage for the unit create dialog but that'd be a bit much, i think
20160214 16:18:08< zookeeper> also maybe you haven't noticed that the MP value gets dropped to the next line if the HP and XP values are wide enough
20160214 16:19:36< gfgtdf> zookeeper: thats bette than not showing these values i'd say
20160214 16:19:50< zookeeper> of course it is
20160214 16:19:57< gfgtdf> or did i understand sometihn wrong ?
20160214 16:20:29< gfgtdf> in the normal gui1 disebar it happen sometimes that xp/hp cannot be read becasue there is no enough space for them
20160214 16:20:32< gfgtdf> sidebar
20160214 16:20:59< zookeeper> well i don't see what there is to misunderstand. i described a problem.
20160214 16:21:36-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has joined #wesnoth-dev
20160214 16:26:22-!- louis94 [~~louis94@13.149-243-81.adsl-dyn.isp.belgacom.be] has joined #wesnoth-dev
20160214 16:30:44-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160214 16:34:08-!- oldlaptop [~quassel@50-37-38-205.mskg.mi.frontiernet.net] has quit [Ping timeout: 276 seconds]
20160214 16:35:48-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 272 seconds]
20160214 16:42:29< celticminstrel> Yeah. unit create should not be multipage...
20160214 16:46:15< vultraz> gfgtdf: current master there's a bug where the screen goes black when the turn dialog pops up
20160214 16:47:57< gfgtdf> vultraz: cannor preoducuce
20160214 16:49:23< vultraz> weird..
20160214 16:56:34< vultraz> zookeeper: dammit. seems my fix comes with unexpected side effects :(
20160214 16:57:05< vultraz> gfgtdf: what was the name of that unimplemented gui2 event we were talking about again <_< I think I need to have a look at it. 
20160214 16:58:55< vultraz> REQUEST_PLACEMENT?
20160214 17:24:51-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160214 17:29:15-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 240 seconds]
20160214 17:29:53-!- prkc [~prkc@51B6E6A0.dsl.pool.telekom.hu] has quit [Remote host closed the connection]
20160214 17:51:35< mattsc> Do any of you here remember off hand when (which development cycle) Formula AI and Lua AI were introduced?
20160214 17:52:09< mattsc> [ I do know how to look it up, so if you don’t simply remember it, don’t worry about it, I’ll get to it later. ]
20160214 17:53:40< celticminstrel> Are you working on the wiki?
20160214 17:54:02 * zookeeper doesn't
20160214 17:54:06-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20160214 17:54:59< shadowm> Basic Formula AI support was first merged after 1.4.0 was released, for 1.5.0.
20160214 17:55:07< mattsc> celticminstrel: yes
20160214 17:55:22< celticminstrel> BTW, I'm guessing you never saw this? https://github.com/CelticMinstrel/wesnoth/commit/5ff9f4331d803759043f896b804991fe99058723
20160214 17:55:56< mattsc> shadowm: thanks
20160214 17:55:57 * celticminstrel never got around to... I forget now, maybe even testing it? It never got into master, anyway.
20160214 17:58:15< mattsc> celticminstrel: no, I had not seen that (that was at the beginning of a heavy travel period for me).  That looks great though, we should test that and try to get it into master.
20160214 17:58:58< celticminstrel> How hard would it be to globally increase the font size everywhere?
20160214 17:59:14 * celticminstrel prod Aginor and gfgtdf since they seem to have some GUI2 experience.
20160214 18:01:42< mattsc> FYI: this is the section I just added and why I asked:  https://wiki.wesnoth.org/Wesnoth_AI#A_Very_Brief_History_of_Wesnoth_AIs
20160214 18:02:11< mattsc> Please keep in mind that the AI wiki pages were (and still are) a horrendous mess, so all of this is still very much work in progress.
20160214 18:02:26< mattsc> It’s going to take me a little while to get all this sorted out and cleaned up.
20160214 18:02:44< celticminstrel> Does brief history belong under "available AIs""?
20160214 18:02:50< celticminstrel> Gah, extra quote there.
20160214 18:03:44-!- mjs-de [~mjs-de@f048099166.adsl.alicedsl.de] has quit [Remote host closed the connection]
20160214 18:04:33< mattsc> That question falls under “needs to be cleaned up and sorted out”.  I could give arguments for and against that (when I started writing that section, it made sense to put it there; with the turn it took, it probably doesn’t).
20160214 18:04:51< celticminstrel> Ah.
20160214 18:04:57 * celticminstrel shrug.
20160214 18:05:08< shadowm> celticminstrel: You could implement a font size factor and make ttext (the Pango/Cairo render class) multiply given font sizes by that every time.
20160214 18:05:39< celticminstrel> shadowm: That's GUI2-specific, right?
20160214 18:05:41< shadowm> Same for SDL_ttf, except it has a few different entry points.
20160214 18:05:46< mattsc> The easiest way for right now would simply be to elevate the section level by one; but then, when I am done, I might want to put it somewhere completely different, so for now I’ll just leave it there
20160214 18:06:04< celticminstrel> Is everything not GUI2 drawn by SDL_ttf? What about the story screen? (Or is that GUI2 now?)
20160214 18:06:06< shadowm> ttext is used by GUI2 and also some non-GUI2 components, the rest uses the SDL_ttf wrappers.
20160214 18:06:08 * celticminstrel poke vultraz 
20160214 18:06:17< celticminstrel> I see, okay.
20160214 18:06:19< shadowm> The story screen is not GUI2 but uses ttext.
20160214 18:06:29< shadowm> http://shadowm.ai0867.net/blog/archives/296-The-state-of-font-rendering-in-Wesnoth.html
20160214 18:06:50< mattsc> And yes, I am fully aware of the fact that planning all this out front and then just writing it would be a better way of doing this.  I tried that first, and then gave up.  :)
20160214 18:10:49-!- mjs-de [~mjs-de@f048099166.adsl.alicedsl.de] has joined #wesnoth-dev
20160214 18:14:03< vultraz> celticminstrel: yes?
20160214 18:15:00< celticminstrel> I was trying to remember if you ported the story screen to GUI2.
20160214 18:15:12< vultraz> nope
20160214 18:15:16< celticminstrel> 'kay
20160214 18:15:19< vultraz> I don't know how
20160214 18:18:43< celticminstrel> Looks like I have to rebuild everything again, so this will take some time.
20160214 18:18:59-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160214 18:22:28< celticminstrel> XCode uses an inordinate amount of CPU time when indexing.
20160214 18:23:30-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 252 seconds]
20160214 18:46:56< shadowm> vultraz: Can I work on porting the filechooser dialog to GUI2 or is that taken?
20160214 18:50:49-!- irker248 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20160214 18:50:49< irker248> wesnoth: Ignacio R. Morelle wesnoth:master 5e6da3f9aadd / data/gui/default/window/preferences/04_multiplayer.cfg: gui2/tpreferences: Fix button labels case https://github.com/wesnoth/wesnoth/commit/5e6da3f9aadd92974fcff4c703564413b445c2d9
20160214 18:50:55< vultraz> shadowm: please do so
20160214 19:07:56-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160214 19:08:40< celticminstrel> Oh hey, linker errors.
20160214 19:08:46< celticminstrel> Easily fixed though.
20160214 19:11:43-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has joined #wesnoth-dev
20160214 19:12:10-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 240 seconds]
20160214 19:32:41< vultraz> god, the display class is so messy
20160214 19:32:57< vultraz> I've found where mouse motion draws the hex cursor...
20160214 19:37:30< irker248> wesnoth: Ignacio R. Morelle wesnoth:master 5f5f7a185fce / src/gui/dialogs/ (preferences_dialog.cpp preferences_dialog.hpp): gui2/tpreferences: Correct copyright https://github.com/wesnoth/wesnoth/commit/5f5f7a185fcef888a6ffa0691d10d9555d11a6b7
20160214 19:45:04-!- mjs-de [~mjs-de@f048099166.adsl.alicedsl.de] has quit [Remote host closed the connection]
20160214 19:46:32-!- louis94 [~~louis94@13.149-243-81.adsl-dyn.isp.belgacom.be] has quit [Ping timeout: 276 seconds]
20160214 19:55:00-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160214 19:57:37-!- oldlaptop [~quassel@50-37-59-27.mskg.mi.frontiernet.net] has joined #wesnoth-dev
20160214 19:59:26-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 240 seconds]
20160214 20:03:29< irker248> wesnoth: Celtic Minstrel wesnoth:master 534299e6454a / projectfiles/Xcode/Wesnoth.xcodeproj/project.pbxproj: Update XCode project https://github.com/wesnoth/wesnoth/commit/534299e6454a1894f247cdaadeca1fb0df56b9d8
20160214 20:05:44< celticminstrel> ...sigh. Next time I should probably wait first.
20160214 20:08:59< celticminstrel> gfgtdf: Where the heck is your tcombobox_definition and tdrop_down_list.
20160214 20:09:13< celticminstrel> More the latter than the former.
20160214 20:09:53< celticminstrel> Oh, and there's a tbuilder_combobox too. :|
20160214 20:10:19 * celticminstrel probably just found that one though.
20160214 20:11:00< celticminstrel> I think I found the definition too.
20160214 20:12:21< celticminstrel> ...oh, right! The dropdown list was a dialog. That's totally obvious. :S
20160214 20:13:11< celticminstrel> Why the heck does GUI2 split each widget into three separate files?
20160214 20:13:22< celticminstrel> (And that's not even counting cfg files/)
20160214 20:14:07< shadowm> It all started long ago, when Rome was founded...
20160214 20:15:10< celticminstrel> BTW, do you think a font scaling option belongs in Advanced or somewhere else?
20160214 20:15:22< shadowm> I'd say Display.
20160214 20:15:27< celticminstrel> 'kay
20160214 20:15:39< shadowm> It's the most frequently requested accessibility option, really.
20160214 20:17:36< celticminstrel> It links. Now I can see the new prefs dialog in action for the first time.
20160214 20:18:48< irker248> wesnoth: Celtic Minstrel wesnoth:master f4c3d97f5509 / projectfiles/Xcode/Wesnoth.xcodeproj/project.pbxproj: Update XCode project (again) https://github.com/wesnoth/wesnoth/commit/f4c3d97f5509659bd81938b5af0b3dc17125387d
20160214 20:19:53< celticminstrel> Unsurprisingly, the double class definition warning is back. I guess I'll have to live with it.
20160214 20:20:19< celticminstrel> Maybe it'll go away if I upgrade SDL2.
20160214 20:20:27< celticminstrel> Though I'm almost on the latest already.
20160214 20:22:13-!- EdB [~edb@89.193.129.77.rev.sfr.net] has quit [Quit: Konversation terminated!]
20160214 20:23:12< celticminstrel> I can't see any difference at all in General prefs.
20160214 20:23:27< celticminstrel> This is probably a good thing.
20160214 20:27:14< celticminstrel> Friends list is still a little buggy on remove.
20160214 20:27:18< gfgtdf> celticminstrel: you usually need ot edit ~10 file to add a new wdget
20160214 20:27:29< celticminstrel> ...
20160214 20:28:41< celticminstrel> vultraz: So, do none of the boolean advanced preferences have descriptions?
20160214 20:29:40< celticminstrel> I don't think I quite like the appearance of comboboxes, but that's minor.
20160214 20:30:06< celticminstrel> Changing resolution causes glitches.
20160214 20:30:43< celticminstrel> It's worse when reducing the resolution, since the close button could end up offscreen.
20160214 20:40:49< vultraz> celticminstrel: buggy?
20160214 20:40:51< vultraz> celticminstrel: also no
20160214 20:41:43< celticminstrel> vultraz: After deleting an ignore, the list still included the ignore, followed by "Empty List". Nothing could be done with that phantom ignore. (But it disappeared when reopening the dialog.)
20160214 20:41:56< celticminstrel> Also, I hear you can add notes to friends. How does that work?
20160214 20:42:02< vultraz> "friend note"
20160214 20:42:07< vultraz> anything after the first space is a note
20160214 20:42:55< celticminstrel> What do you mean by "friend note"?
20160214 20:43:07< vultraz> "nick_of_friend followed by notes"
20160214 20:43:49< celticminstrel> So if you add a friend named "kumquat notes hello world" you actually get a friend called "kumquat" with notes set to "hello world"?
20160214 20:44:22< Ravana_> names do not allow spaces, that enables this syntax
20160214 20:44:33< celticminstrel> That's atrocious.
20160214 20:44:41< vultraz> no you'd have a nick named 'kumquat' and the notes 'notes hello world'
20160214 20:44:47< celticminstrel> It'd be fine for a command, but.
20160214 20:44:50< vultraz> I agree, it's horrible, but what can you do
20160214 20:44:56< celticminstrel> Plenty of things.
20160214 20:45:31< celticminstrel> I assume the server doesn't accept connections from nicks with spaces?
20160214 20:46:23< vultraz> right
20160214 20:47:21< irker248> wesnoth: Charles Dang wesnoth:master 0537fc2391f1 / src/gui/dialogs/preferences_dialog.cpp: tpreferences: fixed phantom entry remaining after removing last acquaintance fro https://github.com/wesnoth/wesnoth/commit/0537fc2391f19420f8a40e9acd8b46f5399aab71
20160214 20:47:26< vultraz> celticminstrel: ^
20160214 20:48:35< celticminstrel> XCode, why are you taking so long to launch my Wesnoth.
20160214 20:49:05-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160214 20:53:36-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 256 seconds]
20160214 21:01:57-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20160214 21:02:32-!- Matt99834 [49037354@gateway/web/freenode/ip.73.3.115.84] has joined #wesnoth-dev
20160214 21:10:11-!- Matt99834 [49037354@gateway/web/freenode/ip.73.3.115.84] has quit [Quit: Page closed]
20160214 21:10:53< vultraz> celticminstrel: I assumed bugs 24412/24413 to you
20160214 21:10:57< vultraz> assigned*
20160214 21:15:28< vultraz> gfgtdf: if you start the tutorial the turn dialog says "it is now human_player's turn". human_player is the save_id of side 1.
20160214 21:15:38< celticminstrel> Oh great.
20160214 21:15:46< celticminstrel> What are then, in a few words?
20160214 21:16:14< celticminstrel> ^they
20160214 21:17:03< vultraz> celticminstrel: disputable handling of empty variables and insertion of empty indexes when inserting to array.length
20160214 21:18:05< vultraz> (well, the latter is actually a FR)
20160214 21:22:33-!- janebot_ [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev
20160214 21:23:19< celticminstrel> So, WML things.
20160214 21:23:40< vultraz> well, lua, I think
20160214 21:23:41< vultraz> but yes
20160214 21:24:01< celticminstrel> ...yes, thank you XCode for putting my cursor miles off to the right. :|
20160214 21:26:10-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has joined #wesnoth-dev
20160214 21:26:13-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Ping timeout: 240 seconds]
20160214 21:26:18< vultraz> weird... bug in Dark Forecast
20160214 21:26:21< vultraz> can't get into the name
20160214 21:26:23< vultraz> gane
20160214 21:26:26< vultraz> game
20160214 21:27:11< vultraz> "unknown unit type: random"
20160214 21:27:30< celticminstrel> Sounds simple enough.
20160214 21:28:13-!- horrowind1 [~Icedove@2a02:810a:8380:834:21b:fcff:fee3:c3ff] has joined #wesnoth-dev
20160214 21:28:36< celticminstrel> The copy resources stage is annoyingly slow in XCode, even when nothing has actually changed. :|
20160214 21:29:00< celticminstrel> Why does it not skip in that case...
20160214 21:29:20< vultraz> celticminstrel: not really... since I don't know what's causing it
20160214 21:29:27< vultraz> not the wml, apparently
20160214 21:29:46< celticminstrel> Any instances of the word "random"?
20160214 21:29:53< vultraz> many >_>
20160214 21:30:17< vultraz> also, t'is fun: "libpng warning: iCCP: known incorrect sRBG profile"
20160214 21:30:19< zookeeper> nothing that looks obviously the culprit
20160214 21:30:32< celticminstrel> Oh right  - "even when almost nothing has actually changed" would be more accurate.
20160214 21:30:56-!- horrowind [~Icedove@2a02:810a:8380:834:21b:fcff:fee3:c3ff] has quit [Ping timeout: 240 seconds]
20160214 21:30:56-!- horrowind1 is now known as horrowind
20160214 21:31:09< celticminstrel> Why the heck is that parameter const bool anyway... whatever, I won't bother changing it now.
20160214 21:31:20< zookeeper> easy enough to bisect, give me a few minutes...
20160214 21:31:27< zookeeper> (unless you're already doing it)
20160214 21:31:46< vultraz> I'm not
20160214 21:31:56< celticminstrel> Do you even know how to?
20160214 21:32:28< vultraz> Vaguely
20160214 21:32:34< vultraz> Never did it 
20160214 21:32:45< celticminstrel> I never want to bisect on this computer though if I can help it.
20160214 21:32:53< celticminstrel> Forget a few minutes, it'd probably take a few hours.
20160214 21:32:58< vultraz> I never do it because I don't have ccache 
20160214 21:33:12< vultraz> so it would mean HOURS of rebuild time
20160214 21:33:15< celticminstrel> (At least for Wesnoth. Other projects would have different results.)
20160214 21:33:23< vultraz> well, maybe not hours
20160214 21:33:25< vultraz> but potentially
20160214 21:34:49< celticminstrel> Bah.
20160214 21:35:00< celticminstrel> GUI2 layout is impossible.
20160214 21:35:08< vultraz> no shit :P 
20160214 21:35:25< vultraz> gui2 layout is "pray it works"
20160214 21:35:55< vultraz> celticminstrel: btw, where did you get the idea for this font size thing
20160214 21:36:02< vultraz> was it that tweet i replied to
20160214 21:36:07< celticminstrel> Yes.
20160214 21:37:15< shadowm> As I said, it's actually a very frequently requested feature.
20160214 21:37:55< shadowm> Somehow this is the first time I've ever thought of tampering with the render pipeline directly instead of hunting down a myriad of soft and hard-coded font size values.
20160214 21:38:20< celticminstrel> I think I just got the mail about those issues you assigned.
20160214 21:38:29< celticminstrel> Also this GUI2 layout should work now.
20160214 21:39:34< celticminstrel> How do I make a label that's an icon?
20160214 21:39:47< zookeeper> well, the random unit thing isn't from any event, it's from the sides.
20160214 21:40:05< vultraz> celticminstrel: eh?
20160214 21:40:18< zookeeper> if i replace side 1's definition with a generic one from another scenario, it works
20160214 21:40:23< celticminstrel> Like your friend status indicator.
20160214 21:40:53< vultraz> that's an image
20160214 21:41:02< celticminstrel> So image=blah.pnh?
20160214 21:41:08< shadowm> [image] widget.
20160214 21:41:29< celticminstrel> Your WML seems to say it's a label.
20160214 21:41:32< shadowm> It has a label like most other widgets ([label], etc.), but it's parsed as a file path to the image to display.
20160214 21:41:38< celticminstrel> Ohh.
20160214 21:42:01< celticminstrel> Uhh.
20160214 21:42:15< vultraz> so [image] label=
20160214 21:42:21< shadowm> Relative to the binary paths set obviously, like all other image paths that go through image::get_image.
20160214 21:42:24< celticminstrel> Hang on, what am I actually looking at here...
20160214 21:42:50< celticminstrel> Ohh, that labels I was looking at is the part that says "friend", not the part that shows the icon. Whoops.
20160214 21:43:01< celticminstrel> Can I make it clickable too, or would I have to use a different widget for that?
20160214 21:43:12-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160214 21:43:41< vultraz> you can't have clickable images thanks to gui2's suckiness
20160214 21:43:44< shadowm> I don't think it's clickable. At that point you probably should be considering a) a listbox; b) a horizontal listbox; c) a free-standing toggle panel with the label in it.
20160214 21:43:57-!- Kwandulin [~Miranda@p200300760F0BC56B4C1061D8C8F03D02.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20160214 21:44:00< shadowm> Or d) a button with a new custom skin.
20160214 21:44:14< celticminstrel> Hmm.
20160214 21:44:18< shadowm> What vultraz is saying is very far from the truth, too.
20160214 21:44:27< vultraz> you need D
20160214 21:44:32< zookeeper> it's the no_leader=yes which breaks it. if i just replace that with type=Ancient Lich then it's again all good.
20160214 21:44:53< vultraz> zookeeper: ah... file a bug to gfgtdf
20160214 21:45:08< zookeeper> i don't know which permutations of no_leader/allow_player/controller/etc are required, if any
20160214 21:45:19< zookeeper> gfgtdf, ^
20160214 21:46:01< shadowm> vultraz: I believe I could implement a button variant that uses its label for an overlay image, but the problem is that the frame will (obviously) get stretched.
20160214 21:46:21< shadowm> images/buttons/button_square only has 25px, 30px, and 60px variants.
20160214 21:46:35< vultraz> yeah...
20160214 21:46:43< celticminstrel> Maybe there's a better way to do this. Can I detect double-clicks?
20160214 21:46:54< shadowm> Their borders also get thicker with each size increase because it seems like they were intended for high-DPI support.
20160214 21:46:56< gfgtdf> zookeeper: y  know this is mostlikeley a bug in connect engine unable to ahdnel leaders in [unit]
20160214 21:46:58< zookeeper> gfgtdf, looking at commit messages, 163bdc9 looks like a likely candidate for what broke it
20160214 21:47:08< vultraz> shadowm: an alternative, I was thinking, is to have clickable icons *without* those frames
20160214 21:47:42< vultraz> just the icon on the canvas
20160214 21:47:45< shadowm> I mean, GUI2 canvases are expressive enough to allow me to draw rectangles on the screen procedurally if it comes to that.
20160214 21:47:50< vultraz> (coughdotacough)
20160214 21:47:53< shadowm> It just won't look pretty.
20160214 21:48:00-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 256 seconds]
20160214 21:48:39< vultraz> I actually believe that might be a good design for icon-only controls
20160214 21:48:57< shadowm> Not... really. You need some visual indication that it is clickable.
20160214 21:49:02< celticminstrel> So, can I react to double-clicks in a listbox?
20160214 21:49:07< shadowm> There also has to be feedback when it's hovered or clicked.
20160214 21:49:29< vultraz> shadowm: all the overlay icons already have the state change variants
20160214 21:49:33< vultraz> celticminstrel: yes
20160214 21:49:34< shadowm> Or you mean you support the idea of using preocdurally-generated recntalgles?
20160214 21:50:08< shadowm> vultraz: ... That's not what I was talking about. We can add more definitions using our icon overlays if you want.
20160214 21:50:20< shadowm> I was talking about using arbitrary images.
20160214 21:50:33< shadowm> Anywhere from 1x1 to 400x400 or more.
20160214 21:50:47< vultraz> ohhhhhh
20160214 21:50:51< shadowm> Specified by the button label as opposed to hardcoded in the definition.
20160214 21:51:08-!- prkc [~prkc@gateway/vpn/privateinternetaccess/prkc] has joined #wesnoth-dev
20160214 21:51:13< vultraz> once we switch to ogl we could apply some dynamic 'hovered' effect
20160214 21:51:29< shadowm> I don't care.
20160214 21:51:42< vultraz> otherwise, either use the rectangles
20160214 21:51:43< shadowm> We're discussing the present, not the far future 20 years from now.
20160214 21:51:56< vultraz> or wait for svg/ogl support
20160214 21:52:02< vultraz> so basically, rectangles
20160214 21:52:07< celticminstrel> SVG? Huh? What?
20160214 21:52:12< shadowm> Also, if someone knows the maths it shouldn't be that hard to extend the canvas formula API.
20160214 21:52:21< shadowm> Add gradients and stuff.
20160214 21:52:34< shadowm> Maybe we can leverage Cairo for that, I don't know.
20160214 21:52:38< vultraz> celticminstrel: i suggested adding svg support for our ui elements to alleviate scaling issues 
20160214 21:53:08< shadowm> Oh, incidentally, Cairo supports SVG.
20160214 21:53:13< shadowm> Output.
20160214 21:53:28< celticminstrel> Well, I suppose that's one way of dealing with scaling, though I dunno if it'd look as good as mipmapping.
20160214 21:53:58< celticminstrel> They don't seem overly complex, so maybe it would.
20160214 21:54:23< celticminstrel> Why is this textbox not filling all available space when the window grows...
20160214 21:54:34< vultraz> celticminstrel: add horizontal_grow = "true" to its column
20160214 21:54:49< celticminstrel> It's already there though.
20160214 21:55:00< shadowm> Mipmapping.
20160214 21:55:01< celticminstrel> Do I need to do something special in the other column?
20160214 21:55:09< shadowm> What are you talking about, this is for UI elements, not model textures.
20160214 21:55:22< vultraz> celticminstrel: try moving the key to a parent column if this is in a grid
20160214 21:55:26< shadowm> You can't rescale a UI frame and expect it to look as the artist intended.
20160214 21:55:31< vultraz> and add grow_factor = 1 somewhere
20160214 21:55:37< celticminstrel> I mean what OSX and Windows do for app icons.
20160214 21:56:11< shadowm> I don't know about OS X but what Windows does is that icons contain images for each supported icon size and color mode.
20160214 21:56:16< vultraz> celticminstrel: or just send me the wml
20160214 21:56:25< celticminstrel> Yeah that.
20160214 21:56:45< shadowm> That tends to break horribly when you factor in non-standard icon sizes.
20160214 21:57:00< shadowm> And icons are icons... you want them constrained to specific sizes because they are pictures.
20160214 21:57:01< celticminstrel> Label column has grow factor 0, textbox column has... no grow factor. Maybe that's the problem.
20160214 21:57:11< shadowm> UI elements like button frames, checkboxes and such are not.
20160214 21:57:21< celticminstrel> True.
20160214 21:57:27< shadowm> Before Windows XP, Microsoft approach to those was using some drawing primitives _and_ TrueType fonts.
20160214 21:57:32< vultraz> celticminstrel: tb should have 1
20160214 21:57:36< celticminstrel> They do need to stretch to their contents.
20160214 21:59:18< vultraz> a problem with gui2 is it doesn't allow you to fine-tune the layout
20160214 21:59:38< vultraz> it does well at general layout, if you can figure out the magic formulas
20160214 22:00:18< vultraz> it takes this so far that if you use automatic window placement, you cannot specify a fixed w/h for the window
20160214 22:00:27< vultraz> I really don't know what mordante was thinking
20160214 22:01:21< celticminstrel> Can you redo layout without closing the program? Does F5 reload dialog definitions?
20160214 22:02:56< vultraz> nope
20160214 22:03:08< vultraz> gui2 wml is loaded only once on launch
20160214 22:03:08< celticminstrel> The textbox still isn't resizing.
20160214 22:03:17< vultraz> so ANY change means closing wesnoth and restarting it
20160214 22:03:20< vultraz> celticminstrel: wml please
20160214 22:03:40< celticminstrel> I'll paste it if it still doesn't work after this.
20160214 22:03:55< celticminstrel> Next I need to figure out how to handle double-clicks on the listbox entries.
20160214 22:04:39< celticminstrel> Could possibly be something like connect_signal_mouse_double_click...
20160214 22:04:52< celticminstrel> ^Could it
20160214 22:05:28< vultraz> yes
20160214 22:05:58< celticminstrel> If I bind it to the listbox itself, will that work as expected, or does it need to be bound individually to each row?
20160214 22:06:52< vultraz> former
20160214 22:07:03< celticminstrel> ...I forgot that GUI2 seems to have no tabbing support.
20160214 22:07:24< vultraz> if you want to handle row content you have to handle that in the callback
20160214 22:10:05-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20160214 22:10:35< celticminstrel> My compiler says that connect_signal_mouse_double_click does not exist.
20160214 22:11:42-!- horrowind [~Icedove@2a02:810a:8380:834:21b:fcff:fee3:c3ff] has quit [Quit: horrowind]
20160214 22:13:50-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has joined #wesnoth-dev
20160214 22:14:02< celticminstrel> Bah, my autocomplete is broken. :|
20160214 22:18:26-!- prkc [~prkc@gateway/vpn/privateinternetaccess/prkc] has quit [Ping timeout: 272 seconds]
20160214 22:22:19< celticminstrel> Is there any way to respond to the tab key when a text box is selected?
20160214 22:22:35< celticminstrel> If not, I might just revert the layout changes.
20160214 22:23:19< celticminstrel> Because it's pretty bad to not have support for tabbing between fields.
20160214 22:23:46< vultraz> dont think there is
20160214 22:24:11< celticminstrel> If there isn't a ticket for that, there should be.
20160214 22:24:18< vultraz> open one
20160214 22:27:19< celticminstrel> Binding left click to the listbox didn't seem to work...
20160214 22:27:56< vultraz> oh yeah
20160214 22:28:10< celticminstrel> ?
20160214 22:28:57< vultraz> celticminstrel: you need listbox.set_callback_value_change
20160214 22:29:24< vultraz> the experimental listbox uses connect_signal_notify_modified but that's the new listbox which we don't have
20160214 22:30:54< celticminstrel> So I can't detect double-clicks then, I guess.
20160214 22:33:21-!- prkc [~prkc@46.166.190.178] has joined #wesnoth-dev
20160214 22:33:38< vultraz> celticminstrel: the campaign dialog does it. look how it does
20160214 22:33:45< vultraz> i think it has something to do with retvals
20160214 22:33:56< vultraz> then checking the selected row in post show
20160214 22:34:03< celticminstrel> Will get it working on left-click first.
20160214 22:34:21< celticminstrel> I don't suppose text boxes can be multi-line?
20160214 22:34:28< vultraz> no
20160214 22:34:31< vultraz> we;ve wanted that for years
20160214 22:34:37< vultraz> will you implement it?
20160214 22:35:12< celticminstrel> Probably not.
20160214 22:35:16< celticminstrel> Unless it's easy.
20160214 22:35:20< celticminstrel> Which I doubt.
20160214 22:37:28-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160214 22:38:12< celticminstrel> I might try for tabbing later.
20160214 22:38:17< celticminstrel> Maybe. No promises.
20160214 22:38:48-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20160214 22:39:06< celticminstrel> I see you misspelled "acquaintance" in a variable name, though it's correctly spelled in another variable name.
20160214 22:41:09-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has joined #wesnoth-dev
20160214 22:42:12-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 248 seconds]
20160214 22:44:19< shadowm> ... There's a file in my hard disk drive I don't remember creating before.
20160214 22:44:28< shadowm> It has my code in it and the copyright says 2016.
20160214 22:45:25< shadowm> I was previously looking at a much older version dating from 2013 but... I didn't copy it there or make the other alterations I see.
20160214 22:48:23< shadowm> Oh god it even has the same typo.
20160214 22:50:13-!- _trewe [~trewe@bl20-24-99.dsl.telepac.pt] has joined #wesnoth-dev
20160214 22:50:48-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20160214 22:51:32< celticminstrel> I almost think GUI2 WML should be indented with spaces instead of tabs. One space per indent. Maybe two.
20160214 22:52:00< celticminstrel> It would be weird, but at least it wouldn't take up quite so much space.
20160214 22:52:28-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has joined #wesnoth-dev
20160214 22:53:54-!- trewe [~trewe@bl20-32-64.dsl.telepac.pt] has quit [Ping timeout: 250 seconds]
20160214 22:54:13< shadowm> Waaait.
20160214 22:54:46< shadowm> Okay.
20160214 22:54:57< shadowm> Looks like I actually committed the file in question back in 2011.
20160214 22:55:45< celticminstrel> I wish XCode had a "run without building" option...
20160214 22:55:47< shadowm> Never mind then.
20160214 22:56:43< celticminstrel> It'd help when working with GUI2 layouts, since I have it pointed to the repo directory for data.
20160214 22:56:59< celticminstrel> Okay, finally this is almost what I want.
20160214 22:57:53< celticminstrel> Is the code for the old preferences still in the repo?
20160214 22:58:03 * celticminstrel poke vultraz 
20160214 22:58:58< vultraz> celticminstrel: no
20160214 22:59:01< vultraz> it was purged 
20160214 22:59:04< vultraz> in 581
20160214 22:59:09< celticminstrel> Bah.
20160214 22:59:15< shadowm> You can look at the 1.12 branch.
20160214 22:59:26< celticminstrel> I don't think the 1.12 branch has that.
20160214 22:59:30< shadowm> Or the 1.13.2 tag.
20160214 22:59:46< celticminstrel> That should work.
20160214 23:00:38< celticminstrel> Is there a way to make a label wrap instead of forcing a scrollbar or expanding or whatever?
20160214 23:01:21< shadowm> wrap = true
20160214 23:01:34< celticminstrel> I probably should have tried that before asking, eh.
20160214 23:02:44< vultraz> celticminstrel: keep in mind that that only applies to the *initial layout* not subsequent label settings
20160214 23:02:52< celticminstrel> Eh?
20160214 23:03:05< celticminstrel> So I need to do it programmatically?
20160214 23:04:03< vultraz> only a scroll label allows dynamic label lengths
20160214 23:04:20< celticminstrel> Huh?
20160214 23:05:18< celticminstrel> So where does wrap = true go?
20160214 23:05:32< celticminstrel> In [label]?
20160214 23:06:57< celticminstrel> That doesn't seem to be working.
20160214 23:07:31-!- louis94 [~~louis94@13.149-243-81.adsl-dyn.isp.belgacom.be] has joined #wesnoth-dev
20160214 23:07:38< vultraz> celticminstrel: the area of the text is calculated in preshow. if you later set a label that's longer then that, it will get clipped. In preshow, labels will wrap if they have wrap=true, but the restriction on length when setting still applies
20160214 23:07:47< vultraz> celticminstrel: for some reason, wrap sometimes doesn't work, though
20160214 23:07:49< vultraz> not sure why
20160214 23:08:06< vultraz> now, the reason scroll labels bypass this restriction is that they have a scrollbar grid
20160214 23:08:14< celticminstrel> Ugh.
20160214 23:08:16< vultraz> so it allows the widget to resize itself
20160214 23:08:18< vultraz> BUT
20160214 23:08:40< vultraz> that same resize invalidates the window dimensions causing the entire window to redraw itself, resulting in windows that will change size
20160214 23:08:54< vultraz> this is especially evident if you set a scroll label to different values by say, clicking a listbox
20160214 23:09:07< celticminstrel> I'm trying to avoid things changing size.
20160214 23:09:13< celticminstrel> Maybe that's why wrap doesn't work though.
20160214 23:09:25< vultraz> the mechanism that would avoid the window invalidation and only resize the widget is unimplemented
20160214 23:09:27< vultraz> ALSO
20160214 23:09:30< celticminstrel> I don't even know what "scroll label" means.
20160214 23:09:37< vultraz> remember that widgets get resized from top-left to bottom-right
20160214 23:09:42< vultraz> celticminstrel: the scroll_label widget
20160214 23:09:50< celticminstrel> I don't know what that is.
20160214 23:10:09< vultraz> that means that widgets more to the bottom right will reduce space of those further to the top left to make dimensions
20160214 23:10:17< vultraz> celticminstrel: it's like a label, but with scrollbars attached
20160214 23:10:25< celticminstrel> Hmm.
20160214 23:10:34< celticminstrel> Do the scrollbars always show up?
20160214 23:10:41< vultraz> no
20160214 23:10:44< vultraz> only if needed
20160214 23:10:51< vultraz> but again, see the caveats I mentioned above
20160214 23:10:54 * celticminstrel will try that then.
20160214 23:11:00< vultraz> label lengths is one of GUI2's *biggest* cans of worms
20160214 23:12:26< shadowm> What would you name a function that returns the path passed to it if it's a directory or its parent if it's not?
20160214 23:12:43< celticminstrel> Nope, doesn't work.
20160214 23:12:53< celticminstrel> Giving up on this for now. Might try again later.
20160214 23:12:58< shadowm> (directory_name and variations thereof are already taken and do something else.)
20160214 23:14:35-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 264 seconds]
20160214 23:21:20< celticminstrel> Uh, why does the unit idle animation frequency slider have no way of indicating its current setting numerically?
20160214 23:21:32-!- ttt [4fd08d5e@gateway/web/freenode/ip.79.208.141.94] has joined #wesnoth-dev
20160214 23:21:47-!- ttt [4fd08d5e@gateway/web/freenode/ip.79.208.141.94] has quit [Client Quit]
20160214 23:22:04-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20160214 23:22:47< celticminstrel> Or any slider, for that matter.
20160214 23:23:04< celticminstrel> BTW vultraz, the accelerated speed slider probably shouldn't be disabled when accelerated speed is unchecked.
20160214 23:23:46< shadowm> Why?
20160214 23:23:47-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160214 23:24:04< shadowm> Oh right, Ctrl+a, which isn't really an obvious thing in context.
20160214 23:24:11< celticminstrel> Because it also determines what the speed changes to when you hold... what was the key... shift?
20160214 23:24:15< shadowm> Neither is holding shift or whatever.
20160214 23:24:19< celticminstrel> Yeah, that.
20160214 23:24:49< shadowm> More than one person will assume the dialog is bugged then.
20160214 23:27:34< vultraz> what?
20160214 23:27:48< vultraz> what does ctrl a do?
20160214 23:27:54< celticminstrel> Maybe some more drastic change should be done then.
20160214 23:28:00< celticminstrel> vultraz: Toggle accel speed.
20160214 23:28:23< vultraz> well what does that have to do with the toggle
20160214 23:28:37< vultraz> if it toggles it on, then the specified speed will be used
20160214 23:29:03< celticminstrel> You might want to change the speed without enabling it.
20160214 23:29:30< vultraz>  well that's not obvious
20160214 23:29:40< celticminstrel> (The name "accelerated speed" is also a bit misleading.)
20160214 23:31:26-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160214 23:36:11-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 264 seconds]
20160214 23:46:20< vultraz> celticminstrel: what would be a better alternative
20160214 23:47:36-!- irker248 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
--- Log closed Mon Feb 15 00:00:16 2016