--- Log opened Tue Feb 02 00:00:36 2016
20160202 00:08:56-!- Appleman1234 [~Appleman1@KD119104015113.au-net.ne.jp] has joined #wesnoth-dev
20160202 00:09:15-!- neverEnough [~nEnough@host58-11-dynamic.16-79-r.retail.telecomitalia.it] has joined #wesnoth-dev
20160202 00:21:20-!- gfgtdf [~chatzilla@f054154124.adsl.alicedsl.de] has joined #wesnoth-dev
20160202 00:23:29< gfgtdf> does aynone know when the generate_name= attribute in [unit] could be used? (Where the default of 'generating a name iff no name= is given' not what people want?)
20160202 00:41:39-!- mjs-de [~mjs-de@x4db6cf9c.dyn.telefonica.de] has joined #wesnoth-dev
20160202 00:52:14-!- ideuler [~textual@a89-153-72-112.cpe.netcabo.pt] has joined #wesnoth-dev
20160202 00:55:28< vultraz> gfgtdf: generate_name=no?
20160202 00:55:35< vultraz> when you create a unit?
20160202 00:55:47< vultraz> that would leave it with no name if no name= is provided
20160202 01:12:11-!- SpoOkyMagician [~chatzilla@cpe-74-136-45-198.kya.res.rr.com] has quit [Ping timeout: 276 seconds]
20160202 01:12:20-!- SpoOkyMagician_ [~chatzilla@cpe-74-136-45-198.kya.res.rr.com] has joined #wesnoth-dev
20160202 01:12:23-!- SpoOkyMagician_ is now known as SpoOkyMagician
20160202 01:13:07< vultraz> shadowm: would you prefer these or the colored "!"s? https://www.dropbox.com/s/5u93ezfqc96lw2i/friends%20icons2.PNG?dl=0
20160202 01:14:53< shadowm> So the current friend icon is a red exclamation mark (!!!!!), and the ignore icon is a green skull.
20160202 01:15:38< shadowm> I don't know, and I don't know why they'd need an outline anyway.
20160202 01:16:52< vultraz> The red exclamation mark definitely should be changed. For staging purposed I made it a green exclamation mark and the red one the ignore icon
20160202 01:17:59< shadowm> If you are going to use shapes that exist in DejaVu Sans...
20160202 01:18:20< shadowm> I'm leaving the rest of that sentence to your imagination.
20160202 01:18:59< shadowm> Oh, but there's the GUI1 MP lobby and the glorious line-wise SDL_ttf pl formatting.
20160202 01:19:05< vultraz> Yes, but now I'm considering these circles
20160202 01:19:06< shadowm> Neever mind that then.
20160202 01:19:30< shadowm> Circles are in Unicode.
20160202 01:19:51< shadowm> ⬤
20160202 01:19:58< vultraz> Oh
20160202 01:20:07< vultraz> Well that's convenient 
20160202 01:20:08< shadowm> You should get a character map application that doesn't suck some day.
20160202 01:20:24< vultraz> I usually use http://www.fileformat.info/
20160202 01:20:30< shadowm> (Also note I said "in Unicode", not "in DejaVu Sans". I'm not going to do the homework for you.)
20160202 01:20:47< shadowm> (Besides:) 22:19:01 <shadowm> Oh, but there's the GUI1 MP lobby and the glorious line-wise SDL_ttf pl formatting.
20160202 01:21:55-!- SpoOkyMagician [~chatzilla@cpe-74-136-45-198.kya.res.rr.com] has quit [Ping timeout: 276 seconds]
20160202 01:27:33< vultraz> the unicode circles don't look as good
20160202 01:28:08< vultraz> https://www.dropbox.com/s/7dxyuq3tk0a1nk0/unicodecircles.PNG?dl=0
20160202 01:35:25< shadowm> Right, I forgot you're dealing with the crappy Cairo rendering on Windows.
20160202 02:03:03-!- mjs-de [~mjs-de@x4db6cf9c.dyn.telefonica.de] has quit [Remote host closed the connection]
20160202 02:20:46-!- gfgtdf_ [~chatzilla@78.54.56.225] has joined #wesnoth-dev
20160202 02:23:02-!- gfgtdf [~chatzilla@f054154124.adsl.alicedsl.de] has quit [Ping timeout: 276 seconds]
20160202 02:23:11-!- gfgtdf_ is now known as gfgtdf
20160202 02:51:05-!- ideuler [~textual@a89-153-72-112.cpe.netcabo.pt] has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
20160202 03:33:58-!- gfgtdf [~chatzilla@78.54.56.225] has quit [Quit: ChatZilla 0.9.92 [Firefox 43.0.4/20160105164030]]
20160202 04:11:42< vultraz> Latest versions of cairo and pango are 1.14.6 and 1.39.0 and I'm still using 1.10.2 and 1.28.3 :|
20160202 05:03:01-!- neverEnough [~nEnough@host58-11-dynamic.16-79-r.retail.telecomitalia.it] has quit [Remote host closed the connection]
20160202 06:02:49-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20160202 06:05:59-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 276 seconds]
20160202 06:05:59-!- wedge010 is now known as wedge009
20160202 06:27:06< shadowm> vultraz: T foo[] = { a, b, c, d, e , f }; size_t n_items = sizeof(foo)/sizeof(T);
20160202 06:28:13< shadowm> n_items == sizeof(foo) iff sizeof(T) == 1 (e.g. T == char || T == unsigned char || T == signed char).
20160202 06:30:04< vultraz> is that first line literally "sizeof(foo)/sizeof(T)" or are you saying either or
20160202 06:30:18< shadowm> Fun fact: / is an operator in C and C++.
20160202 06:30:31< shadowm> It's the arithmetic division operator.
20160202 06:30:32< vultraz> I know
20160202 06:30:41< vultraz> But it also means 'or' in colloquial usage 
20160202 06:30:43< shadowm> Then what do you think it is, given both lines put together?
20160202 06:31:04< shadowm> I mean come on, anyone who can read the second line can only assume that the '/' in the first line is the operator.
20160202 06:31:13< vultraz> I thought so
20160202 06:31:26< shadowm> Then why ask the obvious, I DON'T GET IT. :x
20160202 06:31:48< vultraz> Because sometimes I don't see the obvious
20160202 06:33:40< shadowm> Also note that T foo* = { ...]; size_t n = sizeof(foo)/sizeof(T); will do something you don't want.
20160202 06:34:01< shadowm> So foo _has_ to be an array.
20160202 06:34:48< vultraz> so I can't use it on "static const char* const speeds[]"?
20160202 06:35:07< shadowm> That is an array.
20160202 06:35:22< shadowm> Just note that it's an array of const char*, not an array of char.
20160202 06:35:27< shadowm> Therefore T is const char*, not char.
20160202 06:36:36< shadowm> (And no, sizeof(char) != sizeof(const char*). Assuming otherwise _will_ result in much pain and suffering.)
20160202 06:41:41< vultraz> so "size_t num_items = sizeof(speeds)/sizeof(const char*);"
20160202 06:42:57< shadowm> Yes.
20160202 06:47:02< vultraz> and then uh
20160202 06:47:32< vultraz> well accl_speeds_.insert(accl_speeds_.end(), speeds, num_items); doesn't work, or accl_speeds_.insert(accl_speeds_.end(), speeds, speeds[num_items]);
20160202 06:47:43< vultraz> this is something absurdly simple and stupid isn't it
20160202 06:48:31< shadowm> accl_speeds_ is a std::vector, right?
20160202 06:48:43< vultraz> std::vector<t_string> accl_speeds_;
20160202 06:49:10< shadowm> There isn't a std::vector::insert overload that takes a count as the third parameter.
20160202 06:50:05< shadowm> Also, I'm not even sure if you know what that insert call is supposed to do.
20160202 06:50:19-!- Kwandulin [~Miranda@p200300760F692403B8C2552A61B56380.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160202 06:50:56< vultraz> insert speeds at the end of the vector?
20160202 06:51:02< shadowm> All of it?
20160202 06:51:51< shadowm> accl_speeds_.insert(accl_speeds_.end(), speeds, &speeds[num_items]);
20160202 06:52:50< vultraz> so the lass argument tells how many items to insert?
20160202 06:53:03< shadowm> http://en.cppreference.com/w/cpp/container/vector/insert
20160202 06:53:04< vultraz> last
20160202 06:53:12< shadowm> No, never.
20160202 06:53:57< shadowm> And there are several overloads. The one I propose is overload 4.
20160202 06:54:54< shadowm> And this is where you are supposed to have a moment of brilliance and recall that time I told you that iterators as a concept are a generalization of pointers. Alas, that won't happen.
20160202 06:58:03< vultraz> so it's just a pointer to the last element? 
20160202 06:58:19< vultraz> ie, it's saying insert at here from here until here
20160202 06:58:33< shadowm> Okay let me dissect it for you:
20160202 06:58:38< shadowm>     accl_speeds_.insert(accl_speeds_.end(), speeds, &speeds[num_items]);
20160202 06:58:56< shadowm> The first parameter is the insertion start iterator.
20160202 06:59:04< shadowm> Elements will be inserted beginning at that position.
20160202 06:59:28< shadowm> The second parameter is the input start iterator. Elements will be copied from a nondescript container, beginning at that position.
20160202 06:59:45< shadowm> The third parameter is the input end iterator. Elements will be copied from a nondescript container up to that position (non-inclusive).
20160202 06:59:58< shadowm> It just so happens that both input iterators are actually pointers.
20160202 07:00:30< vultraz> That's what I meant
20160202 07:00:41< shadowm> By virtue of being defined as an array, `speeds` is a const char** in this context.
20160202 07:01:06< shadowm> A corollary of this is that `speeds[n]` is a const char* and `&speeds[n]` is a const char** for any given value of n.
20160202 07:03:53< shadowm> More generally, given `T foo[]`, the identity `&foo[n] == foo + n*sizeof(T)` holds true.
20160202 07:05:29< celticminstrel> Yes vultraz, iterators are pointers are iterators.
20160202 07:05:44< celticminstrel> (More or less.)
20160202 07:06:29< celticminstrel> (Strictly speaking, pointers are iterators but iterators are not what C calls a pointer, but you can thing of an iterator as a pointer anyway.)
20160202 07:06:55< shadowm> I strongly advise against that last part, it'll only confuse vultraz further.
20160202 07:07:17< celticminstrel> Also, don't get confused between C++ iterators and Lua iterators.
20160202 07:10:52-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20160202 07:19:17< vultraz> alright, pushed the change
20160202 07:22:32< celticminstrel> ^think
20160202 07:22:53< vultraz> ?
20160202 07:23:40< celticminstrel> Just correcting my spelling belatedly.
20160202 07:23:52< vultraz> ah
20160202 07:34:37< vultraz> hm
20160202 07:34:56< vultraz> just realized i don't use the description fields in the compression combobox
20160202 07:37:42< vultraz> I think I'll implement some changes to the comboxbox for that
20160202 07:57:08< vultraz> gui2 has weird handling of borders
20160202 07:57:40< vultraz> it doesn't include borders in rectangle drawing or provide an option to do so
20160202 07:57:49< vultraz> and it doesn't register clicks in that area either
20160202 08:04:05< vultraz> trying to find the implementation of the formula variables
20160202 08:07:09< vultraz> shadowm: if 'using namespace' is so evil why is it used 25 times in the sourcecode?
20160202 08:11:30< shadowm> Because some people didn't care, and other people are aware of the consequences.
20160202 08:13:00-!- Kwandulin [~Miranda@p200300760F692403B8C2552A61B56380.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20160202 08:24:43< vultraz> I still have yet to learn what operator() does 
20160202 08:25:15< vultraz> I have a vague idea it defines a operation symbol for objects 
20160202 08:31:10< vultraz> ok, I give up. I have absolutely no idea how the (width) variable is calculated 
20160202 08:35:56-!- zombah [~zombah@2a02:28:3:1:214:4fff:fe47:5920] has joined #wesnoth-dev
20160202 08:40:09< vultraz> none of the formula crap makes any sense
20160202 08:47:06< vultraz> optimally there'd be a cell_width variable to get the dimensions of the parent cell
20160202 09:00:14< vultraz> gfgtdf: do you know anything about the (width) variable 
20160202 09:06:55-!- Elsi_ [~Elsi@luwin.ulrar.net] has quit [Ping timeout: 240 seconds]
20160202 09:28:42< shadowm> http://en.cppreference.com/w/cpp/language/operators
20160202 09:29:30< shadowm> Beware of the difference between overloading most operators, overloading the () operator, and overloading the cast operator.
20160202 09:29:49< Aginor> zookeeper: what's the problem with blur_surface?
20160202 09:29:51< shadowm> All of them use parentheses in their signature since parentheses are part of the function declaration grammar.
20160202 09:30:05< shadowm> So yeah have fun figuring that on your own.
20160202 09:30:17< Aginor> zookeeper: (also, we'll need to get rid of it for HW accelleration, ideally replace with a shader)
20160202 09:31:03< zookeeper> Aginor, the problem with blur_alpha_surface() is that when blurring rgb channels, it allows the rgb values of fully transparent pixels to affect the result
20160202 09:31:09< shadowm> Aginor: Years in the future you mean...?
20160202 09:31:27< shadowm> Unless someone decided to make OpenGL a 1.14 target when I wasn't looking.
20160202 09:31:32< Aginor> shadowm: I'm a bit more hopeful than that
20160202 09:33:25< zookeeper> Aginor, for example, the ghost's background pixels are 255,255,255,0 and as a result it blurs horribly like this: https://dl.dropboxusercontent.com/u/63964618/wesnoth/blur_alpha_bug.jpg
20160202 09:33:40< Aginor> ah, I see
20160202 09:33:48< Aginor> zookeeper: thank you
20160202 09:34:14< Aginor> zookeeper: we might need to reimplement that function :)
20160202 09:34:48< zookeeper> you don't think it can just be lightly patched?
20160202 09:35:14< Aginor> zookeeper: I'd rather go for a clean implementation and document the algorithm used
20160202 09:35:29< Aginor> otherwise it'll just be the same situation later, some code nobody really understands
20160202 09:35:52< shadowm> Does nobody really understand it though?
20160202 09:36:28< Aginor> I could pick it apart if I really wanted to
20160202 09:36:32< shadowm> I'm asking about our more maths-oriented devs, obviously, who I hope exist.
20160202 09:36:46< shadowm> (We do have such people, right?)
20160202 09:36:56< Aginor> I probably count
20160202 09:37:11< zookeeper> dave wrote blur_surface(), alink copied it to create blur_alpha_surface(), i guess it has seen some other alterations too
20160202 09:37:46< zookeeper> (and of course alink did note that "This is a quick working hack, but need to be clean later and probably improve the algorithm about the color of fully transparent pixels.")
20160202 09:38:04< zookeeper> and we've had the quick working hack since 2007 :>
20160202 09:38:41< shadowm> To be fair, it didn't see use outside UI code until I or whoever added the BL ipf.
20160202 09:39:31< shadowm> And I don't think many people want to use it on sprites since the results are obviously not pixelly.
20160202 09:39:43< Aginor> zookeeper: that's why you need to careful with the quick and ugly fixes, they never get replaced and stay until they break :)
20160202 09:40:34< Aginor> zookeeper: we should replace those two functions with one, which is alpha-aware and does the right thing
20160202 09:40:45< Aginor> preferably also respects the SDL blendmodes
20160202 09:48:02-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has quit [Quit: And lo! The computer falls into a deep sleep, to awake again some other day!]
20160202 09:48:52-!- Elsi [~Elsi@luwin.ulrar.net] has joined #wesnoth-dev
20160202 09:55:54< Aginor> shadowm: are you available for providing some help? (for a short while, it's coming up on my bed time)
20160202 10:09:11-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 264 seconds]
20160202 10:26:40-!- irker396 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20160202 10:26:40< irker396> wesnoth: Andreas Löf wesnoth:guifixes a02a8da7ea3b / src/ (7 files in 2 dirs): Continued improvements to layered rendering https://github.com/wesnoth/wesnoth/commit/a02a8da7ea3b3b974b976f9ec2aeae687b1fa880
20160202 10:27:29-!- mjs-de [~mjs-de@f049006248.adsl.alicedsl.de] has joined #wesnoth-dev
20160202 10:28:25< Aginor> and with that, I disappear for the day
20160202 10:52:53< vultraz> shadowm: I have a proposal: since we can't implement the smaller-size scrollbars yet, can we remove the repeating buttons from them? Might make it easier to fix the listbox header issue as well
20160202 10:53:56< vultraz> (I'm also pondering a solution for the button scaling problem)
20160202 11:02:36< zookeeper> it would be super convenient if some VC user could fix stuff so i could compile again.
20160202 11:09:46-!- travis-ci [~travis-ci@ec2-23-22-3-247.compute-1.amazonaws.com] has joined #wesnoth-dev
20160202 11:09:47< travis-ci> wesnoth/wesnoth#8365 (guifixes - a02a8da : Andreas Löf): The build was broken.
20160202 11:09:47< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/106437966
20160202 11:09:47-!- travis-ci [~travis-ci@ec2-23-22-3-247.compute-1.amazonaws.com] has left #wesnoth-dev []
20160202 11:40:27< vultraz> typedef std::pair<std::vector<std::pair<std::string, std::string> >, std::vector<std::string> > combo_data;
20160202 11:40:30< vultraz> i haz gone too far :D
20160202 11:46:23< zookeeper> D:
20160202 11:57:02< zookeeper> i _think_ i did the sdl2 thing right, and then i renamed the various combobox files so that it won't complain about them, but still:
20160202 11:57:04< zookeeper> 1>combobox.obj : error LNK2001: unresolved external symbol "private: virtual class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &__thiscall gui2::tdrop_down_list::window_id(void)const " (?window_id@tdrop_down_list@gui2@@EBEABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@XZ)
20160202 11:57:04< zookeeper> 1>combobox.obj : error LNK2001: unresolved external symbol "private: virtual void __thiscall gui2::tdrop_down_list::pre_show(class CVideo &,class gui2::twindow &)"(?pre_show@tdrop_down_list@gui2@@EAEXAAVCVideo@@AAVtwindow@2@@Z)
20160202 11:57:04< zookeeper> 1>combobox.obj : error LNK2001: unresolved external symbol "private: virtual void __thiscall gui2::tdrop_down_list::post_show(class gui2::twindow &)"(?post_show@tdrop_down_list@gui2@@EAEXAAVtwindow@2@@Z)
20160202 12:15:01< vultraz> zookeeper: why not just add the combobox files?
20160202 12:15:09< irker396> wesnoth: loonycyborg wesnoth:asio_wesnothd 3640fc33fd43 / src/server/server.cpp: Implemented client redirection to other servers based on version https://github.com/wesnoth/wesnoth/commit/3640fc33fd43f673df949c1bb5f6b7fc0c41c560
20160202 12:17:06< zookeeper> vultraz, i don't think you understand
20160202 12:25:19-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 265 seconds]
20160202 12:35:57-!- pyndragon [~pydsigner@unaffiliated/pydsigner] has joined #wesnoth-dev
20160202 12:36:27-!- zombah [~zombah@2a02:28:3:1:214:4fff:fe47:5920] has quit [Ping timeout: 240 seconds]
20160202 12:36:27-!- pydsigner [~pydsigner@unaffiliated/pydsigner] has quit [Ping timeout: 240 seconds]
20160202 12:37:55-!- zombah [~zombah@2a02:28:3:1:214:4fff:fe47:5920] has joined #wesnoth-dev
20160202 12:43:38-!- vultraz [~chatzilla@124.109.10.167] has joined #wesnoth-dev
20160202 12:43:38-!- vultraz [~chatzilla@124.109.10.167] has quit [Changing host]
20160202 12:43:38-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20160202 13:21:54-!- louis94 [~~louis94@13.149-243-81.adsl-dyn.isp.belgacom.be] has joined #wesnoth-dev
20160202 13:40:19-!- gfgtdf [~chatzilla@f054056225.adsl.alicedsl.de] has joined #wesnoth-dev
20160202 13:41:52< vultraz> hey gfgtdf 
20160202 13:42:06< gfgtdf> vultraz: hi
20160202 13:43:04-!- zombah [~zombah@2a02:28:3:1:214:4fff:fe47:5920] has quit [Quit: Leaving]
20160202 13:56:45-!- louis94 [~~louis94@13.149-243-81.adsl-dyn.isp.belgacom.be] has quit [Ping timeout: 260 seconds]
20160202 14:06:45-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has joined #wesnoth-dev
20160202 14:09:20-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has quit [Client Quit]
20160202 14:20:14-!- sfan786 [~sfan786@c-24-131-93-63.hsd1.pa.comcast.net] has joined #wesnoth-dev
20160202 14:33:24-!- Appleman1234 [~Appleman1@KD119104015113.au-net.ne.jp] has quit [Ping timeout: 250 seconds]
20160202 14:58:59-!- prkc [~prkc@46.166.190.200] has joined #wesnoth-dev
20160202 15:09:44-!- sfan786 [~sfan786@c-24-131-93-63.hsd1.pa.comcast.net] has quit [Max SendQ exceeded]
20160202 15:12:58-!- sfan786 [~sfan786@c-24-131-93-63.hsd1.pa.comcast.net] has joined #wesnoth-dev
20160202 15:15:28-!- irker396 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20160202 15:19:15-!- sfan786 [~sfan786@c-24-131-93-63.hsd1.pa.comcast.net] has quit [Max SendQ exceeded]
20160202 15:23:25-!- sfan786 [~sfan786@c-24-131-93-63.hsd1.pa.comcast.net] has joined #wesnoth-dev
20160202 15:24:21-!- gfgtdf [~chatzilla@f054056225.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.92 [Firefox 43.0.4/20160105164030]]
20160202 15:26:06-!- sfan786 [~sfan786@c-24-131-93-63.hsd1.pa.comcast.net] has quit [Max SendQ exceeded]
20160202 15:32:09-!- aeonchild is now known as enchilado
20160202 15:32:12-!- enchilado is now known as aeonchild
20160202 15:32:21-!- irker254 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20160202 15:32:21< irker254> wesnoth: loonycyborg wesnoth:asio_wesnothd 171d6a4e0a3d / src/server/ (server.cpp server.hpp): Implemented shutdown and restart admin commands https://github.com/wesnoth/wesnoth/commit/171d6a4e0a3dc7a43a0eda632a298781c0fd87d8
20160202 15:37:32-!- pyndragon is now known as pydsigner
20160202 15:52:26-!- prkc [~prkc@46.166.190.200] has quit [Ping timeout: 240 seconds]
20160202 16:07:32-!- prkc [~prkc@catv-80-99-66-25.catv.broadband.hu] has joined #wesnoth-dev
20160202 16:21:45-!- boucman_work [~jrosen@178.251.23.96] has joined #wesnoth-dev
20160202 16:21:45-!- boucman_work [~jrosen@178.251.23.96] has quit [Changing host]
20160202 16:21:45-!- boucman_work [~jrosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20160202 16:22:00-!- boucman_work [~jrosen@wesnoth/developer/boucman] has quit [Client Quit]
20160202 16:26:17-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160202 16:26:43-!- travis-ci [~travis-ci@ec2-23-22-3-247.compute-1.amazonaws.com] has joined #wesnoth-dev
20160202 16:26:44< travis-ci> wesnoth/wesnoth#8367 (asio_wesnothd - 171d6a4 : loonycyborg): The build has errored.
20160202 16:26:44< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/106496353
20160202 16:26:44-!- travis-ci [~travis-ci@ec2-23-22-3-247.compute-1.amazonaws.com] has left #wesnoth-dev []
20160202 16:27:39-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160202 16:27:46-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160202 16:48:53-!- louis94 [~~louis94@13.149-243-81.adsl-dyn.isp.belgacom.be] has joined #wesnoth-dev
20160202 17:04:05-!- louis94 [~~louis94@13.149-243-81.adsl-dyn.isp.belgacom.be] has quit [Quit: Konversation terminated!]
20160202 17:12:47< vultraz> gfgtdf: seems the fold()/unfold() actions for tree view don't update scrollbar size for the tree view. any suggestions?
20160202 18:02:43-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20160202 18:06:33-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 265 seconds]
20160202 18:06:34-!- wedge010 is now known as wedge009
20160202 18:32:33-!- irker254 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20160202 18:43:55-!- Kwandulin [~Miranda@p200300760F692422284A66C1722BB9E3.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160202 19:07:26-!- ShikadiLord [~ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20160202 19:09:38-!- TC01_ [~quassel@london.acm.jhu.edu] has joined #wesnoth-dev
20160202 19:10:07-!- horrowind [~Icedove@2a02:810a:8380:834:21b:fcff:fee3:c3ff] has joined #wesnoth-dev
20160202 19:12:22-!- Netsplit *.net <-> *.split quits: TC01, shadowm
20160202 19:15:24-!- neverEnough [~nEnough@host58-11-dynamic.16-79-r.retail.telecomitalia.it] has joined #wesnoth-dev
20160202 19:18:01-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160202 19:18:42-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160202 19:23:00-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has joined #wesnoth-dev
20160202 19:23:09-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Client Quit]
20160202 19:25:37-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has quit [Client Quit]
20160202 19:30:42-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160202 19:44:43-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20160202 19:51:09-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 240 seconds]
20160202 19:51:12-!- wedge010 is now known as wedge009
20160202 19:52:56-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has joined #wesnoth-dev
20160202 20:15:28-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160202 20:19:28-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160202 20:43:44-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160202 20:56:43-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has joined #wesnoth-dev
20160202 20:58:38-!- pydsigner [~pydsigner@unaffiliated/pydsigner] has quit [Ping timeout: 250 seconds]
20160202 20:59:19-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has quit [Client Quit]
20160202 21:00:27-!- pydsigner [~pydsigner@unaffiliated/pydsigner] has joined #wesnoth-dev
20160202 21:00:36-!- gfgtdf [~chatzilla@f054056225.adsl.alicedsl.de] has joined #wesnoth-dev
20160202 21:01:31< gfgtdf> vultraz: whihc size exactly do you mean?
20160202 21:25:23-!- aidanhs [~aidanhs@81.4.110.234] has quit [Ping timeout: 264 seconds]
20160202 21:31:28-!- aidanhs [~aidanhs@81.4.110.234] has joined #wesnoth-dev
20160202 21:35:51-!- Kwandulin [~Miranda@p200300760F692422284A66C1722BB9E3.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20160202 21:38:44-!- prkc [~prkc@catv-80-99-66-25.catv.broadband.hu] has quit [Quit: Leaving]
20160202 21:57:43-!- neverEnough [~nEnough@host58-11-dynamic.16-79-r.retail.telecomitalia.it] has quit [Remote host closed the connection]
20160202 22:08:23< ShikadiLord> vultraz: No.
20160202 22:08:32< ShikadiLord> Aginor: No, I wasn't. What's the question?
20160202 22:12:12-!- prkc [~prkc@gateway/vpn/privateinternetaccess/prkc] has joined #wesnoth-dev
20160202 22:46:25-!- TC01_ is now known as TC01
20160202 22:46:30-!- TC01 [~quassel@london.acm.jhu.edu] has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
20160202 22:46:52-!- TC01 [~quassel@london.acm.jhu.edu] has joined #wesnoth-dev
20160202 22:48:59-!- louis94 [~~louis94@13.149-243-81.adsl-dyn.isp.belgacom.be] has joined #wesnoth-dev
20160202 23:10:23-!- gfgtdf_ [~chatzilla@f054056225.adsl.alicedsl.de] has joined #wesnoth-dev
20160202 23:11:46-!- gfgtdf [~chatzilla@f054056225.adsl.alicedsl.de] has quit [Ping timeout: 240 seconds]
20160202 23:11:47-!- gfgtdf_ is now known as gfgtdf
20160202 23:15:07-!- SpoOkyMagician [~chatzilla@cpe-74-136-45-198.kya.res.rr.com] has joined #wesnoth-dev
20160202 23:29:20-!- Appleman1234 [~Appleman1@KD119104006003.au-net.ne.jp] has joined #wesnoth-dev
20160202 23:39:38-!- SpoOkyMagician [~chatzilla@cpe-74-136-45-198.kya.res.rr.com] has quit [Ping timeout: 276 seconds]
20160202 23:40:25-!- SpoOkyMagician [~chatzilla@cpe-74-136-45-198.kya.res.rr.com] has joined #wesnoth-dev
20160202 23:43:54-!- mjs-de [~mjs-de@f049006248.adsl.alicedsl.de] has quit [Remote host closed the connection]
20160202 23:54:40-!- louis94 [~~louis94@13.149-243-81.adsl-dyn.isp.belgacom.be] has quit [Quit: Konversation terminated!]
20160202 23:58:54-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 250 seconds]
20160202 23:59:22-!- BPRoberts [6273bd6f@gateway/web/freenode/ip.98.115.189.111] has joined #wesnoth-dev
--- Log closed Wed Feb 03 00:00:54 2016