--- Log opened Fri Dec 09 00:00:51 2016
20161209 00:06:05-!- Shiki [~Shiki@141.39.226.226] has quit [Quit: Verlassend]
20161209 00:06:31< vultraz> [06:51:39]	zookeeper	20161208 21:48:38 error general: Error while reading the WML: can't parse color string:
20161209 00:06:36< vultraz> how would one even parse that?
20161209 00:06:44< celticminstrel> ???
20161209 00:06:55< vultraz> is it RGB RGB RGB?
20161209 00:07:23< celticminstrel> Looks like it.
20161209 00:07:39< zookeeper> so it seems
20161209 00:07:52< vultraz> change it to hex colors.
20161209 00:08:08< celticminstrel> What's the context here.
20161209 00:08:36< vultraz> test scenario
20161209 00:08:44< celticminstrel> Defining a custom color_range?
20161209 00:08:57< vultraz> custom color range registered as R,G,B,R,G,B,R,G,B
20161209 00:09:14< celticminstrel> Okay, I just have to wonder why you would do that...
20161209 00:09:23< celticminstrel> Still, you could probably also fix it with parentheses?
20161209 00:09:39< celticminstrel> Or wait, I guess it probably uses split, not paren split.
20161209 00:10:31< vultraz> I can see how the old code might have handled it
20161209 00:10:33< vultraz> but
20161209 00:10:38< vultraz> I don't exactly want to support this format
20161209 00:12:13< celticminstrel> Is it used on the addons server?
20161209 00:13:24< zookeeper> the only matches for rgb= on the 1.12 server use 3 values, not 9 (so they're probably in some other context)
20161209 00:13:50< celticminstrel> Try grep -A3 -F '[color_range]' ?
20161209 00:14:03< celticminstrel> That'll find all uses of color_range and include their contents.
20161209 00:14:16< celticminstrel> (Unless some addon uses lots of blank lines.)
20161209 00:15:16< zookeeper> why? the rgb= search already must have catched all cases
20161209 00:16:37< zookeeper> s/catched/caught
20161209 00:18:12< zookeeper> anyway, i don't particularly care about that functionality since it's evidently not really used, but hex colors are awkward so i wouldn't make it a policy to specifically _not_ support normal RGB values
20161209 00:19:13< zookeeper> if anything, RGB should be usable everywhere where hex values are. but, again, it's hardly a big issue either way.
20161209 00:23:44-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 250 seconds]
20161209 00:26:10-!- travis-ci [~travis-ci@ec2-54-91-2-8.compute-1.amazonaws.com] has joined #wesnoth-dev
20161209 00:26:11< travis-ci> wesnoth/wesnoth#12346 (master - c3174b4 : gfgtdf): The build passed.
20161209 00:26:11< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/182411490
20161209 00:26:11-!- travis-ci [~travis-ci@ec2-54-91-2-8.compute-1.amazonaws.com] has left #wesnoth-dev []
20161209 00:36:05-!- louis94 [~~louis94@91.178.241.149] has quit [Ping timeout: 246 seconds]
20161209 00:41:25-!- serin| [~serin@209.77.159.143.dyn.plus.net] has quit [Ping timeout: 265 seconds]
20161209 00:41:50-!- serin| [~serin@209.77.159.143.dyn.plus.net] has joined #wesnoth-dev
20161209 00:42:36-!- Appveyor [~Appveyor@74.205.54.20] has joined #wesnoth-dev
20161209 00:42:36< Appveyor> The Battle for Wesnoth (Visual Studio 2015) - Release gfgtdf 66494fc: fix ub in matrix widget Succeeded
20161209 00:42:36< Appveyor> Details: https://ci.appveyor.com/project/wesnoth/wesnoth-7lnpw/build/Wesnoth-VS2015-master-26
20161209 00:42:36< Appveyor> Commit: https://gitHub.com/wesnoth/wesnoth/commit/66494fc34fd0eb66d37b4b11d1b71ffb3e59f283
20161209 00:42:40-!- Appveyor [~Appveyor@74.205.54.20] has left #wesnoth-dev []
20161209 00:46:15< celticminstrel> Well, you're probably right. *shrug*
20161209 00:46:44< celticminstrel> I don't find hex colours all that awkward though?
20161209 00:47:15< celticminstrel> That said, IIRC [color_range] really only defines four colours, so why does it stuff them all into the same key anyway...
20161209 00:48:53-!- irker143 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20161209 01:03:11-!- Appleman1234 [~Appleman1@KD106161208121.au-net.ne.jp] has joined #wesnoth-dev
20161209 01:07:34-!- Appveyor [~Appveyor@74.205.54.20] has joined #wesnoth-dev
20161209 01:07:34< Appveyor> The Battle for Wesnoth (Visual Studio 2015) - Debug gfgtdf 66494fc: fix ub in matrix widget Succeeded
20161209 01:07:34< Appveyor> Details: https://ci.appveyor.com/project/wesnoth/wesnoth-7lnpw/build/Wesnoth-VS2015-master-26
20161209 01:07:34< Appveyor> Commit: https://gitHub.com/wesnoth/wesnoth/commit/66494fc34fd0eb66d37b4b11d1b71ffb3e59f283
20161209 01:07:38-!- Appveyor [~Appveyor@74.205.54.20] has left #wesnoth-dev []
20161209 01:15:35-!- RatArmy_ [~ratarmy@om126212248195.14.openmobile.ne.jp] has joined #wesnoth-dev
20161209 01:16:29-!- RatArmy_ [~ratarmy@om126212248195.14.openmobile.ne.jp] has quit [Read error: Connection reset by peer]
20161209 01:20:57-!- travis-ci [~travis-ci@ec2-184-73-62-195.compute-1.amazonaws.com] has joined #wesnoth-dev
20161209 01:20:58< travis-ci> wesnoth/wesnoth#12347 (master - 66494fc : gfgtdf): The build passed.
20161209 01:20:58< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/182417501
20161209 01:20:58-!- travis-ci [~travis-ci@ec2-184-73-62-195.compute-1.amazonaws.com] has left #wesnoth-dev []
20161209 01:21:13-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:49cc:5cbd:4b01:83a9] has quit [Remote host closed the connection]
20161209 01:21:56-!- RatArmy_ [~ratarmy@om126212248195.14.openmobile.ne.jp] has joined #wesnoth-dev
20161209 01:23:09< gfgtdf> vultraz: any opinion on changign the gui2 wml files to udse teh more standard yes/no for boolean values?
20161209 01:23:10-!- RatArmy_ [~ratarmy@om126212248195.14.openmobile.ne.jp] has quit [Read error: Connection reset by peer]
20161209 01:23:32< vultraz> I couldn't hurt but I see no reason to
20161209 01:23:34-!- RatArmy_ [~ratarmy@om126212248195.14.openmobile.ne.jp] has joined #wesnoth-dev
20161209 01:25:56-!- RatArmy_ [~ratarmy@om126212248195.14.openmobile.ne.jp] has quit [Read error: Connection reset by peer]
20161209 01:26:32< gfgtdf> vultraz: as i said in the latest comment in https://github.com/wesnoth/wesnoth/pull/896 =true has some probelm so i want to replace it in all non-gui cfg files, and i'm wondering whetehr i shodul do the gui2 config files too
20161209 01:27:07< gfgtdf> vultraz: also didnt we want to rmvoe those [porttrait] tags from untis ?
20161209 01:27:13< vultraz> yes
20161209 01:27:20< vultraz> I already did so in mainline a long time ago
20161209 01:27:26< celticminstrel> gfgtdf: There's no problem with true/false.
20161209 01:27:49< gfgtdf> celticminstrel: why do you think that?
20161209 01:28:33< celticminstrel> Because using boolean_equals made it work.
20161209 01:28:58< gfgtdf> and ofc my string search programm also seaches in .png files...
20161209 01:29:24< gfgtdf> celticminstrel: still it behaves unexpected, even if it is possible to fix 
20161209 01:29:24< celticminstrel> Also, if I understand correctly, reading and writing a config file will actually preserve yes/no vs true/false.
20161209 01:29:41< gfgtdf> celticminstrel: yes but converting to lua and bak will not
20161209 01:30:07< celticminstrel> Right, any true/false added to the config after initial load will be saved as yes/no.
20161209 01:30:17< vultraz> one should always use boolean_equals when comparing bools anyway
20161209 01:41:00-!- Appveyor [~Appveyor@74.205.54.20] has joined #wesnoth-dev
20161209 01:41:00< Appveyor> The Battle for Wesnoth (Visual Studio 2013) - Release gfgtdf 66494fc: fix ub in matrix widget Succeeded
20161209 01:41:00< Appveyor> Details: https://ci.appveyor.com/project/wesnoth/wesnoth/build/Wesnoth-VS2013-master-27
20161209 01:41:00< Appveyor> Commit: https://gitHub.com/wesnoth/wesnoth/commit/66494fc34fd0eb66d37b4b11d1b71ffb3e59f283
20161209 01:41:04-!- Appveyor [~Appveyor@74.205.54.20] has left #wesnoth-dev []
20161209 01:42:51< gfgtdf> anyoen know what [movetpye] flies=yes/no does ?
20161209 01:43:13< celticminstrel> IIRC it makes the unit ignore submerge or something.
20161209 01:46:02-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has quit [Quit: Connection closed for inactivity]
20161209 01:50:45-!- RatArmy_ [~ratarmy@133.15.175.65] has joined #wesnoth-dev
20161209 01:51:04< celticminstrel> Why does AppVeyor require cookies to function. :|
20161209 01:53:06-!- irker193 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20161209 01:53:07< irker193> wesnoth: Celtic Minstrel wesnoth:master 5f8e6f9a7b00 / .appveyor.vs2013.yml .appveyor.vs2015.yml: Appveyor: Omit commit URL from announcement since builds are scheduled https://github.com/wesnoth/wesnoth/commit/5f8e6f9a7b003fb9a99601fd562ba962fa81e3fd
20161209 02:00:23< irker193> wesnoth: gfgtdf wesnoth:master c8236777abb1 / data/campaigns/ (7 files in 2 dirs): remove [portait] tags https://github.com/wesnoth/wesnoth/commit/c8236777abb1657c78df44cf2fd49b698b824208
20161209 02:00:25< irker193> wesnoth: gfgtdf wesnoth:master d98525d9514c / data/ (50 files in 28 dirs): replace true/false with yes/no in mainline https://github.com/wesnoth/wesnoth/commit/d98525d9514cc5a1a43c3e2512caf6b4082c2973
20161209 02:01:57< celticminstrel> I really wonder why you bothered, but whatever, not important.
20161209 02:03:05< celticminstrel> I guess you skipped the GUI2 cases.
20161209 02:04:01< gfgtdf> searched only in data/core and data/campaigns.
20161209 02:04:13 * celticminstrel nod
20161209 02:05:42-!- Appveyor [~Appveyor@74.205.54.20] has joined #wesnoth-dev
20161209 02:05:42< Appveyor> The Battle for Wesnoth (Visual Studio 2013) - Debug gfgtdf 66494fc: fix ub in matrix widget Succeeded
20161209 02:05:42< Appveyor> Details: https://ci.appveyor.com/project/wesnoth/wesnoth/build/Wesnoth-VS2013-master-27
20161209 02:05:42< Appveyor> Commit: https://gitHub.com/wesnoth/wesnoth/commit/66494fc34fd0eb66d37b4b11d1b71ffb3e59f283
20161209 02:05:46-!- Appveyor [~Appveyor@74.205.54.20] has left #wesnoth-dev []
20161209 02:45:04-!- RatArmy_ [~ratarmy@133.15.175.65] has quit [Read error: Connection reset by peer]
20161209 02:45:49-!- RatArmy_ [~ratarmy@133.15.175.65] has joined #wesnoth-dev
20161209 03:01:26-!- travis-ci [~travis-ci@ec2-184-73-62-195.compute-1.amazonaws.com] has joined #wesnoth-dev
20161209 03:01:27< travis-ci> wesnoth/wesnoth#12348 (master - 5f8e6f9 : Celtic Minstrel): The build has errored.
20161209 03:01:27< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/182475011
20161209 03:01:27-!- travis-ci [~travis-ci@ec2-184-73-62-195.compute-1.amazonaws.com] has left #wesnoth-dev []
20161209 03:02:01-!- gfgtdf [~chatzilla@x4e368239.dyn.telefonica.de] has quit [Ping timeout: 260 seconds]
20161209 03:02:39-!- gfgtdf [~chatzilla@x4e3699e9.dyn.telefonica.de] has joined #wesnoth-dev
20161209 03:07:43-!- gfgtdf [~chatzilla@x4e3699e9.dyn.telefonica.de] has quit [Ping timeout: 260 seconds]
20161209 03:13:26-!- gfgtdf [~chatzilla@x4e3699e9.dyn.telefonica.de] has joined #wesnoth-dev
20161209 03:14:51-!- RatArmy_ [~ratarmy@133.15.175.65] has quit [Read error: Connection reset by peer]
20161209 03:15:01-!- RatArmy_ [~ratarmy@om126204172044.6.openmobile.ne.jp] has joined #wesnoth-dev
20161209 03:15:50-!- gimemor [~gimemor@host-95-152-57-4.dsl.sura.ru] has joined #wesnoth-dev
20161209 03:15:51-!- RatArmy_ [~ratarmy@om126204172044.6.openmobile.ne.jp] has quit [Read error: Connection reset by peer]
20161209 03:16:04-!- RatArmy_ [~ratarmy@om126204172044.6.openmobile.ne.jp] has joined #wesnoth-dev
20161209 03:16:41-!- gfgtdf [~chatzilla@x4e3699e9.dyn.telefonica.de] has quit [Read error: Connection reset by peer]
20161209 03:16:42-!- RatArmy_ [~ratarmy@om126204172044.6.openmobile.ne.jp] has quit [Read error: Connection reset by peer]
20161209 03:55:44-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20161209 04:23:14-!- gimemor [~gimemor@host-95-152-57-4.dsl.sura.ru] has quit [Ping timeout: 246 seconds]
20161209 04:23:30-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:49cc:5cbd:4b01:83a9] has joined #wesnoth-dev
20161209 04:37:59-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:49cc:5cbd:4b01:83a9] has quit [Remote host closed the connection]
20161209 05:00:48-!- irker193 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20161209 05:19:16-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has quit [Quit: KABOOM! It seems that I have exploded. Please wait while I reinstall the universe.]
20161209 05:34:47-!- RatArmy_ [~ratarmy@133.15.175.65] has joined #wesnoth-dev
20161209 05:38:31-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:49cc:5cbd:4b01:83a9] has joined #wesnoth-dev
20161209 05:39:17-!- RatArmy_ [~ratarmy@133.15.175.65] has quit [Ping timeout: 260 seconds]
20161209 05:44:15-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:49cc:5cbd:4b01:83a9] has quit [Ping timeout: 258 seconds]
20161209 06:06:09-!- JyrkiVesterinen [~JyrkiVest@87-100-247-81.bb.dnainternet.fi] has joined #wesnoth-dev
20161209 06:08:54-!- RatArmy_ [~ratarmy@om126200120221.15.openmobile.ne.jp] has joined #wesnoth-dev
20161209 06:30:48-!- RatArmy_ [~ratarmy@om126200120221.15.openmobile.ne.jp] has quit [Read error: Connection reset by peer]
20161209 06:53:54-!- JyrkiVesterinen [~JyrkiVest@87-100-247-81.bb.dnainternet.fi] has quit [Quit: .]
20161209 06:56:20-!- RatArmy_ [~ratarmy@om126200120221.15.openmobile.ne.jp] has joined #wesnoth-dev
20161209 07:37:06-!- JyrkiVesterinen [~JyrkiVest@85-76-41-209-nat.elisa-mobile.fi] has joined #wesnoth-dev
20161209 07:50:26-!- RatArmy_ [~ratarmy@om126200120221.15.openmobile.ne.jp] has quit [Read error: Connection reset by peer]
20161209 07:51:56-!- RatArmy_ [~ratarmy@om126200120221.15.openmobile.ne.jp] has joined #wesnoth-dev
20161209 08:06:49-!- RatArmy_ [~ratarmy@om126200120221.15.openmobile.ne.jp] has quit [Read error: Connection reset by peer]
20161209 08:09:00-!- RatArmy_ [~ratarmy@om126200120221.15.openmobile.ne.jp] has joined #wesnoth-dev
20161209 08:26:07-!- RatArmy_ [~ratarmy@om126200120221.15.openmobile.ne.jp] has quit [Read error: Connection reset by peer]
20161209 08:43:22-!- Appveyor [~Appveyor@74.205.54.20] has joined #wesnoth-dev
20161209 08:43:22< Appveyor> The Battle for Wesnoth (Visual Studio 2015) - Release gfgtdf d98525d: replace true/false with yes/no in mainline Succeeded
20161209 08:43:22< Appveyor> Details: https://ci.appveyor.com/project/wesnoth/wesnoth-7lnpw/build/Wesnoth-VS2015-master-27
20161209 08:43:26-!- Appveyor [~Appveyor@74.205.54.20] has left #wesnoth-dev []
20161209 08:51:43-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20161209 08:57:28-!- RatArmy_ [~ratarmy@om126200120221.15.openmobile.ne.jp] has joined #wesnoth-dev
20161209 09:07:14-!- DeFender1031 [~DeFender1@93-172-151-164.bb.netvision.net.il] has quit [Ping timeout: 264 seconds]
20161209 09:09:26-!- Appveyor [~Appveyor@74.205.54.20] has joined #wesnoth-dev
20161209 09:09:26< Appveyor> The Battle for Wesnoth (Visual Studio 2015) - Debug gfgtdf d98525d: replace true/false with yes/no in mainline Succeeded
20161209 09:09:26< Appveyor> Details: https://ci.appveyor.com/project/wesnoth/wesnoth-7lnpw/build/Wesnoth-VS2015-master-27
20161209 09:09:30-!- Appveyor [~Appveyor@74.205.54.20] has left #wesnoth-dev []
20161209 09:12:30< zookeeper> it shouldn't need to be said that if someone breaks existing behavior such as the true/yes/false/no thing that will obviously have consequences for existing UMC then they should at least make a post informing people of it.
20161209 09:30:53-!- JyrkiVesterinen [~JyrkiVest@85-76-41-209-nat.elisa-mobile.fi] has quit [Quit: .]
20161209 09:42:23-!- Appveyor [~Appveyor@74.205.54.20] has joined #wesnoth-dev
20161209 09:42:23< Appveyor> The Battle for Wesnoth (Visual Studio 2013) - Release gfgtdf d98525d: replace true/false with yes/no in mainline Succeeded
20161209 09:42:23< Appveyor> Details: https://ci.appveyor.com/project/wesnoth/wesnoth/build/Wesnoth-VS2013-master-28
20161209 09:42:28-!- Appveyor [~Appveyor@74.205.54.20] has left #wesnoth-dev []
20161209 09:55:50-!- RatArmy_ [~ratarmy@om126200120221.15.openmobile.ne.jp] has quit [Read error: Connection reset by peer]
20161209 10:06:54-!- Appveyor [~Appveyor@74.205.54.20] has joined #wesnoth-dev
20161209 10:06:54< Appveyor> The Battle for Wesnoth (Visual Studio 2013) - Debug gfgtdf d98525d: replace true/false with yes/no in mainline Succeeded
20161209 10:06:54< Appveyor> Details: https://ci.appveyor.com/project/wesnoth/wesnoth/build/Wesnoth-VS2013-master-28
20161209 10:06:58-!- Appveyor [~Appveyor@74.205.54.20] has left #wesnoth-dev []
20161209 10:13:14-!- clavi [~clavi@163-172-10-77.rev.poneytelecom.eu] has quit [Ping timeout: 246 seconds]
20161209 10:13:49-!- clavi [~clavi@163-172-10-77.rev.poneytelecom.eu] has joined #wesnoth-dev
20161209 10:26:34-!- RatArmy_ [~ratarmy@om126200120221.15.openmobile.ne.jp] has joined #wesnoth-dev
20161209 10:30:21-!- JyrkiVesterinen [~JyrkiVest@85-76-41-209-nat.elisa-mobile.fi] has joined #wesnoth-dev
20161209 10:53:08< vultraz> I'm still curious why we need these C floating point conversion functions
20161209 10:53:21< vultraz> ftofxp/fxpmult/fxpdiv/fxptoi
20161209 10:54:11< vultraz> even if it's "faster" than static_cast, can't constexpr be used to rectify that?
20161209 10:55:30< JyrkiVesterinen> Constexpr is faster only if the value is known at compile time.
20161209 10:55:51< vultraz> oh, right
20161209 10:56:52< vultraz> still, I fail to see how a simple static_cast could result in any noticeable performance loss :/
20161209 10:57:12< JyrkiVesterinen> Me too. The code may well be over-optimized.
20161209 10:58:11< vultraz> The unused version of ftofxp even just returns the value
20161209 10:58:46< vultraz> Whereas the "optimized" version does this: (fixed_t((x) * fxp_base)), where fixed_t is int32_t and fxp_base is (1 << fxp_shift)
20161209 10:59:08< vultraz> and fxp_shift is 8
20161209 10:59:21< JyrkiVesterinen> The unused versions are there for debugging.
20161209 11:00:03< JyrkiVesterinen> If something breaks in fixed-point calculations, and flipping the 1 in line 361 to 0 fixes it, then we know that our fixed-point code is broken.
20161209 11:01:18< JyrkiVesterinen> The idea is that some operations, especially multiplication, are faster with fixed-point numbers.
20161209 11:04:09< vultraz> hmmmm
20161209 11:04:42< vultraz> seems the main use of these functions are stuff involving drawing/rendering/surface manipulation
20161209 11:04:53< vultraz> especially alpha represented as a float between 0.0 and 1.0
20161209 11:35:25-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Read error: Connection reset by peer]
20161209 11:36:43-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20161209 11:43:13-!- RatArmy_ [~ratarmy@om126200120221.15.openmobile.ne.jp] has quit [Read error: Connection reset by peer]
20161209 11:45:43-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20161209 12:14:12-!- Kwandulin [~Miranda@p200300760F6EBFD12881557086CE25BC.dip0.t-ipconnect.de] has joined #wesnoth-dev
20161209 12:15:20-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20161209 12:23:48-!- RatArmy_ [~ratarmy@om126200120221.15.openmobile.ne.jp] has joined #wesnoth-dev
20161209 12:31:13-!- Kwandulin [~Miranda@p200300760F6EBFD12881557086CE25BC.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20161209 12:38:26-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20161209 12:46:59-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20161209 12:47:06-!- RatArmy_ [~ratarmy@om126200120221.15.openmobile.ne.jp] has quit [Read error: Connection reset by peer]
20161209 12:47:13-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 260 seconds]
20161209 12:51:16-!- JyrkiVesterinen [~JyrkiVest@85-76-41-209-nat.elisa-mobile.fi] has quit [Ping timeout: 268 seconds]
20161209 12:52:40-!- RatArmy_ [~ratarmy@om126200120221.15.openmobile.ne.jp] has joined #wesnoth-dev
20161209 13:02:10-!- JyrkiVesterinen [~JyrkiVest@85-76-41-209-nat.elisa-mobile.fi] has joined #wesnoth-dev
20161209 13:07:14-!- stikonas_ is now known as stikonas
20161209 13:09:39-!- RatArmy_ [~ratarmy@om126200120221.15.openmobile.ne.jp] has quit [Read error: Connection reset by peer]
20161209 13:11:17-!- Kwandulin [~Miranda@p200300760F6EBFD12DF591C61184073B.dip0.t-ipconnect.de] has joined #wesnoth-dev
20161209 13:15:16-!- aidanhs [~aidanhs@81.4.110.234] has joined #wesnoth-dev
20161209 13:19:17-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has joined #wesnoth-dev
20161209 13:27:12-!- JyrkiVesterinen_ [~JyrkiVest@85-76-41-209-nat.elisa-mobile.fi] has joined #wesnoth-dev
20161209 13:31:18-!- JyrkiVesterinen_ [~JyrkiVest@85-76-41-209-nat.elisa-mobile.fi] has quit [Ping timeout: 245 seconds]
20161209 13:31:21-!- JyrkiVesterinen [~JyrkiVest@85-76-41-209-nat.elisa-mobile.fi] has quit [Ping timeout: 268 seconds]
20161209 13:32:07-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Read error: Connection reset by peer]
20161209 13:33:12-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20161209 13:33:31-!- JyrkiVesterinen [~JyrkiVest@85-76-41-209-nat.elisa-mobile.fi] has joined #wesnoth-dev
20161209 13:46:13-!- prkc [~prkc@gateway/vpn/privateinternetaccess/prkc] has joined #wesnoth-dev
20161209 13:52:58-!- gfgtdf [~chatzilla@x4e3699e9.dyn.telefonica.de] has joined #wesnoth-dev
20161209 14:04:21-!- serin| [~serin@209.77.159.143.dyn.plus.net] has quit [Ping timeout: 248 seconds]
20161209 14:32:43-!- JyrkiVesterinen [~JyrkiVest@85-76-41-209-nat.elisa-mobile.fi] has quit [Quit: .]
20161209 14:41:35-!- Kwandulin [~Miranda@p200300760F6EBFD12DF591C61184073B.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20161209 15:26:02-!- ToBeCloud [uid51591@wikimedia/ToBeFree] has quit [Quit: Connection closed for inactivity]
20161209 15:29:10-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:49cc:5cbd:4b01:83a9] has joined #wesnoth-dev
20161209 15:34:04-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:49cc:5cbd:4b01:83a9] has quit [Ping timeout: 258 seconds]
20161209 15:35:53-!- bumbadadabum [~bumbadada@wesnoth/developer/bumbadadabum] has quit [Ping timeout: 245 seconds]
20161209 15:48:04-!- bumbadadabum [~bumbadada@wesnoth/developer/bumbadadabum] has joined #wesnoth-dev
20161209 15:53:35-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has joined #wesnoth-dev
20161209 15:59:59-!- gimemor [~gimemor@host-95-152-57-4.dsl.sura.ru] has joined #wesnoth-dev
20161209 16:35:47-!- Greg-Boggs [~greg_bogg@c-76-115-139-154.hsd1.or.comcast.net] has joined #wesnoth-dev
20161209 16:42:50-!- Appveyor [~Appveyor@74.205.54.20] has joined #wesnoth-dev
20161209 16:42:50< Appveyor> The Battle for Wesnoth (Visual Studio 2015) - Release gfgtdf d98525d: replace true/false with yes/no in mainline Succeeded
20161209 16:42:50< Appveyor> Details: https://ci.appveyor.com/project/wesnoth/wesnoth-7lnpw/build/Wesnoth-VS2015-master-28
20161209 16:42:54-!- Appveyor [~Appveyor@74.205.54.20] has left #wesnoth-dev []
20161209 17:10:14-!- Kwandulin [~Miranda@p200300760F6EBFD100EDC967617F75D2.dip0.t-ipconnect.de] has joined #wesnoth-dev
20161209 17:10:17-!- Appveyor [~Appveyor@74.205.54.20] has joined #wesnoth-dev
20161209 17:10:17< Appveyor> The Battle for Wesnoth (Visual Studio 2015) - Debug gfgtdf d98525d: replace true/false with yes/no in mainline Succeeded
20161209 17:10:17< Appveyor> Details: https://ci.appveyor.com/project/wesnoth/wesnoth-7lnpw/build/Wesnoth-VS2015-master-28
20161209 17:10:21-!- Appveyor [~Appveyor@74.205.54.20] has left #wesnoth-dev []
20161209 17:12:30-!- ChipmunkV [~vova@static-89-94-113-91.axione.abo.bbox.fr] has joined #wesnoth-dev
20161209 17:16:47< gfgtdf> was there any progression on moving to a new bugtracker?
20161209 17:18:37< celticminstrel> gfgtdf: No, because no-one has yet analyzed the possibilities.
20161209 17:18:44< celticminstrel> gfgtdf: Would you like to do that?
20161209 17:19:19< celticminstrel> IIRC the possibilities included github, redmine (self-hosted probably), and Atlassian's JIRA.
20161209 17:19:29< gfgtdf> celticminstrel: no i have 0 expereicne with settings up servers etc.
20161209 17:19:31< celticminstrel> I can't remember if there were any others.
20161209 17:19:42< celticminstrel> gfgtdf: I just mean comparing their features to determine which one is most suitable.
20161209 17:21:47< celticminstrel> vultraz: What's up with this relicensing thing?
20161209 17:21:51< gfgtdf> celticminstrel: you know wheter there i  forum thread womehere? results oif irc ddicussion tend to be forgotten or at lest hard to find
20161209 17:21:59< gfgtdf> celticminstrel: about the bugtracker i mean
20161209 17:22:05< celticminstrel> gfgtdf: As far as I know, it was only on IRC.
20161209 17:22:25< celticminstrel> If there was a forum thread, I was not informed.
20161209 17:34:51-!- Shiki [~Shiki@141.39.226.226] has joined #wesnoth-dev
20161209 17:46:05-!- Appveyor [~Appveyor@74.205.54.20] has joined #wesnoth-dev
20161209 17:46:05< Appveyor> The Battle for Wesnoth (Visual Studio 2013) - Release gfgtdf d98525d: replace true/false with yes/no in mainline Succeeded
20161209 17:46:05< Appveyor> Details: https://ci.appveyor.com/project/wesnoth/wesnoth/build/Wesnoth-VS2013-master-29
20161209 17:46:09-!- Appveyor [~Appveyor@74.205.54.20] has left #wesnoth-dev []
20161209 17:47:58< gfgtdf> celticminstrel: you know who was teh one who proposed JIRA?
20161209 17:48:06< celticminstrel> Pretty sure it was Aginor.
20161209 18:04:39< gfgtdf> celticminstrel: do you still intend to implement your trait system where the traits can be given by id?
20161209 18:05:09-!- TC02 [~quassel@venus.arosser.com] has quit [Remote host closed the connection]
20161209 18:07:42< celticminstrel> gfgtdf: Yes.
20161209 18:07:48< celticminstrel> Actually I already did that part.
20161209 18:07:51< celticminstrel> In the branch.
20161209 18:08:23< celticminstrel> I'll probably need to retest it after a rebase though.
20161209 18:10:57-!- Appveyor [~Appveyor@74.205.54.20] has joined #wesnoth-dev
20161209 18:10:57< Appveyor> The Battle for Wesnoth (Visual Studio 2013) - Debug gfgtdf d98525d: replace true/false with yes/no in mainline Succeeded
20161209 18:10:57< Appveyor> Details: https://ci.appveyor.com/project/wesnoth/wesnoth/build/Wesnoth-VS2013-master-29
20161209 18:11:02-!- Appveyor [~Appveyor@74.205.54.20] has left #wesnoth-dev []
20161209 18:11:42< zookeeper> so what's up with the yes/no/true/false thing discussed in the SotA PR? where has it been explained, if beetlenaut says the wiki doesn't mention it in any relevant parts?
20161209 18:12:05< celticminstrel> I'm not entirely sure.
20161209 18:12:16< celticminstrel> The wiki does explaing boolean_equals.
20161209 18:12:19< celticminstrel> ^-g
20161209 18:16:53< zookeeper> mmkay
20161209 18:17:55< celticminstrel> Maybe what the wiki doesn't explain is that true/false in Lua become yes/no in WML?
20161209 18:18:03< celticminstrel> Though that could actually be changed I suppose.
20161209 18:18:19-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20161209 18:18:19-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Read error: Connection reset by peer]
20161209 18:23:30< Shiki> there are also the hide_help and do_not_list keys
20161209 18:23:43< Shiki> one uses true/false, the other yes/no
20161209 18:24:09< Shiki> maybe sth for change?
20161209 18:24:47< celticminstrel> true/false and yes/no are equivalent...
20161209 18:25:33< celticminstrel> Assuming hide_help and do_not_list check the WML key as a boolean, both should accept both formats.
20161209 18:25:53< Shiki> good to know
20161209 18:26:02< Shiki> I everytime coonfused them
20161209 18:26:17< Shiki> I mean, they everytime confused me
20161209 18:27:49< Shiki> the wiki explains hide_help with true/false - that's I think the onliest place where a key is described with true/false
20161209 18:29:25-!- louis94 [~~louis94@91.178.241.241] has joined #wesnoth-dev
20161209 18:38:01-!- JyrkiVesterinen [~JyrkiVest@87-100-149-2.bb.dnainternet.fi] has joined #wesnoth-dev
20161209 18:39:02< gfgtdf> updated wiki
20161209 18:53:46-!- louis94 [~~louis94@91.178.241.241] has quit [Ping timeout: 258 seconds]
20161209 19:01:54-!- ChipmunkV [~vova@static-89-94-113-91.axione.abo.bbox.fr] has quit [Quit: ChipmunkV]
20161209 19:03:11-!- ChipmunkV [~vova@static-89-94-113-91.axione.abo.bbox.fr] has joined #wesnoth-dev
20161209 19:50:30-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20161209 19:52:27-!- TC02 [~quassel@venus.arosser.com] has joined #wesnoth-dev
20161209 19:56:20-!- JyrkiVesterinen [~JyrkiVest@87-100-149-2.bb.dnainternet.fi] has quit [Quit: .]
20161209 20:10:16-!- TC02 [~quassel@venus.arosser.com] has quit [Ping timeout: 240 seconds]
20161209 20:11:31-!- TC02 [~quassel@venus.arosser.com] has joined #wesnoth-dev
20161209 20:17:24-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20161209 20:18:38-!- gfgtdf [~chatzilla@x4e3699e9.dyn.telefonica.de] has quit [Quit: ChatZilla 0.9.93 [Firefox 50.0.2/20161129173726]]
20161209 21:10:00-!- iwaim [~iwaim@124.146.179.10] has quit [Ping timeout: 260 seconds]
20161209 21:12:33-!- gimemor [~gimemor@host-95-152-57-4.dsl.sura.ru] has quit [Ping timeout: 245 seconds]
20161209 21:21:09-!- iwaim [~iwaim@rasteenie.alib.jp] has joined #wesnoth-dev
20161209 21:21:55-!- gfgtdf [~chatzilla@x4e3699e9.dyn.telefonica.de] has joined #wesnoth-dev
20161209 21:47:55-!- gimemor [~gimemor@host-95-152-57-4.dsl.sura.ru] has joined #wesnoth-dev
20161209 21:51:41-!- louis94 [~~louis94@91.178.241.241] has joined #wesnoth-dev
20161209 21:53:56-!- Kwandulin [~Miranda@p200300760F6EBFD100EDC967617F75D2.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20161209 22:19:29-!- RatArmy_ [~ratarmy@om126212240029.14.openmobile.ne.jp] has joined #wesnoth-dev
20161209 22:31:40-!- Shiki [~Shiki@141.39.226.226] has quit [Read error: Connection reset by peer]
20161209 22:36:00-!- Greg-Boggs [~greg_bogg@c-76-115-139-154.hsd1.or.comcast.net] has quit [Remote host closed the connection]
20161209 22:36:36-!- gimemor [~gimemor@host-95-152-57-4.dsl.sura.ru] has quit [Ping timeout: 240 seconds]
20161209 22:37:01-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:49cc:5cbd:4b01:83a9] has joined #wesnoth-dev
20161209 22:37:41-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:49cc:5cbd:4b01:83a9] has quit [Remote host closed the connection]
20161209 22:38:08-!- Greg-Boggs [~greg_bogg@c-76-115-139-154.hsd1.or.comcast.net] has joined #wesnoth-dev
20161209 22:40:13-!- Shiki [~Shiki@141.39.226.226] has joined #wesnoth-dev
20161209 22:40:36< EliDupree> I see that wesnoth.sides exposes a "total_income" field, but that still doesn't take upkeep into account. Is there any easy way to get the NET income of the side, counting upkeep?
20161209 22:44:31< EliDupree> I can probably harvest it from the wesnoth.theme_items.income function, but that seems like SUCH a hack
20161209 22:45:37< gfgtdf> EliDupree: was about to suggest calling wesnoth.theme_items ...
20161209 22:45:48< EliDupree> heh
20161209 22:48:03< gfgtdf> i dont think the is such a function, you'd nned to calculate it manually like ocuning total unit upkeep, etc.
20161209 22:49:25< EliDupree> ...Which means I need to clip out the span tag when the income is negative
20161209 22:49:57-!- Greg-Boggs [~greg_bogg@c-76-115-139-154.hsd1.or.comcast.net] has quit [Remote host closed the connection]
20161209 22:50:46< gfgtdf> EliDupree: you talk about theme items 
20161209 22:50:49< gfgtdf> ?
20161209 22:50:54< EliDupree> yes
20161209 22:51:40-!- Greg-Boggs [~greg_bogg@c-76-115-139-154.hsd1.or.comcast.net] has joined #wesnoth-dev
20161209 22:58:17< EliDupree> Well, it's a total hack, but I've got it working pretty easily.
20161209 22:58:44< EliDupree> As long as nobody uses EoHS on a map that also customizes that theme item, it will be fine
20161209 23:00:46-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 250 seconds]
20161209 23:03:46< EliDupree> And I've made it fall back to total_income if the theme item isn't as expected
20161209 23:09:36-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20161209 23:09:55-!- mjs-de [~mjs-de@x4e31875d.dyn.telefonica.de] has joined #wesnoth-dev
20161209 23:21:40-!- Greg-Boggs [~greg_bogg@c-76-115-139-154.hsd1.or.comcast.net] has quit [Remote host closed the connection]
20161209 23:40:13-!- Greg-Bog_ [~greg_bogg@2601:1c2:f00:9780:49cc:5cbd:4b01:83a9] has joined #wesnoth-dev
20161209 23:50:20< Shiki> I stumbled again about this: wesnoth-git: /usr/include/boost/optional/optional.hpp:868: reference_type boost::optional<color_t>::get() [T = color_t]: Assertion `this->is_initialized()' failed.
--- Log closed Sat Dec 10 00:00:12 2016