--- Log opened Fri Feb 05 00:00:29 2016
20160205 00:03:00-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 245 seconds]
20160205 00:04:26-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 240 seconds]
20160205 00:17:43-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit []
20160205 00:18:40-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160205 00:46:17-!- mjs-de [~mjs-de@x4db62fa9.dyn.telefonica.de] has quit [Remote host closed the connection]
20160205 00:56:29-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 276 seconds]
20160205 01:28:16-!- aidanhs [~aidanhs@81.4.110.234] has quit [Ping timeout: 245 seconds]
20160205 01:30:50-!- aidanhs [~aidanhs@81.4.110.234] has joined #wesnoth-dev
20160205 01:59:20-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has joined #wesnoth-dev
20160205 02:40:06-!- aeonchild [enchilado@defocus/yummy/enchilado] has quit [Read error: Connection reset by peer]
20160205 02:44:32-!- enchilado [enchilado@defocus/yummy/enchilado] has joined #wesnoth-dev
20160205 02:44:33-!- enchilado [enchilado@defocus/yummy/enchilado] has quit [Read error: Connection reset by peer]
20160205 02:45:26-!- enchilado [enchilado@defocus/yummy/enchilado] has joined #wesnoth-dev
20160205 02:45:27-!- enchilado [enchilado@defocus/yummy/enchilado] has quit [Read error: Connection reset by peer]
20160205 02:48:58-!- enchilado [enchilado@defocus/yummy/enchilado] has joined #wesnoth-dev
20160205 02:50:28-!- enchilado is now known as aeonchild
20160205 03:06:56-!- molgrum_ is now known as molgrum
20160205 03:06:56-!- molgrum [~molgrum@h-94-103.a230.priv.bahnhof.se] has quit [Changing host]
20160205 03:06:56-!- molgrum [~molgrum@unaffiliated/molgrum] has joined #wesnoth-dev
20160205 03:52:18-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160205 03:56:44-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 250 seconds]
20160205 04:33:52< wedge009> gfgtdf: Not yet. I was going to step through the code myself to see what's going on. ancestral commented something about it being an unrelated issue?
20160205 04:36:15< ancestral> wedge009: I’m not seeing new line problems on the story screens, but I am getting font problems because of comma-separated wonkiness
20160205 04:36:39< wedge009> ancestral: You're using OS X, though, right?
20160205 04:36:43< ancestral> Yes
20160205 04:36:49< ancestral> If I don’t change line 8 in fonts.cfg to just “Deja Vu Sans” no fonts load
20160205 04:37:24< wedge009> And gfgtdf believes the font issue applies to the new lines issue as well.
20160205 04:38:36< ancestral> Are we implementing font loading correctly Pango?
20160205 04:39:30< ancestral> Some of the functions take comma-separated strings, whereas apparently others do not handle them in all contexts
20160205 04:43:13-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Quit: wedge009]
20160205 04:43:43-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20160205 05:17:56-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20160205 05:20:03< vultraz> shadowm: please hold off on the re-review of 581 for now. I'm reworking the advanced section's design: https://www.dropbox.com/s/7nc55o5uftz72yr/advprefsV2.PNG?dl=0
20160205 05:48:19-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has quit [Quit: ancestral]
20160205 05:49:18 * vultraz pings Aginor
20160205 06:03:58-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160205 06:08:30-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 260 seconds]
20160205 06:10:21-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has joined #wesnoth-dev
20160205 06:19:25< vultraz> Aginor: different issue from yesterday, but i still can't figure it out
20160205 06:19:32< vultraz> [04:09:24]	vultraz	thing is, if I call something using main_grid (for example "main_grid->remove_child("pref_setter_grid");" )... nothing happens. no errors, just nothing happening
20160205 06:19:33< vultraz> [04:14:56]	vultraz	i can use it to find other widgets fine, but performing operations on the grid does nothing
20160205 06:19:50< vultraz> it's not using the const version, so i should be able to modify the grid
20160205 06:20:05< vultraz> but i can't seem to, using that accessor 
20160205 06:20:21< vultraz> do i need to make a copy or something?
20160205 06:22:24< Aginor> you're writing like I know much of GUI2 behaviour :D
20160205 06:23:18< Aginor> vultraz: have you stepped through the remove_child call? is it able to find the element?
20160205 06:24:20< vultraz> i assume so
20160205 06:24:23< vultraz> since this works:
20160205 06:24:33< vultraz> tgrid* details_grid = dynamic_cast<tgrid*>(main_grid->find("pref_setter_grid", false));
20160205 06:24:47< vultraz> basically, main_grid seems only usable for finding stuff
20160205 06:25:29< Aginor> which class is this?
20160205 06:25:43< vultraz> remove_child is part of tgrid
20160205 06:25:52< vultraz> as in swap_child
20160205 06:25:57< vultraz> another thing that won't work on tgrid
20160205 06:25:59< vultraz> er
20160205 06:26:01< vultraz> main_grid
20160205 06:26:19< Aginor> do you have a simple test-application for this?
20160205 06:27:01-!- Kwandulin [~Miranda@p200300760F6924AD5112D7CE3BF30DAD.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160205 06:28:49< vultraz> no, sadly
20160205 06:28:55< vultraz> only what I've observed in my work
20160205 06:28:57< vultraz> https://github.com/Vultraz/wesnoth/commit/9ba7891f1b0e606cdd74bee8230c0f817c60de49
20160205 06:33:38 * Aginor checks out the branch
20160205 06:34:13< Aginor> oh
20160205 06:34:15< Aginor> or not
20160205 06:34:18 * Aginor grumbles
20160205 06:35:23 * Aginor clones
20160205 06:36:20< Aginor> it'll be a while
20160205 06:37:41< vultraz> oh?
20160205 06:37:50 * Aginor has slow internet
20160205 06:37:56< vultraz> slower than mine?
20160205 06:38:01< Aginor> even doing a shallow clone takes time
20160205 06:41:28< Aginor> vultraz: about 6mbps on a good day
20160205 06:41:38< vultraz> better than I get :|
20160205 06:42:22< Aginor> sorry then :/
20160205 06:56:55< Aginor> ah, done cloning
20160205 06:57:28-!- vincent_c [~bip@107.191.117.101] has quit [Quit: Coyote finally caught me]
20160205 06:58:00-!- vincent_c [~bip@vcheng.org] has joined #wesnoth-dev
20160205 06:59:27< vultraz> :D
20160205 07:02:09< vultraz> hmmmmmm
20160205 07:02:11< vultraz> an idea, I have
20160205 07:02:22 * Aginor is fetching more commits
20160205 07:02:30< Aginor> seems I never got your branch
20160205 07:02:33 * Aginor grumbles
20160205 07:05:31< vultraz> YES I think I have it working :D
20160205 07:06:10< vultraz> you said [17:23:19]	Aginor	vultraz: have you stepped through the remove_child call? is it able to find the element?
20160205 07:06:20< vultraz> so i went back and checked the structure
20160205 07:07:07< vultraz> then i realized the function returns the *entire interior of the listbox* ... *not* the toggle panel
20160205 07:09:21< Aginor> :D
20160205 07:09:31< Aginor> glad I ws able to ask the right question
20160205 07:10:18< vultraz> so im still not exactly sure why it wasn't working, but once you use that to find a slightly deeper grid, I can use that fine
20160205 07:11:35< Aginor> sweet
20160205 07:12:33< vultraz> ty ty
20160205 07:15:38 * Aginor sighs
20160205 07:15:43< vultraz> hm?
20160205 07:16:00< Aginor> the twindow class doesn't respect the "restore" option passed to the show-method
20160205 07:16:34< vultraz> D:
20160205 07:17:08-!- SpoOkyMagician [~chatzilla@cpe-74-136-45-198.kya.res.rr.com] has joined #wesnoth-dev
20160205 07:20:55< vultraz> hmmmm
20160205 07:21:02< vultraz> having some more problems of my own :( 
20160205 07:22:14< Aginor> I'm still pulling your repo :/
20160205 07:23:19< vultraz> wow o_O
20160205 07:23:21< vultraz> really?
20160205 07:23:52< Aginor> really :/
20160205 07:24:04< Aginor> turning it into a full clone now as opposed to a shallow
20160205 07:24:12< Aginor> I should have done a single branch clone
20160205 07:24:43< vultraz> or you could have created a new branch based off master and just pulled from my branch?
20160205 07:25:10< Aginor> yeah, probably
20160205 07:25:16< Aginor> that would have been wiser
20160205 07:30:49< vultraz> grrrr
20160205 07:31:03-!- irker246 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20160205 07:31:03< irker246> wesnoth: Andreas Löf wesnoth:guifixes 5819a3e78d80 / src/gui/widgets/ (window.cpp window.hpp): Make GUI2 windows honor the restore flag passed to show() https://github.com/wesnoth/wesnoth/commit/5819a3e78d803bad5afd039e17056347e44d75d1
20160205 07:32:38< irker246> wesnoth: Andreas Löf wesnoth:guifixes c514f31cff6d / src/gui/dialogs/dialog.hpp: Fix GUI2 dialogs undrawing themselves on the wrong position https://github.com/wesnoth/wesnoth/commit/c514f31cff6d3033dd0bb4b2025cdeff71c48c1a
20160205 07:33:47 * Aginor dusts off his hands
20160205 07:34:24< Aginor> although I do feel I should have done this work in my own repo
20160205 07:36:23< vultraz> grrrrrrr
20160205 07:37:45< Aginor> what's wrong?
20160205 07:39:23< vultraz> widget doesn't want to hide itself
20160205 07:39:30< vultraz> and then widget doesn't want to be found :|
20160205 07:42:39< vultraz> uh
20160205 07:42:44< vultraz> ok, actually, it does want to hide
20160205 07:42:54< vultraz> maybe swap_child makes it visible again?
20160205 07:42:58< vultraz> but it didn't do that before
20160205 07:43:06< vultraz> maybe because it was in its own grid
20160205 07:43:12< vultraz> and i hid the whole grid
20160205 07:46:32< vultraz> OH COME ON
20160205 07:47:02< vultraz> ahhh wait
20160205 07:47:15< vultraz> #TheFiveStagesOfProgramming
20160205 07:48:17< vultraz> OK
20160205 07:48:24< vultraz> swap_child doesn't restore tvisible status
20160205 07:49:20< vultraz> but if you swap a widget whose parent is hidden, it remains hidden
20160205 07:49:48< Aginor> sounds like a great time to go and fix what sounds like a bug
20160205 07:52:06 * vultraz looks for a vision getter method
20160205 07:53:00< vultraz> hah
20160205 07:53:01< vultraz> "friend class tno_such_friend_exists_but_it_makes_the_compiler_happy;"
20160205 07:55:07< vultraz> ah here we are
20160205 07:55:08< vultraz> twidget::tvisible::scoped_enum twidget::get_visible() const
20160205 07:55:35< vultraz> (to be more confusing, I think scoped_enum is an enum not a scoped enum)
20160205 07:58:17-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20160205 07:59:14< vultraz> yes!
20160205 07:59:16< vultraz> bug fixed
20160205 07:59:34< vultraz> simple "widget->set_visible(old->get_visible());" line
20160205 08:00:26< Aginor> shouldn't you swap both?
20160205 08:00:33< vultraz> hm?
20160205 08:00:43< Aginor> I don't know what you're uo to
20160205 08:00:53< vultraz> old is the widget being swapped out, widget is the one being swapped in
20160205 08:01:03< Aginor> but if you ever swap those two components again, you'll not get the right behaviour
20160205 08:01:06< vultraz> i'm patched swap_child to set the new widget to the visible status of the old one
20160205 08:01:13< vultraz> i've*
20160205 08:02:48< vultraz> why would i get the wrong behavior?
20160205 08:03:15< Aginor> didn't you say that the visibility is squished at some point?
20160205 08:03:39< Aginor> so if the old component gets set to invisible every time, if you swap it back in it'll be the wrong behaviour
20160205 08:04:09< vultraz> if you swapped an invisible widget the new widget would be visible
20160205 08:08:51< Aginor> ok
20160205 08:09:33-!- boucman_work [~jrosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20160205 08:17:25-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20160205 08:21:33-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20160205 08:25:23-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 264 seconds]
20160205 08:25:23-!- wedge010 is now known as wedge009
20160205 08:29:56-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has quit [Quit: KABOOM! It seems that I have exploded. Please wait while I reinstall the universe.]
20160205 08:31:14-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160205 08:35:20-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 250 seconds]
20160205 08:36:53-!- SpoOkyMagician [~chatzilla@cpe-74-136-45-198.kya.res.rr.com] has quit [Quit: eh, time for something else]
20160205 08:40:13-!- travis-ci [~travis-ci@ec2-54-159-219-212.compute-1.amazonaws.com] has joined #wesnoth-dev
20160205 08:40:14< travis-ci> wesnoth/wesnoth#8388 (guifixes - 5819a3e : Andreas Löf): The build is still failing.
20160205 08:40:14< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/107176780
20160205 08:40:14-!- travis-ci [~travis-ci@ec2-54-159-219-212.compute-1.amazonaws.com] has left #wesnoth-dev []
20160205 08:45:52< Aginor> I need to figure out how to fix that assertion failure on exit
20160205 09:11:55-!- zombah [~zombah@2a02:28:3:1:214:4fff:fe47:5920] has joined #wesnoth-dev
20160205 09:12:59-!- Kwandulin [~Miranda@p200300760F6924AD5112D7CE3BF30DAD.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20160205 09:14:16-!- boucman_2 [~jrosen@bob75-2-81-56-46-209.fbx.proxad.net] has joined #wesnoth-dev
20160205 09:17:19-!- horrowind [~Icedove@2a02:810a:8380:834:21b:fcff:fee3:c3ff] has joined #wesnoth-dev
20160205 09:17:42-!- boucman_work [~jrosen@wesnoth/developer/boucman] has quit [Ping timeout: 252 seconds]
20160205 09:32:25-!- horrowind [~Icedove@2a02:810a:8380:834:21b:fcff:fee3:c3ff] has quit [Quit: horrowind]
20160205 09:57:57< vultraz> ok, just need to get remove_child working now,
20160205 10:13:58< vultraz> ugh
20160205 10:14:00< vultraz> DAMMIT
20160205 10:14:06< vultraz> IS THERE NO WAY TO REMOVE A GRID ROW
20160205 10:14:09< vultraz> FFS
20160205 10:14:15< vultraz> OR DELETE A WIDGET
20160205 10:14:41< vultraz> HOW IS THIS NOT A THING IN GUI2
20160205 10:15:48< zookeeper> :o
20160205 10:18:00 * zookeeper is kinda stuck doing anything meaningful about the water performance being unable to compile
20160205 10:18:16< zookeeper> i could again roll back far enough, but that gets unwieldy
20160205 10:23:20< vultraz> why do you always have compile issues
20160205 10:25:53< zookeeper> because it's the kind of thing which always breaks and only arcane knowledge can sort out?
20160205 10:26:46< vultraz> no other dev seems to end up with these problems, though
20160205 10:26:48< vultraz> maybe it's your IDE
20160205 10:27:58< zookeeper> i'd be happy to use anything that works.
20160205 10:28:36< zookeeper> except when you say that X works for you, i have absolutely zero reason to believe that it's that easy, because it never is.
20160205 10:30:07< zookeeper> that is, unless you can show me a list of simple instructions guaranteed to make it work.
20160205 10:30:54< vultraz> the codeblock readme is pretty much guaranteed to work
20160205 10:31:05< vultraz> id have to send you my libs folder, though
20160205 10:33:49< zookeeper> i have my doubts
20160205 10:41:30< zookeeper> "Note that the project files in wesnoth_root/projectfiles/CodeBlocks/ may contain a setting to compile with OpenMP support, so you should make sure that this option is enabled"
20160205 10:42:06< zookeeper> so... i need to open it with CB? which file?
20160205 10:58:10-!- atarocch [~atarocch@195.89.17.230] has joined #wesnoth-dev
20160205 11:04:26< vultraz> means you should enable openmp when installing tdmgcc
20160205 11:04:33< vultraz> there's an installer option
20160205 11:05:34< zookeeper> oh right
20160205 11:05:49< zookeeper> so, what all components do i need to enable when installing?
20160205 11:06:15< vultraz> leave defaults and just make sure openmp is enabled
20160205 11:06:40< zookeeper> openmp was under the gcc tab in the components tree, unchecked by default
20160205 11:06:53< zookeeper> unless i had peeked in there by chance, i'd never have found it
20160205 11:08:34< zookeeper> as for step 4, i guess that's what i'd need to get from you, right?
20160205 11:09:04< vultraz> yes
20160205 11:11:36-!- higgins [~higgins@105.ip-167-114-152.net] has quit [Ping timeout: 264 seconds]
20160205 11:11:36-!- avtobiff [~avtobiff@c-503270d5.015-6-73746f28.cust.bredbandsbolaget.se] has quit [Ping timeout: 264 seconds]
20160205 11:12:18< vultraz> zookeeper: https://www.dropbox.com/s/f8oai5c486fffps/cb-5_2_2016.7z?dl=0
20160205 11:12:48-!- Aginor [~andreas@unaffiliated/aginor] has quit [Ping timeout: 264 seconds]
20160205 11:13:27-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160205 11:14:02-!- Aginor [~andreas@unaffiliated/aginor] has joined #wesnoth-dev
20160205 11:17:56-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 240 seconds]
20160205 11:23:34-!- higgins [~higgins@105.ip-167-114-152.net] has joined #wesnoth-dev
20160205 11:25:03-!- travis-ci [~travis-ci@ec2-184-73-29-113.compute-1.amazonaws.com] has joined #wesnoth-dev
20160205 11:25:04< travis-ci> wesnoth/wesnoth#8389 (guifixes - c514f31 : Andreas Löf): The build is still failing.
20160205 11:25:04< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/107177038
20160205 11:25:04-!- travis-ci [~travis-ci@ec2-184-73-29-113.compute-1.amazonaws.com] has left #wesnoth-dev []
20160205 11:26:41< zookeeper> vultraz, well, the building fails: C:\Games\Wesnoth-git\src\lua\lmathlib.cpp|9|fatal error: boost/math/constants/constants.hpp: No such file or directory|
20160205 11:27:04< vultraz> OH FFS 
20160205 11:27:51< vultraz> i appear to have forgotten the boost libs?
20160205 11:30:31< vultraz> zookeeper: get the include/boost directory from here https://www.dropbox.com/s/yd3utu4fht1pcfa/CodeBlocksWinSDK_30_7_2015.7z?dl=0
20160205 11:37:44< zookeeper> okay, it's building... let's see what happens
20160205 11:48:31< zookeeper> C:\TDM-GCC-32\lib\gcc\mingw32\5.1.0\include\c++\bits\c++0x_warning.h|32|error: #error This file requires compiler and library support for the ISO C++ 2011 standard. This support is currently experimental, and must be enabled with the -std=c++11 or -std=gnu++11 compiler options.|
20160205 11:49:25-!- avtobiff [~avtobiff@c-503270d5.015-6-73746f28.cust.bredbandsbolaget.se] has joined #wesnoth-dev
20160205 11:49:46< zookeeper> do i just... add those in compiler settings->other compiler options?
20160205 11:50:27< zookeeper> ah, no, there's a checkbox it seems
20160205 11:50:37< vultraz> weird. I never got that
20160205 11:51:36< zookeeper> well, now it spams auto_ptr deprecation warnings
20160205 11:51:43-!- irker246 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20160205 11:52:03< vultraz> yeah that happens if you enable c++11
20160205 11:52:21< vultraz> which is why I build without
20160205 11:53:25< zookeeper> so if i leave this running for hours, will i come back home to find my harddrive filled with some log file?
20160205 11:54:02< vultraz> no idea
20160205 11:54:20< vultraz> also no idea why you get that error before
20160205 11:56:27< zookeeper> g++.exe: error: .objs-debug\src\gui\auxiliary\widget_definition\combobox.o: No such file or directory
20160205 11:56:27< zookeeper> g++.exe: error: .objs-debug\src\gui\auxiliary\window_builder\combobox.o: No such file or directory
20160205 11:57:04< zookeeper> so... why i always have compile issues? :p
20160205 11:57:35< zookeeper> my doubts were well-founded
20160205 11:57:38< vultraz> ...what
20160205 11:57:49< vultraz> are you SURE you have current master 
20160205 11:58:03< vultraz> (also don't built debug it takes 10x longer to link and is much slower)
20160205 11:58:12< zookeeper> oh yeah that was my bad actually
20160205 11:58:22< zookeeper> forgot i had renamed some files trying to get things to work earlier
20160205 11:58:41< zookeeper> oh? is release still debugger/profiler-friendly?
20160205 11:59:34< vultraz> less so than debug
20160205 11:59:50< vultraz> only use debug if you really need the debug symbols 
20160205 12:01:05< zookeeper> the VC project files have a fast releasedebug option :|
20160205 12:03:26< vultraz> a what?
20160205 12:03:37< vultraz> oh
20160205 12:03:41< vultraz> yeah no idea about that
20160205 12:06:03< zookeeper> anyway, it's still churning, so i'm off and hope to return to find that nothing has exploded ->
20160205 12:11:56< vultraz> really don't recommend enabling c++11
20160205 12:22:34-!- Appleman1234 [~Appleman1@KD119104013170.au-net.ne.jp] has quit [Ping timeout: 272 seconds]
20160205 13:03:04 * vultraz pings gfgtdf
20160205 13:33:20-!- horrowind [~Icedove@2a02:810a:8380:834:21b:fcff:fee3:c3ff] has joined #wesnoth-dev
20160205 13:36:55-!- boucman_2 [~jrosen@bob75-2-81-56-46-209.fbx.proxad.net] has quit [Ping timeout: 240 seconds]
20160205 13:51:57-!- boucman_2 [~jrosen@193.56.60.161] has joined #wesnoth-dev
20160205 14:11:11-!- boucman_2 [~jrosen@193.56.60.161] has quit [Ping timeout: 245 seconds]
20160205 14:25:42-!- boucman_2 [~jrosen@193.56.60.161] has joined #wesnoth-dev
20160205 14:47:35-!- atarocch [~atarocch@195.89.17.230] has quit [Remote host closed the connection]
20160205 14:54:56-!- mjs-de [~mjs-de@f048244070.adsl.alicedsl.de] has joined #wesnoth-dev
20160205 14:55:51-!- gfgtdf [~chatzilla@f054141091.adsl.alicedsl.de] has joined #wesnoth-dev
20160205 14:57:16< gfgtdf> vultraz: ?
20160205 15:01:35< vultraz> gfgtdf: I'm trying to implement a remove_row function for tgrid
20160205 15:02:14< vultraz> but if I do set_rows_cols(rows_ - count, cols_); I get an assertion error at line 855
20160205 15:08:53< gfgtdf> vultraz: can't you just set its child to invisible?
20160205 15:10:58< vultraz> gfgtdf: well yes but in my specific case i was kinda hoping to remove the row altogether
20160205 15:11:13< vultraz> I don't explicitly need to (see https://github.com/Vultraz/wesnoth/commit/8b7fba38b2ec57933be81e8bab213616a31760cf)
20160205 15:15:17< gfgtdf> vultraz: are there any advantages of using a listbox ?
20160205 15:16:27< vultraz> https://www.dropbox.com/s/7nc55o5uftz72yr/advprefsV2.PNG?dl=0
20160205 15:16:40< vultraz> allows the setter widget to be inside the toggle selection
20160205 15:16:42< vultraz> looks better
20160205 15:17:02< vultraz> only real issue is the scrollbar position is reset whenever you click on one of the items
20160205 15:17:05< vultraz> maybe you can help fix that
20160205 15:23:21< gfgtdf> vultraz: hmm, but woulwn't it kook even better if there were no visible 'seelceted' difference
20160205 15:23:31< vultraz> what do you mean?
20160205 15:23:49< gfgtdf> vultraz: if you'd use a toggle panel that looks the same whether seleceted or not
20160205 15:24:00< vultraz> hm
20160205 15:24:11< vultraz> im not sure that would look better
20160205 15:26:07< gfgtdf> hmm ok
20160205 15:36:48-!- louis94 [~~louis94@13.149-243-81.adsl-dyn.isp.belgacom.be] has joined #wesnoth-dev
20160205 15:42:32< vultraz> shadowm: you can re-review 581 now
20160205 15:54:03-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20160205 16:05:39< gfgtdf> vultraz: but scrollbar position reset sondslike a blocker to me, and i don't think this will be fixed before the event::REQUEST_PLACEMENT is implemented.
20160205 16:05:57< vultraz> oh?
20160205 16:17:23< vultraz> gfgtdf: it looks like there's already code related to that tho
20160205 16:17:38< gfgtdf> vultraz: which code you mean ?
20160205 16:18:04< vultraz> in tpane, twidget, and twindow
20160205 16:18:18-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160205 16:19:50< gfgtdf> vultraz: you mean related to event::REQUEST_PLACEMENT
20160205 16:19:57-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Read error: Connection reset by peer]
20160205 16:20:03< gfgtdf> vultraz: or to resizing on listboxes
20160205 16:20:10< vultraz> former
20160205 16:21:18< gfgtdf> well yes thats why i know that event::REQUEST_PLACEMENT  exists/ was intendet to be used,
20160205 16:21:22-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160205 16:21:40< vultraz> so you mean it needs to be handled in other widgets?
20160205 16:22:03< gfgtdf> vultraz: currently when rezizing a widget or makring somthing invisible window->invalidate_:layout it called
20160205 16:22:33< gfgtdf> vultraz: event::REQUEST_PLACEMENT was made do that you hjave more options in this case
20160205 16:23:04-!- zombah [~zombah@2a02:28:3:1:214:4fff:fe47:5920] has quit [Quit: Leaving]
20160205 16:23:31< gfgtdf> vultraz: i don't know exactly bu i think that one of the intentions is that if you for example change the size of an element inside  a scrollbar panel, it wond recalculate teh size of teh whole windows but just of the area inside teh scrollbar panel instead
20160205 16:23:47-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has joined #wesnoth-dev
20160205 16:24:28< vultraz> that would be great
20160205 16:24:44< vultraz> probably fix the issue where labels will sometimes change window size
20160205 16:24:46< vultraz> for example
20160205 16:24:52< vultraz> if i have a label (not scroll label_
20160205 16:24:54< vultraz> )*
20160205 16:25:17< vultraz> in a linked group and i change the value and then select a new element in the list the size will change
20160205 16:25:21< vultraz> size of the window*
20160205 16:25:41< vultraz> i guess bc on select i change visible status so it recalculates the window
20160205 16:25:55< vultraz> but it should only recalculate the toggle panel space
20160205 16:40:59-!- Kwandulin [~Miranda@p200300760F0BC58228FB7602A984A7A9.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160205 16:49:57< zookeeper> vultraz, well, clearly i have to enable c++11 because of that error.
20160205 17:05:22-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Ping timeout: 250 seconds]
20160205 17:09:17-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20160205 17:09:17-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Read error: Connection reset by peer]
20160205 17:12:44< zookeeper> vultraz, oh and C:\Games\Wesnoth-git\src\log_windows.cpp|346|error: '_wrename' was not declared in this scope|
20160205 17:13:10< vultraz> can't help you with that
20160205 17:14:08-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20160205 17:16:18< zookeeper> yeah. but now you know not to call it pretty much guaranteed to work :>
20160205 17:33:38-!- gfgtdf [~chatzilla@f054141091.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.92 [Firefox 43.0.4/20160105164030]]
20160205 17:36:45< zookeeper> vultraz, so, regarding this...
20160205 17:36:46< zookeeper> C:\TDM-GCC-32\lib\gcc\mingw32\5.1.0\include\c++\bits\c++0x_warning.h|32|error: #error This file requires compiler and library support for the ISO C++ 2011 standard.
20160205 17:37:05< zookeeper> do you have a corresponding file, or do you have those includes somewhere else and/or of some different version or whatever something i dunno?
20160205 17:38:18< vultraz> i have the same file
20160205 17:38:27-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160205 17:38:32< vultraz> the error is wrapped in a #if __cplusplus < 201103L conditional...
20160205 17:38:34< vultraz> so...
20160205 17:38:40< vultraz> uh
20160205 17:38:47< vultraz> something is c++11
20160205 17:38:51-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160205 17:39:32< zookeeper> right
20160205 17:40:37< zookeeper> oh wait...
20160205 17:40:40 * zookeeper checks something
20160205 17:42:02< zookeeper> that was... because my local code had a #include <thread>
20160205 17:45:04< zookeeper> it worked O.o mind blown
20160205 17:45:51< vultraz> did you disable std=c++11?
20160205 17:45:57< zookeeper> yes
20160205 17:46:20< vultraz> and everything builds? :)
20160205 17:46:47< zookeeper> yes
20160205 17:48:11< vultraz> good, good
20160205 17:48:17< vultraz> now you can get to optimizing 
20160205 17:50:20< zookeeper> this feels very slow though? loading screens take a lot longer
20160205 17:50:47< vultraz> debug build?
20160205 17:50:58< zookeeper> ah, optimizations are off in the compiler settings
20160205 17:51:56< vultraz> if you have a debug build that is the case
20160205 17:52:12< vultraz> Select Release under build -> select target
20160205 17:54:28< zookeeper> it is on release
20160205 17:54:59< vultraz> ... weird
20160205 17:55:41< vultraz> and -O3 is toggled?
20160205 17:55:54< vultraz> (right click Wesnoth, Build Options -> Compiler Flags0
20160205 17:56:06< zookeeper> i toggled on some optimization checkboxes, tried to build, it refused (i guess i'd need to rebuild) but i did a code change and tried to build again and now it chokes on C:/TDM-GCC-32/bin/../lib/gcc/mingw32/5.1.0/../../../../mingw32/bin/ld.exe: reopening ..\..\wesnoth.exe: Permission denied
20160205 17:56:12< zookeeper> (and no it's not in use)
20160205 17:56:27< vultraz> try deleting the file
20160205 17:56:35< vultraz> wesnoth.exe that is
20160205 17:56:39< zookeeper> well... it's gone actually
20160205 17:56:46< vultraz> then just press build again
20160205 17:57:06< zookeeper> yeah that worked
20160205 17:57:31< zookeeper> now it's all good and snappy again
20160205 17:57:39< vultraz> what did you toggle?
20160205 17:58:58< zookeeper> -O3 and -march=core2
20160205 17:59:26< vultraz> former should have been on already
20160205 17:59:36< zookeeper> it wasn't
20160205 18:00:13< vultraz> huh
20160205 18:00:15< vultraz> weird
20160205 18:00:50< vultraz> how fast is your machine that a full rebuild takes a minute
20160205 18:01:11< zookeeper> i didn't choose a full rebuild
20160205 18:01:43< vultraz> oh
20160205 18:07:51-!- EdB [~edb@89-158-11-138.rev.numericable.fr] has joined #wesnoth-dev
20160205 18:42:42< zookeeper> huh. std::thread does actually require 2011. how odd.
20160205 18:43:01< zookeeper> err, s/2011/c++11
20160205 18:44:12-!- EdB [~edb@89-158-11-138.rev.numericable.fr] has quit [Ping timeout: 252 seconds]
20160205 19:11:59-!- EdB [~edb@89-158-11-138.rev.numericable.fr] has joined #wesnoth-dev
20160205 19:14:53-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160205 19:24:11-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160205 19:34:54-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160205 19:38:44-!- aidanhs [~aidanhs@81.4.110.234] has quit [Ping timeout: 248 seconds]
20160205 19:39:17-!- aidanhs [~aidanhs@81.4.110.234] has joined #wesnoth-dev
20160205 19:40:01-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160205 19:57:07-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has joined #wesnoth-dev
20160205 19:59:04-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160205 19:59:53< loonycyborg> zookeeper: What's odd std::thread requiring c++11? It was only added in that std, based on boost.thread
20160205 20:00:31< loonycyborg> and iirc boost even didn't exist when c++98 was ratified :P
20160205 20:00:36< zookeeper> just that i thought it didn't.
20160205 20:21:35-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20160205 20:23:50-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 245 seconds]
20160205 20:23:51-!- wedge010 is now known as wedge009
20160205 20:36:02-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160205 20:38:03-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: mattsc]
20160205 20:40:59-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 264 seconds]
20160205 21:00:30-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20160205 21:11:53-!- Elvish_Hunter [~elvish_hu@wesnoth/developer/elvish-hunter] has joined #wesnoth-dev
20160205 21:15:30-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160205 22:06:33-!- minzbonbon [~min@meta23.net] has joined #wesnoth-dev
20160205 22:31:00-!- Elvish_Hunter [~elvish_hu@wesnoth/developer/elvish-hunter] has left #wesnoth-dev ["Ciao!"]
20160205 22:34:20-!- louis94 [~~louis94@13.149-243-81.adsl-dyn.isp.belgacom.be] has quit [Ping timeout: 260 seconds]
20160205 22:50:20-!- gfgtdf [~chatzilla@f054141091.adsl.alicedsl.de] has joined #wesnoth-dev
20160205 22:50:34< gfgtdf> zookeeper: you shoudl just use boost::thread instead of std::thread
20160205 22:53:50-!- Kwandulin [~Miranda@p200300760F0BC58228FB7602A984A7A9.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20160205 22:56:41-!- irker030 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20160205 22:56:41< irker030> wesnoth: gfgtdf wesnoth:master 97df0ef77dd8 / src/unit.cpp: fix unit profiles beeing lost in unit cctor. https://github.com/wesnoth/wesnoth/commit/97df0ef77dd89e103c319042056f14f538e57547
20160205 22:57:02-!- louis94 [~~louis94@13.149-243-81.adsl-dyn.isp.belgacom.be] has joined #wesnoth-dev
20160205 22:58:50< gfgtdf> does anyone know whats teh difference btween the forums 'Outbox' and 'Sent messages' ?
20160205 23:04:24< zookeeper> gfgtdf, outbox is the messages not yet read by the recipient
20160205 23:12:33< gfgtdf> hm goot to know
20160205 23:12:38< gfgtdf> thx
20160205 23:28:48-!- travis-ci [~travis-ci@ec2-54-158-119-252.compute-1.amazonaws.com] has joined #wesnoth-dev
20160205 23:28:49< travis-ci> wesnoth/wesnoth#8393 (master - 97df0ef : gfgtdf): The build is still failing.
20160205 23:28:49< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/107356481
20160205 23:28:49-!- travis-ci [~travis-ci@ec2-54-158-119-252.compute-1.amazonaws.com] has left #wesnoth-dev []
20160205 23:28:49-!- SpoOkyMagician [~chatzilla@cpe-74-136-45-198.kya.res.rr.com] has joined #wesnoth-dev
20160205 23:54:19-!- Greg-Bog_ [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160205 23:54:38< irker030> wesnoth: gfgtdf wesnoth:master b3d9060d48e1 / src/unit.cpp: fix [unit] random_traits=no https://github.com/wesnoth/wesnoth/commit/b3d9060d48e1e5cbd74f368e26480b1163254c9f
20160205 23:55:08-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Read error: Connection reset by peer]
20160205 23:58:00-!- louis94 [~~louis94@13.149-243-81.adsl-dyn.isp.belgacom.be] has quit [Quit: Konversation terminated!]
--- Log closed Sat Feb 06 00:00:35 2016