--- Log opened Sat Aug 19 00:00:18 2017
20170819 00:17:18-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:a44f:3998:5476:bc3] has joined #wesnoth-dev
20170819 00:22:07-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:a44f:3998:5476:bc3] has quit [Ping timeout: 276 seconds]
20170819 01:22:34-!- Appleman1234 [~quassel@124x38x163x22.ap124.ftth.ucom.ne.jp] has quit [Ping timeout: 255 seconds]
20170819 01:28:06-!- Appleman1234 [~quassel@124x38x163x22.ap124.ftth.ucom.ne.jp] has joined #wesnoth-dev
20170819 01:39:56-!- Bonobo [~Bonobo@203.220.138.162] has joined #wesnoth-dev
20170819 01:45:05-!- Appleman1234 [~quassel@124x38x163x22.ap124.ftth.ucom.ne.jp] has quit [Ping timeout: 248 seconds]
20170819 01:53:28-!- Appleman1234 [~quassel@124x38x163x22.ap124.ftth.ucom.ne.jp] has joined #wesnoth-dev
20170819 02:11:15-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20170819 02:11:21-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev
20170819 03:56:18-!- moongazer [~moongazer@59.95.137.67] has joined #wesnoth-dev
20170819 05:33:03-!- moongazer [~moongazer@59.95.137.67] has quit [Quit: Leaving]
20170819 06:01:39-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20170819 06:09:21-!- aidanhs [~aidanhs@81.4.110.234] has quit [Ping timeout: 246 seconds]
20170819 07:20:18-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20170819 07:25:43-!- mjs-de [~mjs-de@x4db508e1.dyn.telefonica.de] has joined #wesnoth-dev
20170819 07:35:39-!- aidanhs [~aidanhs@81.4.110.234] has joined #wesnoth-dev
20170819 07:37:56-!- markus_ [~mjs-de@x4e312c14.dyn.telefonica.de] has joined #wesnoth-dev
20170819 07:40:29-!- JyrkiVesterinen [~JyrkiVest@85-23-197-3.bb.dnainternet.fi] has joined #wesnoth-dev
20170819 07:41:28-!- mjs-de [~mjs-de@x4db508e1.dyn.telefonica.de] has quit [Ping timeout: 255 seconds]
20170819 08:11:17-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20170819 08:29:13-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20170819 08:32:50-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20170819 09:29:00-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20170819 09:48:25-!- Appleman1234 [~quassel@124x38x163x22.ap124.ftth.ucom.ne.jp] has quit [Ping timeout: 240 seconds]
20170819 10:16:16-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20170819 10:21:49-!- vultraz_iOS [uid24821@wesnoth/developer/vultraz] has quit [Quit: Connection closed for inactivity]
20170819 10:29:10-!- markus_ is now known as mjs-de
20170819 10:48:54-!- JyrkiVesterinen [~JyrkiVest@85-23-197-3.bb.dnainternet.fi] has quit [Quit: .]
20170819 11:34:23-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:a44f:3998:5476:bc3] has joined #wesnoth-dev
20170819 11:38:59-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:a44f:3998:5476:bc3] has quit [Ping timeout: 255 seconds]
20170819 11:43:19-!- Appleman1234 [~quassel@124x38x163x22.ap124.ftth.ucom.ne.jp] has joined #wesnoth-dev
20170819 13:08:31-!- vultraz_iOS [uid24821@wesnoth/developer/vultraz] has joined #wesnoth-dev
20170819 13:13:31-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20170819 13:13:39-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev
20170819 13:35:07-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20170819 13:35:14-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev
20170819 13:56:31-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20170819 14:41:34-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20170819 14:41:42-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev
20170819 15:00:03-!- gfgtdf [~chatzilla@x4e369703.dyn.telefonica.de] has joined #wesnoth-dev
20170819 15:00:19< gfgtdf> seen: JyrkiVesterinen 
20170819 15:14:07-!- gfgtdf [~chatzilla@x4e369703.dyn.telefonica.de] has quit [Ping timeout: 248 seconds]
20170819 15:21:41-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:4928:ddf1:45b8:3f58] has joined #wesnoth-dev
20170819 15:25:04-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:4928:ddf1:45b8:3f58] has quit [Remote host closed the connection]
20170819 15:27:42-!- Greg-Boggs [~greg_bogg@c-73-96-181-202.hsd1.or.comcast.net] has joined #wesnoth-dev
20170819 15:36:46< vultraz_iOS> That functionality hasn't worked for ages
20170819 15:53:19-!- Greg-Boggs [~greg_bogg@c-73-96-181-202.hsd1.or.comcast.net] has quit [Remote host closed the connection]
20170819 15:56:42-!- travis-ci [~travis-ci@ec2-54-147-227-146.compute-1.amazonaws.com] has joined #wesnoth-dev
20170819 15:56:43< travis-ci> gfgtdf/wesnoth#932 (filter_refactor - dad4e6a : gfgtdf): The build is still failing.
20170819 15:56:43< travis-ci> Build details : https://travis-ci.org/gfgtdf/wesnoth/builds/266293735
20170819 15:56:43-!- travis-ci [~travis-ci@ec2-54-147-227-146.compute-1.amazonaws.com] has left #wesnoth-dev []
20170819 16:05:10-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:4928:ddf1:45b8:3f58] has joined #wesnoth-dev
20170819 16:29:15-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:4928:ddf1:45b8:3f58] has quit [Remote host closed the connection]
20170819 16:30:22-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:4928:ddf1:45b8:3f58] has joined #wesnoth-dev
20170819 16:45:43-!- gfgtdf [~chatzilla@x4e369703.dyn.telefonica.de] has joined #wesnoth-dev
20170819 16:53:43-!- sevu [~Shiki@p54854FDE.dip0.t-ipconnect.de] has joined #wesnoth-dev
20170819 16:59:39-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:4928:ddf1:45b8:3f58] has quit [Remote host closed the connection]
20170819 17:04:56< gfgtdf> hmm my pr #1906 seems to faisl but it have no idea why
20170819 17:06:37< matthiaskrgr> wml tests fail 
20170819 17:06:50< matthiaskrgr> https://travis-ci.org/gfgtdf/wesnoth/jobs/266293737#L2601  
20170819 17:07:39< gfgtdf> matthiaskrgr: yes i know but i dont unerstand why that is, somehow simple filters liek [kill] side=1,2 doesnt matchn when they shoudl but i cannot find the erro in my code currently
20170819 17:08:03< matthiaskrgr> oh ok :(
20170819 17:08:25-!- irker071 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20170819 17:08:25< irker071> wesnoth: gfgtdf wesnoth:master d597504f1d5b / src/terrain/ (filter.cpp filter.hpp): remove max_loop parameter form terrain filters https://github.com/wesnoth/wesnoth/commit/d597504f1d5b2f53896ddc9ae3e7160c74b0b89f
20170819 17:08:25< irker071> wesnoth: gfgtdf wesnoth:master 77af7fcc2110 / src/reports.cpp: less calculation of unused data. https://github.com/wesnoth/wesnoth/commit/77af7fcc21107ee70084175bcdea0137584ea404
20170819 17:09:07< gfgtdf> lets first rmeove those 2 unrelated commit from that branch.
20170819 17:11:47-!- Kwandulin [~Kwandulin@p200300E453CC3BE16D9F7C0AF725D61C.dip0.t-ipconnect.de] has joined #wesnoth-dev
20170819 17:13:39< gfgtdf> hmm nevermind i think i found it
20170819 17:15:38< gfgtdf> now i need to fund out how to make jenkins build pull requests so i can test this
20170819 17:19:47-!- JyrkiVesterinen [~JyrkiVest@85-23-197-3.bb.dnainternet.fi] has joined #wesnoth-dev
20170819 17:20:01< JyrkiVesterinen> gfgtdf: what did you need me for?
20170819 17:20:24< gfgtdf> JyrkiVesterinen: i was hoping that you knew to to make appveyor budl pull requests
20170819 17:20:56< gfgtdf> how to*
20170819 17:23:21< JyrkiVesterinen> Well, because we don't have "build on push" enabled (because of inadequate permissions in GitHub), it would require changing the default branch in AppVeyor settings.
20170819 17:23:22< JyrkiVesterinen> https://ci.appveyor.com/project/wesnoth/wesnoth-605wt/settings
20170819 17:23:43-!- DeFender1031 [~DeFender1@93-172-23-172.bb.netvision.net.il] has joined #wesnoth-dev
20170819 17:23:47< gfgtdf> JyrkiVesterinen: meaning you cannot enable but vultraz can ?
20170819 17:24:03< JyrkiVesterinen> Likely even he can't do it.
20170819 17:24:12< gfgtdf> JyrkiVesterinen: why that?
20170819 17:24:26< JyrkiVesterinen> AppVeyor attempts to set up the necessary GitHub hook when it's initially integrated to the project.
20170819 17:24:42< JyrkiVesterinen> The initial integration is done now, and I doubt AV would try it again.
20170819 17:25:01< JyrkiVesterinen> Theoretically it would be possible to set up the hook manually, but I have no idea how.
20170819 17:26:25< vultraz_iOS> why would we not want the default brahch master?
20170819 17:26:26< vultraz_iOS> branch*
20170819 17:26:58< JyrkiVesterinen> Pull requests aren't in master before they are merged.
20170819 17:27:04< vultraz_iOS> oh right
20170819 17:27:33< vultraz_iOS> so what is the setting we would want?
20170819 17:29:21< JyrkiVesterinen> The branch where the PR in question is. Easiest if the branch is in the wesnoth/wesnoth repo (which sadly isn't the case for the PR in question, #1906).
20170819 17:29:50< vultraz_iOS> you mean temporarily changing the default branch to build one PR?
20170819 17:29:59< JyrkiVesterinen> Yes.
20170819 17:32:12< gfgtdf> hmm maybe it's esaier if i just enbel appveyor on my fork, not sure how hard that'd be
20170819 17:32:16< vultraz_iOS> alright, did that
20170819 17:32:29< vultraz_iOS> *hopes I didn't break anything*
20170819 17:33:16< vultraz_iOS> that is i changed the 2017 build to default to https://github.com/gfgtdf/wesnoth/tree/filter_refactor
20170819 17:33:31< JyrkiVesterinen> OK. It's currently building latest master, so we need to wait until it's done before we can trigger the build.
20170819 17:34:03< JyrkiVesterinen> (Which will likely take around 50 minutes. Man, clean build of Wesnoth on MSVC is slooooooow.)
20170819 17:35:52< vultraz_iOS> not sure why the setting was accessible to me but not you?
20170819 17:36:25< gfgtdf> vultraz_iOS: you did that at appveyor.com or github.com settings ?
20170819 17:36:26< JyrkiVesterinen> It *is* accessible to me. I wanted to discuss about it before any of us would make the change.
20170819 17:36:32< vultraz_iOS> gfgtdf: former
20170819 17:36:38< gfgtdf> ok
20170819 17:36:51< vultraz_iOS> (with my GH credentials)
20170819 17:50:21-!- Kwandulin [~Kwandulin@p200300E453CC3BE16D9F7C0AF725D61C.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20170819 17:53:25< gfgtdf> JyrkiVesterinen: i tried adding a appveyor build wth my gfgtdf github account for my for but it keeps gettinghg "Unknown compiler version - please run the configure tests and report the results" erros, you know what i did workg ?
20170819 17:54:54< JyrkiVesterinen> Did you set "Custom configuration .yml file name"?
20170819 17:55:24< JyrkiVesterinen> Nearly all settings are set in the .appveyor.vsnnnn.yml" files.
20170819 17:57:06< gfgtdf> JyrkiVesterinen: yes i put ".appveyor.vs2017.yml" in the "Custom configuration .yml file name" filed
20170819 17:57:09< gfgtdf> field*
20170819 17:57:53< JyrkiVesterinen> In that case, I think I can't help. The compiler version is set in that file, and it works fine in the existing project. :/
20170819 18:00:11-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:4928:ddf1:45b8:3f58] has joined #wesnoth-dev
20170819 18:02:00 * vultraz_iOS is almost done with his widget initialization refactor
20170819 18:02:04< gfgtdf> ok googeling it said this measn it somehow has an outdated boost versions
20170819 18:04:12< vultraz_iOS> just need to add a way to initialize single widget instances now that their ctors take builders
20170819 18:04:30-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:4928:ddf1:45b8:3f58] has quit [Ping timeout: 240 seconds]
20170819 18:06:47< vultraz_iOS> nice bonus is that the definition is immediately loaded in the ctor widgets can add dependent initialization in their ctors without the need of functions like styled_widget::load_config_extra or styled_widget::init
20170819 18:11:02< vultraz_iOS> Since the*
20170819 18:12:50-!- Kwandulin [~Kwandulin@p200300E453CC3B9EFD0F9F0C2C104A03.dip0.t-ipconnect.de] has joined #wesnoth-dev
20170819 18:17:23-!- travis-ci [~travis-ci@ec2-54-91-4-61.compute-1.amazonaws.com] has joined #wesnoth-dev
20170819 18:17:24< travis-ci> gfgtdf/wesnoth#933 (filter_refactor - 9154010 : gfgtdf): The build is still failing.
20170819 18:17:24< travis-ci> Build details : https://travis-ci.org/gfgtdf/wesnoth/builds/266320833
20170819 18:17:24-!- travis-ci [~travis-ci@ec2-54-91-4-61.compute-1.amazonaws.com] has left #wesnoth-dev []
20170819 18:18:13-!- mjs-de [~mjs-de@x4e312c14.dyn.telefonica.de] has quit [Remote host closed the connection]
20170819 18:21:11< gfgtdf> ok i fgured out the the eanrings i meantioned above happen because our external ( aquiera/external/VC15) boost version is outdates
20170819 18:21:14< gfgtdf> JyrkiVesterinen: ^
20170819 18:21:41< vultraz_iOS> ah, fuck
20170819 18:21:42-!- mjs-de [~mjs-de@x4e312c14.dyn.telefonica.de] has joined #wesnoth-dev
20170819 18:21:50< vultraz_iOS> there's a virtual function here...
20170819 18:22:03< gfgtdf> JyrkiVesterinen: " and it works fine in the existing project" is probelms becasue it's not an error just a warning.
20170819 18:22:16-!- mjs-de [~mjs-de@x4e312c14.dyn.telefonica.de] has quit [Remote host closed the connection]
20170819 18:23:02< gfgtdf> ehh the boosert versiosn that officiall support the mastest msvc isn't out yet it seems
20170819 18:23:12< gfgtdf> see also https://github.com/boostorg/config/commit/a0147b73e8bde8f4b2c19c96166353dba8fa9914
20170819 18:24:25< gfgtdf> JyrkiVesterinen: but you'll see the same errormessages in the master build too https://ci.appveyor.com/project/wesnoth/wesnoth-605wt/build/Wesnoth-VS2017-master-129/job/ttta88n2ann5iloe
20170819 18:25:53< JyrkiVesterinen> Huh. Apparently Boost has some issues adjusting to the higher rate of MSVC updates.
20170819 18:26:12< JyrkiVesterinen> (Now when it also gets fairly frequent minor updates in addition to major ones.)
20170819 18:56:06-!- travis-ci [~travis-ci@ec2-54-147-227-146.compute-1.amazonaws.com] has joined #wesnoth-dev
20170819 18:56:07< travis-ci> gfgtdf/wesnoth#934 (filter_refactor - a8ca8fd : gfgtdf): The build was fixed.
20170819 18:56:07< travis-ci> Build details : https://travis-ci.org/gfgtdf/wesnoth/builds/266321932
20170819 18:56:07-!- travis-ci [~travis-ci@ec2-54-147-227-146.compute-1.amazonaws.com] has left #wesnoth-dev []
20170819 19:01:36-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:4928:ddf1:45b8:3f58] has joined #wesnoth-dev
20170819 19:06:37-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:4928:ddf1:45b8:3f58] has quit [Ping timeout: 276 seconds]
20170819 19:21:26-!- sevu [~Shiki@p54854FDE.dip0.t-ipconnect.de] has quit [Remote host closed the connection]
20170819 19:35:10-!- travis-ci [~travis-ci@ec2-54-221-53-224.compute-1.amazonaws.com] has joined #wesnoth-dev
20170819 19:35:11< travis-ci> gfgtdf/wesnoth#935 (filter_refactor - 39611a7 : gfgtdf): The build was fixed.
20170819 19:35:11< travis-ci> Build details : https://travis-ci.org/gfgtdf/wesnoth/builds/266333333
20170819 19:35:11-!- travis-ci [~travis-ci@ec2-54-221-53-224.compute-1.amazonaws.com] has left #wesnoth-dev []
20170819 19:53:14-!- travis-ci [~travis-ci@ec2-54-91-4-61.compute-1.amazonaws.com] has joined #wesnoth-dev
20170819 19:53:15< travis-ci> gfgtdf/wesnoth#937 (filter_refactor - 5f84db5 : gfgtdf): The build has errored.
20170819 19:53:15< travis-ci> Build details : https://travis-ci.org/gfgtdf/wesnoth/builds/266334527
20170819 19:53:15-!- travis-ci [~travis-ci@ec2-54-91-4-61.compute-1.amazonaws.com] has left #wesnoth-dev []
20170819 19:54:01-!- Bonobo [~Bonobo@203.220.138.162] has quit [Ping timeout: 240 seconds]
20170819 19:54:04-!- travis-ci [~travis-ci@ec2-54-147-227-146.compute-1.amazonaws.com] has joined #wesnoth-dev
20170819 19:54:05< travis-ci> gfgtdf/wesnoth#936 (filter_refactor - ff6af05 : gfgtdf): The build has errored.
20170819 19:54:05< travis-ci> Build details : https://travis-ci.org/gfgtdf/wesnoth/builds/266333446
20170819 19:54:05-!- travis-ci [~travis-ci@ec2-54-147-227-146.compute-1.amazonaws.com] has left #wesnoth-dev []
20170819 20:03:03-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:4928:ddf1:45b8:3f58] has joined #wesnoth-dev
20170819 20:03:15-!- Kwandulin [~Kwandulin@p200300E453CC3B9EFD0F9F0C2C104A03.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20170819 20:07:22-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:4928:ddf1:45b8:3f58] has quit [Ping timeout: 246 seconds]
20170819 20:09:49-!- irker071 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20170819 21:04:28-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:4928:ddf1:45b8:3f58] has joined #wesnoth-dev
20170819 21:08:37-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:4928:ddf1:45b8:3f58] has quit [Ping timeout: 246 seconds]
20170819 21:13:12-!- JyrkiVesterinen [~JyrkiVest@85-23-197-3.bb.dnainternet.fi] has quit [Quit: .]
20170819 21:22:43< vultraz_iOS> gfgtdf: AppVeyor passed
20170819 21:23:37< vultraz_iOS> I've switched the default branch back to wesnoth/wesnoth/master
20170819 21:27:27< gfgtdf> vultraz_iOS: thx, i already have an appveyor build from https://ci.appveyor.com/project/gfgtdf/wesnoth/ though.
20170819 21:28:44< gfgtdf> vultraz_iOS: any opinion on #1906 ? Seemt o pass and notabley increase filters performance, still needs a lua api though.
20170819 21:28:55< gfgtdf> also i want to do a similar thing for terrain filters
20170819 21:29:01< vultraz_iOS> if it increases filter performance great
20170819 21:29:23< vultraz_iOS> will you fix the bad performance with terrain filters and the use of [not]
20170819 21:30:12< gfgtdf> vultraz_iOS: i'm not aware of this issue,m can you explain it more ?
20170819 21:30:59< vultraz_iOS> IIRC [not] means the filter is calculated and then another filter calculated for any locations matching the [not] filter and then the latter matches are removed from the former set
20170819 21:31:08< vultraz_iOS> someone reported this led to bad performance
20170819 21:31:47< gfgtdf> hmm yes we coudl also make it just run the filter on all locations that matched already, 
20170819 21:32:07< gfgtdf> but whiuch one is faster probebly depends on the situation
20170819 21:33:52< gfgtdf> vultraz_iOS: meaning, if you for example have [not] find_in=var, and var is a ratehr small array then the current way is probably faster.
20170819 21:34:37< gfgtdf> vultraz_iOS: i don't know how to solve that one though
20170819 21:35:10< gfgtdf> vultraz_iOS: we shoudl probably add some attribute that give the wml authorr control over which way is used
20170819 21:35:43< gfgtdf> vultraz_iOS: or we coudl make it oynl use the current way if it contains things one the follwing attributes:'find_in', 'x', 'y', 'area'
20170819 21:36:37< DeFender1031> SQL solves this problem by having a query optimizer that figures out what filtering to perform first on a case-by-case basis...
20170819 21:39:13-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:4928:ddf1:45b8:3f58] has joined #wesnoth-dev
20170819 21:42:34< vultraz_iOS> a wild DeFender1031 appears!
20170819 21:43:00 * DeFender1031 uses evade... <_<
20170819 21:43:14< DeFender1031> It's not very effective.
20170819 21:43:25< DeFender1031> Sup, vultraz_iOS?
20170819 21:43:44< vultraz_iOS> anything on the string utils refactor?
20170819 21:44:35< DeFender1031> I'll have more time after the month is over.
20170819 21:44:44< gfgtdf> evade is banned by evasion clause
20170819 21:45:07< gfgtdf> what is this string utils refactor ?
20170819 21:45:53< DeFender1031> gfgtdf, A relatively minor bit of code that I have been planning to work on for ages and haven't had the chance because one thing after another keeps happening in real life.
20170819 21:45:55< vultraz_iOS> he'sgoing to eventually refactor the utils::parenthetical_split stuff
20170819 21:46:20< DeFender1031> I really DO want to be a real dev, I swear!
20170819 21:46:29< gfgtdf> ok
20170819 21:46:33< DeFender1031> Real life just keeps getting in the way!
20170819 21:47:09< DeFender1031> But yeah, starting next month I SHOULD have more time.
20170819 21:47:53< DeFender1031> There are a bunch of other features I want to work on also...
20170819 21:48:55< DeFender1031> I really just haven't had the time.
20170819 21:49:06< DeFender1031> I haven't even touched my campaign in months.
20170819 21:49:38< DeFender1031> Which is the real reason I even care about any of this. :P
20170819 21:50:17-!- irker058 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20170819 21:50:17< irker058> wesnoth: Rikard Falkeborn wesnoth:master 11edc7afe5c8 / src/ (reports.hpp video.hpp): Mark member functions const https://github.com/wesnoth/wesnoth/commit/11edc7afe5c805f6a791e23e278fb42f75577091
20170819 21:50:27< gfgtdf> whihc features d you want to add ?
20170819 21:51:36< DeFender1031> I don't even remember at this point... :P I have a list somewhere.
20170819 21:52:00< vultraz_iOS> goddammit, what is causing this crash
20170819 21:54:39< DeFender1031> But for example, I remember a bunch of stuff to do with [move_unit] that I wanted to add, for example, if a [move_unit] has force_scroll set to no, then not have a delay for any off-screen movement. The ability to set a movement speed rather than having it hard-coded to 400ms per hex or whatever it is, some stuff like that.
20170819 21:54:48-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:4928:ddf1:45b8:3f58] has quit [Remote host closed the connection]
20170819 21:55:33< DeFender1031> Having [move_units_fake] move units simultaneously rather than one hex at a time one unit at a time.
20170819 21:55:46< vultraz_iOS> might need a_r for that
20170819 21:56:19< DeFender1031> vultraz_iOS, no idea, I don't know what the code looks like. These are just things I'd like to see that once I have more time I plan to look into their feasibility.
20170819 21:56:55< DeFender1031> A lot of the stuff that I want to add is stuff to make it easier to create cinematics.
20170819 21:57:09< DeFender1031> (Cause, you know me, I love me some cinematics.)
20170819 21:58:05< DeFender1031> Ah, being able to add a speed to the [scroll] commands also.
20170819 21:58:31< DeFender1031> Also, the two feature requests I submitted a month or two ago, I'll probably look into if no one else does by the time I get to them.
20170819 21:58:53< DeFender1031> That was the ability to go back and read previous [message]s and... I forget the other one.
20170819 21:59:25< vultraz_iOS> gahhhhhhhw hyyyyyyyyyyyyweiofwejfoiwjeoifjiowej
20170819 21:59:32< vultraz_iOS> pdpwejdjjwdiojweoijiowejoifjioweioweuriouweioruioweuroiweurioweuriowueioruweioruwioeurioweuriowuioruoiruoifjlkdsjflkjslkfjlksdjflksdjflksjflkj
20170819 21:59:48< DeFender1031> vultraz_iOS, problem?
20170819 22:00:42< vultraz_iOS> yes
20170819 22:00:50< vultraz_iOS> something's not working
20170819 22:00:57< DeFender1031> Oh, ability to have a certain amount of WML continue to execute while a [message] is still onscreen (definitely need a_r for that though.)
20170819 22:01:20< vultraz_iOS> Failed to save 'vertical_scrollbar.cpp': A system error occurred (EBUSY: resource busy or locked, open 'c:\Users\exodi\Documents\wesnoth\src\gui\widgets\vertical_scrollbar.cpp')
20170819 22:01:22< vultraz_iOS> L O V E L Y
20170819 22:01:51< DeFender1031> umm...
20170819 22:02:11< DeFender1031> is something else using that file?
20170819 22:02:16< vultraz_iOS> dunno
20170819 22:02:20< vultraz_iOS> closed my editor and now it works
20170819 22:02:26< DeFender1031> did you have a compile operation that hung and the- okay
20170819 22:05:39< vultraz_iOS> doesn't explain the weird hanging behavior im getting though
20170819 22:07:29-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20170819 22:08:57< DeFender1031> Dunno. Windows's approach to file IO is the source of all sorts of problems like this.
20170819 22:09:15< DeFender1031> UNIX's approach makes much more sense.
20170819 22:09:40< vultraz_iOS> not that i meant in wesnoth
20170819 22:10:52-!- gfgtdf [~chatzilla@x4e369703.dyn.telefonica.de] has quit [Read error: Connection reset by peer]
20170819 22:15:14< DeFender1031> Oh.
20170819 22:15:21< DeFender1031> Then ignore that.
20170819 22:59:57-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 240 seconds]
20170819 23:12:02< DeFender1031> btw, any idea where celmin's been for the past few days?
20170819 23:21:58-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20170819 23:49:53< vultraz_iOS> away
20170819 23:49:56< vultraz_iOS> he said he would be
20170819 23:59:42-!- Greg-Boggs [~greg_bogg@2601:1c2:f00:9780:4928:ddf1:45b8:3f58] has joined #wesnoth-dev
--- Log closed Sun Aug 20 00:00:19 2017