--- Log opened Mon Jan 18 00:00:25 2016 20160118 00:07:50-!- mjs-de [~mjs-de@x4db60660.dyn.telefonica.de] has quit [Remote host closed the connection] 20160118 00:14:48-!- neverEnough [~nE@host7-235-dynamic.50-79-r.retail.telecomitalia.it] has quit [Read error: No route to host] 20160118 00:27:21-!- Soliton [~Soliton@wesnoth/developer/soliton] has quit [Ping timeout: 260 seconds] 20160118 00:28:55< gfgtdf> shadowm: please rebuild master wesnothd (if you didnt already this year). 20160118 00:28:55-!- lobby [~wesnoth@wesnoth/bot/lobby] has quit [Ping timeout: 245 seconds] 20160118 00:30:49-!- lobby [~wesnoth@wesnoth/bot/lobby] has joined #wesnoth-dev 20160118 00:30:49-!- Topic for #wesnoth-dev: Wesnoth Developers Channel | >>> Want to help? Go here: http://r.wesnoth.org/t42911 (and thanks!) <<< | Logs: http://irclogs.wesnoth.org | Bug tracker: http://bugs.wesnoth.org 20160118 00:30:49-!- Topic set by shadowm [~ignacio@wesnoth/developer/shadowm] [Sun Jan 17 05:24:23 2016] 20160118 00:30:49[Users #wesnoth-dev] 20160118 00:30:49[ _laco ] [ Crendgrim ] [ Greywhind ] [ knotwork ] [ prkc ] [ TheJJ ] 20160118 00:30:49[ aeonchild ] [ crimson_penguin] [ heirecka ] [ legoktm ] [ pydsigner ] [ timotei ] 20160118 00:30:49[ aeth ] [ DDR ] [ higgins ] [ lobby ] [ quentinp ] [ tomreyn ] 20160118 00:30:49[ Aginor ] [ elias ] [ iceiceice ] [ Lohengramm ] [ Ravana_ ] [ vincent_c] 20160118 00:30:49[ AI0867_ ] [ EliDupree ] [ Ivanovic ] [ loonycyborg ] [ Rhonda ] [ vultraz ] 20160118 00:30:49[ aidanhs_ ] [ Elsi ] [ iwaim ] [ louis94 ] [ Samual ] [ wedge009 ] 20160118 00:30:49[ Appleman1234 ] [ esr ] [ janebot ] [ matthiaskrgr] [ shadowm ] [ Yaiyan ] 20160118 00:30:49[ avtobiff ] [ flowerhack ] [ Jetrel ] [ molgrum ] [ shikadibot] [ ypnos ] 20160118 00:30:49[ celticminstrel] [ Gambit ] [ Jetrel_bot] [ new_one ] [ Soliton ] [ {V} ] 20160118 00:30:49[ clavi ] [ gfgtdf ] [ kidneb ] [ oldlaptop ] [ TC01 ] 20160118 00:30:49-!- Irssi: #wesnoth-dev: Total of 59 nicks [0 ops, 0 halfops, 0 voices, 59 normal] 20160118 00:30:58-!- Channel #wesnoth-dev created Tue Jan 27 05:28:41 2009 20160118 00:31:51-!- Irssi: Join to #wesnoth-dev was synced in 69 secs 20160118 00:37:22< shadowm> I'm afraid I'll have to fight a dying hard disk to get to that. 20160118 00:38:49< shadowm> Aaaaand I need SDL 2 on the server. 20160118 00:39:33< shadowm> Oh, I'm in luck, it's in wheezy-backports. 20160118 00:39:47< shadowm> Version 2.0.0, though. 20160118 00:40:11< shadowm> Yeah, I have an idea, how about you remind me tomorrow instead? 20160118 00:41:06< shadowm> This would be a great time to upgrade the OS, but if I don't do it right we'll lose the MP server. 20160118 00:43:13< shadowm> OTOH with a dying drive it's definitely not a great time for that, actually. 20160118 00:48:56< shadowm> Ah, I know, I can use the units.w.o container as a guinea pig. 20160118 00:49:02< shadowm> Because no-one gives a crap about units.w.o. 20160118 01:10:33-!- louis94 [~~louis94@81.243.152.16] has quit [Quit: Konversation terminated!] 20160118 01:14:04< shadowm> So that took about 20 minutes. 20160118 01:14:17 * shadowm reboots it to see what happens. 20160118 01:16:05< shadowm> 01:15:51 shadowm@units:~$ cat /etc/issue 20160118 01:16:08< shadowm> Debian GNU/Linux 8 \n \l 20160118 01:16:21< shadowm> And the fact that sshd started at all appears to confirm I did it right. 20160118 01:16:52< shadowm> 01:16:25 shadowm@units:~$ dpkg --get-selections | fgrep sysv 20160118 01:16:55< shadowm> sysvinit-core install 20160118 01:17:29< shadowm> Well, I already knew that from the upgrade summary. 20160118 01:18:09< shadowm> elias: I upgraded the units container from wheezy to jessie just because I could. You might want to make sure the units.w.o pipeline can still run and/or rebuild Wesnoth as necessary. 20160118 01:19:29< elias> thanks, I'll put it on my todo list 20160118 01:19:48< elias> busy battling Ikea furniture right now :/ 20160118 01:20:04< shadowm> Note that Boost 1.49.0 is still installed but it's no longer in the archive. 20160118 01:20:24< shadowm> So that'll disappear next time someone cleans up the package selection. 20160118 01:21:01< shadowm> Okay, so that was pretty risky because any step could've gotten stuck forever trying to read from the failed drive. :p 20160118 01:21:51< shadowm> I'm deliberating right now whether to postpone the wesnothd-trunk rebuild until I can upgrade the wesnothd container to jessie (i.e. after getting the drive replaced), or force using SDL 1.2 if possible. 20160118 01:22:22< shadowm> The latter is a perfectly reasonable option but doesn't do much for testing SDL 2 in general. 20160118 01:22:36< shadowm> (Or the SDL 2 version of SDL_net, in this case.) 20160118 01:23:28< shadowm> gfgtdf: How needed is the rebuild on a scale of 1 to 10? 20160118 01:28:42< gfgtdf> shadowm: well its not like i need to play on master wesnothd server currely, but playing game won't work currently. 20160118 01:29:31< shadowm> How much do you rely on the live server as opposed to local wesnothds? 20160118 01:29:38< shadowm> Generally speaking. 20160118 01:31:25< gfgtdf> I don't, but it will result in bugreports if someone tries to play there. 20160118 01:33:43< shadowm> Nah. 20160118 01:34:10< gfgtdf> shadowm: specially when other people try to preporduce other bug there. 20160118 01:34:14< shadowm> Who would want to play there, other than people already on this channel? :p 20160118 01:34:34< gfgtdf> like in 20160106 11:54:59< zookeeper> on an unrelated note, multiplayer seems badly broken. 20160118 01:34:52< shadowm> Hmph. Point. 20160118 01:35:08< shadowm> Let's see if using sdl2=no with scons does what I expect. 20160118 01:37:52< shadowm> Looks like it's working. 20160118 01:39:15< gfgtdf> shadowm: ok ty 20160118 01:39:25< shadowm> Haven't restarted it yet, the build only just finished. 20160118 01:39:46< gfgtdf> shadowm: hm ok, tell me when restarted 20160118 01:40:06< shadowm> gfgtdf: Now. 20160118 01:41:03< gfgtdf> shadowm: thx 20160118 01:41:38-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20160118 01:45:52< gfgtdf> shadowm: ok just tested an worked. 20160118 01:48:22-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!] 20160118 01:58:21-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20160118 02:16:45-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20160118 02:17:02-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 276 seconds] 20160118 02:22:58-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!] 20160118 02:30:39-!- nurupo [~nurupo.ga@unaffiliated/nurupo] has joined #wesnoth-dev 20160118 02:35:33-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev 20160118 02:39:14-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 256 seconds] 20160118 02:39:15-!- wedge010 is now known as wedge009 20160118 02:59:10-!- gfgtdf_ [~chatzilla@x50abb190.dyn.telefonica.de] has joined #wesnoth-dev 20160118 03:01:23-!- gfgtdf [~chatzilla@f054175036.adsl.alicedsl.de] has quit [Ping timeout: 264 seconds] 20160118 03:01:35-!- gfgtdf_ is now known as gfgtdf 20160118 04:04:51-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has quit [Quit: And lo! The computer falls into a deep sleep, to awake again some other day!] 20160118 04:23:42-!- gfgtdf [~chatzilla@x50abb190.dyn.telefonica.de] has quit [Quit: ChatZilla 0.9.92 [Firefox 43.0.4/20160105164030]] 20160118 05:07:14-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection] 20160118 05:07:20-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev 20160118 06:09:44-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 276 seconds] 20160118 06:11:51-!- vultraz [~chatzilla@124.109.10.167] has joined #wesnoth-dev 20160118 06:11:51-!- vultraz [~chatzilla@124.109.10.167] has quit [Changing host] 20160118 06:11:51-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev 20160118 06:33:52-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has joined #wesnoth-dev 20160118 07:30:01-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai] 20160118 07:51:48-!- boucman_work [~jrosen@wesnoth/developer/boucman] has joined #wesnoth-dev 20160118 08:02:30-!- EdB [~edb@89-158-11-138.rev.numericable.fr] has joined #wesnoth-dev 20160118 08:18:56-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev 20160118 08:59:29-!- Kwandulin [~Miranda@p200300760F250ADF6501AFE87E8D7F04.dip0.t-ipconnect.de] has joined #wesnoth-dev 20160118 09:27:00-!- mjs-de [~mjs-de@x4db5ae3e.dyn.telefonica.de] has joined #wesnoth-dev 20160118 09:33:17-!- zombah [~zombah@2a02:28:3:1:214:4fff:fe47:5920] has joined #wesnoth-dev 20160118 10:07:50-!- Kwandulin [~Miranda@p200300760F250ADF6501AFE87E8D7F04.dip0.t-ipconnect.de] has quit [Ping timeout: 260 seconds] 20160118 10:27:24-!- Kwandulin [~Miranda@p200300760F6924CC41B110E7945D1CDD.dip0.t-ipconnect.de] has joined #wesnoth-dev 20160118 10:33:50-!- horrowind [~Icedove@2a02:810a:8b00:1a54:21b:fcff:fee3:c3ff] has joined #wesnoth-dev 20160118 10:49:56-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Ping timeout: 265 seconds] 20160118 10:58:48-!- EdB [~edb@89-158-11-138.rev.numericable.fr] has quit [Quit: Konversation terminated!] 20160118 12:19:03-!- Kwandulin [~Miranda@p200300760F6924CC41B110E7945D1CDD.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer] 20160118 12:19:59-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20160118 12:21:22-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has joined #wesnoth-dev 20160118 12:56:25-!- Kwandulin [~Miranda@p200300760F6924CC981AAD68A9B06669.dip0.t-ipconnect.de] has joined #wesnoth-dev 20160118 13:04:51-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai] 20160118 13:06:10-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Remote host closed the connection] 20160118 13:06:34-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20160118 13:50:27-!- Ravana_ [~Ravana@unaffiliated/ravana/x-2327071] has quit [Disconnected by services] 20160118 13:50:51-!- Ravana__ [~Ravana@1-169-50-84.dyn.estpak.ee] has joined #wesnoth-dev 20160118 13:50:59-!- Ravana__ is now known as Ravana_ 20160118 13:51:01-!- Ravana_ [~Ravana@1-169-50-84.dyn.estpak.ee] has quit [Changing host] 20160118 13:51:01-!- Ravana_ [~Ravana@unaffiliated/ravana/x-2327071] has joined #wesnoth-dev 20160118 14:35:33-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev 20160118 14:38:44-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 250 seconds] 20160118 14:38:45-!- wedge010 is now known as wedge009 20160118 14:56:40-!- prkc [~prkc@46.166.190.189] has quit [Ping timeout: 272 seconds] 20160118 15:04:44-!- pydsigner [~pydsigner@unaffiliated/pydsigner] has quit [Ping timeout: 250 seconds] 20160118 15:05:00-!- horrowind [~Icedove@2a02:810a:8b00:1a54:21b:fcff:fee3:c3ff] has quit [Quit: horrowind] 20160118 15:05:30-!- pydsigner [~pydsigner@unaffiliated/pydsigner] has joined #wesnoth-dev 20160118 15:45:58-!- atarocch [~atarocch@151.64.72.51] has joined #wesnoth-dev 20160118 15:46:31-!- gfgtdf [~chatzilla@x50abb190.dyn.telefonica.de] has joined #wesnoth-dev 20160118 15:50:59-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has joined #wesnoth-dev 20160118 16:05:10-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has joined #wesnoth-dev 20160118 16:10:01-!- Greg-Bog_ [~greg_bogg@173.240.241.83] has joined #wesnoth-dev 20160118 16:36:40-!- prkc [~prkc@catv-80-98-216-55.catv.broadband.hu] has joined #wesnoth-dev 20160118 16:42:28-!- atarocch [~atarocch@151.64.72.51] has quit [Quit: Leaving] 20160118 16:42:46-!- atarocch [~atarocch@151.64.72.51] has joined #wesnoth-dev 20160118 17:19:03-!- zombah [~zombah@2a02:28:3:1:214:4fff:fe47:5920] has quit [Quit: Leaving] 20160118 17:26:50-!- louis94 [~~louis94@16.152-243-81.adsl-dyn.isp.belgacom.be] has joined #wesnoth-dev 20160118 17:43:32-!- EdB [~edb@89-158-11-138.rev.numericable.fr] has joined #wesnoth-dev 20160118 17:55:51-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev 20160118 17:55:51-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection] 20160118 18:04:07-!- EdB [~edb@89-158-11-138.rev.numericable.fr] has quit [Quit: Konversation terminated!] 20160118 18:08:18-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai] 20160118 18:08:49-!- Greg-Bog_ [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection] 20160118 18:19:27-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has joined #wesnoth-dev 20160118 18:20:17-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev 20160118 18:21:16-!- horrowind [~Icedove@2a02:810a:8b00:1a54:21b:fcff:fee3:c3ff] has joined #wesnoth-dev 20160118 18:35:59-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai] 20160118 18:38:03-!- mjs-de [~mjs-de@x4db5ae3e.dyn.telefonica.de] has quit [Remote host closed the connection] 20160118 18:52:15-!- louis94 [~~louis94@16.152-243-81.adsl-dyn.isp.belgacom.be] has quit [Ping timeout: 240 seconds] 20160118 19:14:20-!- prkc [~prkc@catv-80-98-216-55.catv.broadband.hu] has quit [Ping timeout: 250 seconds] 20160118 19:15:01-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20160118 19:16:23-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 264 seconds] 20160118 19:20:22< Soliton> wesnoth.org will be restarted in the next hour or so and will hopefully come back later with a replaced hard drive... 20160118 19:21:23< Soliton> gfgtdf: not sure what you were highlighting me one. presumably the server issues? 20160118 19:21:31< Soliton> s/one/on/ 20160118 19:25:27-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20160118 19:25:38-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 255 seconds] 20160118 19:29:48-!- mjs-de [~mjs-de@wh.Uni-Dortmund.DE] has joined #wesnoth-dev 20160118 19:36:00-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!] 20160118 19:39:40< gfgtdf> Soliton: about restarting wesnothd, but shadowm already did that yesterday. 20160118 19:40:05-!- atarocch_ [~atarocch@151.64.69.61] has joined #wesnoth-dev 20160118 19:43:35-!- atarocch [~atarocch@151.64.72.51] has quit [Ping timeout: 240 seconds] 20160118 19:48:41-!- irker664 [~irker@uruz.ai0867.net] has joined #wesnoth-dev 20160118 19:48:41< irker664> wesnoth: gfgtdf wesnoth:master 0f8998d121cc / src/filesystem_boost.cpp: PREFERENCES_DIR macro now works on windows too. https://github.com/wesnoth/wesnoth/commit/0f8998d121cc26cbcefe3cba47f8ec23fd30848d 20160118 19:52:00-!- Mike_ [4f420610@gateway/web/freenode/ip.79.66.6.16] has joined #wesnoth-dev 20160118 19:52:24-!- Mike_ is now known as Guest57981 20160118 19:52:31-!- Guest57981 [4f420610@gateway/web/freenode/ip.79.66.6.16] has quit [Client Quit] 20160118 20:02:57-!- Kwandulin_2 [~Miranda@p200300760F6924CC981AAD68A9B06669.dip0.t-ipconnect.de] has joined #wesnoth-dev 20160118 20:04:35-!- Kwandulin [~Miranda@p200300760F6924CC981AAD68A9B06669.dip0.t-ipconnect.de] has quit [Ping timeout: 240 seconds] 20160118 20:07:04-!- prkc [~prkc@catv-80-98-216-55.catv.broadband.hu] has joined #wesnoth-dev 20160118 20:22:32< shadowm> gfgtdf: Could you try to keep spacing and coding style consistent to the containing block next time? :\ 20160118 20:23:32< shadowm> Oh well, I guess I didn't rewrite the _X11 and else branches. 20160118 20:23:33< gfgtdf> shadowm: ? i really just moved that pisce of code aroun in the same block. 20160118 20:28:05-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection] 20160118 20:35:18-!- travis-ci [~travis-ci@ec2-54-147-237-81.compute-1.amazonaws.com] has joined #wesnoth-dev 20160118 20:35:19< travis-ci> wesnoth/wesnoth#8256 (master - 0f8998d : gfgtdf): The build has errored. 20160118 20:35:19< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/103186079 20160118 20:35:19-!- travis-ci [~travis-ci@ec2-54-147-237-81.compute-1.amazonaws.com] has left #wesnoth-dev [] 20160118 20:35:46-!- oldlaptop [~quassel@50-37-38-205.mskg.mi.frontiernet.net] has quit [Remote host closed the connection] 20160118 20:36:49-!- prkc [~prkc@catv-80-98-216-55.catv.broadband.hu] has quit [Ping timeout: 245 seconds] 20160118 20:40:56-!- markus_ [~mjs-de@wh.Uni-Dortmund.DE] has joined #wesnoth-dev 20160118 20:41:32-!- mjs-de [~mjs-de@wh.Uni-Dortmund.DE] has quit [Ping timeout: 265 seconds] 20160118 20:42:04< shadowm> vultraz: I guess I'm supposed to look at #571? --- Log opened Mon Jan 18 21:21:36 2016 20160118 21:21:51-!- lobby [~wesnoth@wesnoth/bot/lobby] has joined #wesnoth-dev 20160118 21:21:51-!- Topic for #wesnoth-dev: Wesnoth Developers Channel | >>> Want to help? Go here: http://r.wesnoth.org/t42911 (and thanks!) <<< | Logs: http://irclogs.wesnoth.org | Bug tracker: http://bugs.wesnoth.org 20160118 21:21:51-!- Topic set by shadowm [~ignacio@wesnoth/developer/shadowm] [Sun Jan 17 05:24:23 2016] 20160118 21:21:51[Users #wesnoth-dev] 20160118 21:21:51[ _laco ] [ Elsi ] [ kidneb ] [ Samual ] 20160118 21:21:51[ aeonchild ] [ esr ] [ knotwork ] [ shadowm ] 20160118 21:21:51[ aeth ] [ flowerhack] [ legoktm ] [ shikadibot] 20160118 21:21:51[ Aginor ] [ Gambit ] [ lobby ] [ stikonas ] 20160118 21:21:51[ AI0867_ ] [ gfgtdf ] [ Lohengramm ] [ TC01 ] 20160118 21:21:51[ aidanhs_ ] [ Greg-Boggs] [ matthiaskrgr] [ TheJJ ] 20160118 21:21:51[ Appleman1234 ] [ Greywhind ] [ mjs-de ] [ timotei ] 20160118 21:21:51[ avtobiff ] [ heirecka ] [ molgrum ] [ tomreyn ] 20160118 21:21:51[ boucman_work ] [ higgins ] [ new_one ] [ vincent_c ] 20160118 21:21:51[ celticminstrel ] [ horrowind ] [ nurupo ] [ vultraz ] 20160118 21:21:51[ clavi ] [ irker664 ] [ oldlaptop ] [ wedge009 ] 20160118 21:21:51[ Crendgrim ] [ Ivanovic ] [ prkc ] [ Yaiyan ] 20160118 21:21:51[ crimson_penguin] [ iwaim ] [ pydsigner ] [ ypnos ] 20160118 21:21:51[ DDR ] [ janebot ] [ quentinp ] [ zookeeper ] 20160118 21:21:51[ elias ] [ Jetrel ] [ Ravana_ ] [ {V} ] 20160118 21:21:51[ EliDupree ] [ Jetrel_bot] [ Rhonda ] 20160118 21:21:51-!- Irssi: #wesnoth-dev: Total of 63 nicks [0 ops, 0 halfops, 0 voices, 63 normal] 20160118 21:21:55-!- Channel #wesnoth-dev created Tue Jan 27 05:28:41 2009 20160118 21:22:53-!- Irssi: Join to #wesnoth-dev was synced in 73 secs 20160118 21:23:04-!- oldlaptop [~quassel@50-37-38-205.mskg.mi.frontiernet.net] has quit [Remote host closed the connection] 20160118 21:23:46-!- Soliton_ [~Soliton@wesnoth/developer/soliton] has joined #wesnoth-dev 20160118 21:23:53-!- Soliton_ is now known as Soliton 20160118 21:31:13-!- midzer [~quassel@p4FFCE8C5.dip0.t-ipconnect.de] has joined #wesnoth-dev 20160118 21:38:39-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection] 20160118 21:50:55-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev 20160118 21:58:35< vultraz> shadowm: yes, that is why I assigned it to you, since you have experience with this sort of thing 20160118 22:00:37-!- Soliton [~Soliton@wesnoth/developer/soliton] has quit [Remote host closed the connection] 20160118 22:00:44-!- oldlaptop [~quassel@50-37-38-205.mskg.mi.frontiernet.net] has joined #wesnoth-dev 20160118 22:00:56-!- Soliton [~Soliton@wesnoth/developer/soliton] has joined #wesnoth-dev 20160118 22:04:04< shadowm> vultraz: Yeah, there are some questionable bits. 20160118 22:04:04-!- loonycyborg [~loonycybo@wesnoth/developer/loonycyborg] has joined #wesnoth-dev 20160118 22:04:51-!- newbie81 [~kvirc@ppp109-252-68-178.pppoe.spdop.ru] has joined #wesnoth-dev 20160118 22:07:40-!- louis94 [~~louis94@16.152-243-81.adsl-dyn.isp.belgacom.be] has joined #wesnoth-dev 20160118 22:08:01-!- newbie81 [~kvirc@ppp109-252-68-178.pppoe.spdop.ru] has quit [Client Quit] 20160118 22:14:51< vultraz> I'm working on the advanced prefs handling 20160118 22:15:04< vultraz> But I'm stuck on the design bit 20160118 22:15:13< vultraz> I could port the design exactly from the GUI1 dialog 20160118 22:15:20< vultraz> so far, that's what I have, actually 20160118 22:15:33< vultraz> since i can't decide on a new design :/ 20160118 22:16:19< shadowm> I suppose that means you didn't like my suggestion. 20160118 22:16:41< gfgtdf> vultraz: are they any other conrete design options? 20160118 22:16:53-!- loonycyborg [~loonycybo@wesnoth/developer/loonycyborg] has quit [Quit: ZNC - http://znc.sourceforge.net] 20160118 22:16:56< vultraz> You suggested a custom type for options that need their own dialog 20160118 22:17:04< shadowm> I suggested another thing. 20160118 22:17:27< vultraz> but there are still 14 toggle options and 4 slider options 20160118 22:17:39< shadowm> Maybe you could go check the logs since you obviously weren't paying attention. 20160118 22:18:10-!- loonycyborg [~loonycybo@wesnoth/developer/loonycyborg] has joined #wesnoth-dev 20160118 22:18:17< gfgtdf> vultraz: dont forget the one tristate option (compresssaves) 20160118 22:18:23< vultraz> yeah 20160118 22:18:27< vultraz> that's annoying 20160118 22:18:43< vultraz> also the reason why i was wondering how hard proper dropdown menus would be 20160118 22:18:52< shadowm> See, this is why I tend to feel like my time is wasted here nowadays. 20160118 22:19:04< shadowm> I addressed that point too. 20160118 22:19:42< vultraz> I'm rereading the logs 20160118 22:20:06< vultraz> "20160116 00:53:02< shadowm> Honestly, I'd add another Advanced Preferences entry type, "custom". Entries of this type only get displayed on the list (they don't get serialized to the /preferences file) and have a button attached to them that fires up the actual dialog that handles them, serialization and everything." 20160118 22:20:25< shadowm> Yes that's the only part you read. 20160118 22:21:06-!- prkc [~prkc@46.166.188.207] has quit [Ping timeout: 265 seconds] 20160118 22:21:32< celticminstrel> Nothing has happened regarding the [item] bug yet, right? 20160118 22:21:38< vultraz> 20160113 22:13:08< shadowm> Since I used dynamically generated buttons nested in a listbox in an unreleased dialog, I thought that perhaps the same could be used for Advanced since the only reason it isn't done with the GUI1 version anyway is because it was GUI1. 20160118 22:22:17< shadowm> Yes, there are a couple more relevant lines. 20160118 22:22:38< vultraz> 20160113 22:14:08< shadowm> But IIRC (I don't have the code anymore) it's very tricky code, and I'm not even sure how to deal with the new multi-state advanced entries. 20160118 22:22:39< vultraz> 20160113 22:14:32< shadowm> They could either be radio buttons or nested listboxes, but I'm not sure the latter is even doable. 20160118 22:22:53< vultraz> 20160113 22:17:45< shadowm> Another option I had considered was making the whole Advanced page dynamically generated as a plain grid instead of a listbox, but again, didn't get to do the research. 20160118 22:23:01< vultraz> Yes, I remember all these lines 20160118 22:23:02 * shadowm hands vultraz the Expert Copy-Paster badge. 20160118 22:23:16< vultraz> I was thinking the first sounded promising 20160118 22:23:35< vultraz> So I was considering a list with a button/slider/radio selection in each row 20160118 22:23:36< vultraz> but 20160118 22:23:41< vultraz> I can't figure out how to code that 20160118 22:23:43< shadowm> If you remembered them then why were you talking above like I had never said anything on the matter before? 20160118 22:24:09< vultraz> without giving each row a stacked widget and toggling the appropriate page which would result in massive overhead 20160118 22:24:25< vultraz> shadowm: I was getting there 20160118 22:24:57< gfgtdf> vultraz: treeview can handle differnt 'type' of lines. Like its one with the campaigns disloag (whether the moddifications rows have a chackbox in it) 20160118 22:25:29< shadowm> Listboxes can have arbitrary widgets within toggle_panel rows as well. 20160118 22:25:38< shadowm> They don't all work correctly, though. 20160118 22:25:56< vultraz> Putting the widgets shouldn't be that much of a problem. It's how to put the right ones 20160118 22:26:06< gfgtdf> shadowm: hmm but afauk the yhave sae same widgets in all rows 20160118 22:26:51< shadowm> The WML layout requires that. 20160118 22:27:38< shadowm> Ostensibly, there might be a way to disregard that if you are generating the layout dynamically by hand. 20160118 22:27:45< vultraz> You lost the relevant code, sadly 20160118 22:28:13< gfgtdf> shadowm: my point was that treeviews can have differnt 'types' of rows (slider rows, chackbox rows). Unlike listboxes 20160118 22:28:41< vultraz> hm 20160118 22:29:17< shadowm> I don't know much about tree views in GUI2, but in general a tree view would be most appropriate for what I was envisioning regarding user interaction. 20160118 22:30:11< vultraz> you mean...each option with a tree toggle to unfold the relevant options? 20160118 22:34:32< vultraz> gfgtdf: btw do you think you could implement a small gui2 improvement: make sliders not respond to mouse movement outside the scope of the slider? 20160118 22:34:36< vultraz> or should i just file an FR 20160118 22:35:14< gfgtdf> vultraz: hmm dont know, its better to make a fr 20160118 22:35:46< vultraz> basically if you hold and drag a gui2 slider, it will move the slider based on any lateral mouse movement 20160118 22:35:53< vultraz> so if you keep dragging past the end of the slider 20160118 22:35:57< vultraz> and then drag the other way 20160118 22:36:00< vultraz> it will move 20160118 22:36:17< vultraz> so you'll be dragging the slider but your mouse is halfway across the screen 20160118 22:37:01-!- prkc [~prkc@gateway/vpn/privateinternetaccess/prkc] has joined #wesnoth-dev 20160118 22:38:24< shadowm> vultraz: Not with the expand/collapse button to the left, but rather with the entry labels themselves acting as such. 20160118 22:38:40< shadowm> So that selecting an option automatically expands it, deselecting it automatically collapses it. 20160118 22:38:55< vultraz> yes, I was thinking that too 20160118 22:39:56< vultraz> implementing the tree toggle should be easy 20160118 22:39:58< vultraz> but 20160118 22:40:03< vultraz> how to do the contents? 20160118 22:40:04< shadowm> vultraz: Don't change the slider behavior like that. 20160118 22:41:09< vultraz> why not? that is nonstandard behavior. it shouldn't start moving again until you get back in range 20160118 22:41:52< shadowm> Are you going to exclude the orthogonal range too? 20160118 22:42:18< vultraz> what? 20160118 22:42:23< shadowm> i.e. so that the slider won't move if the mouse is outside range on the axis orthogonal to the slider path? 20160118 22:42:41< shadowm> Because that's what it sounds like when you put it broadly like that. 20160118 22:43:31< shadowm> In Qt, sliders are confined to the parallel range but not the orthogonal range. 20160118 22:44:44< vultraz> I would say yes 20160118 22:44:53< vultraz> only move slider if you're on the slider 20160118 22:45:00< shadowm> Then no, don't do that. 20160118 22:45:37< vultraz> Ok, what about just laterally 20160118 22:45:53< shadowm> 19:43:32 In Qt, sliders are confined to the parallel range but not the orthogonal range. 20160118 22:46:14-!- Appleman1234 [~Appleman1@KD119104000044.au-net.ne.jp] has quit [Ping timeout: 256 seconds] 20160118 22:46:23< shadowm> (Same thing that Windows' native UI does, just checked.) 20160118 22:48:56-!- irker664 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout] 20160118 22:51:34< celticminstrel> Isn't treeview what's used in the GUI2 lobby? Are they used anywhere else? 20160118 22:52:04< shadowm> The current wonky version of the Campaigns menu I believe. 20160118 22:52:04 * zookeeper assumes that "make sliders not respond to mouse movement outside the scope of the slider" was referring only to horizontal movement 20160118 22:52:07< gfgtdf> celticminstrel: they are currelty used in the sp campaign selection dialog 20160118 22:52:34-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!] 20160118 22:52:42< celticminstrel> Eh? 20160118 22:52:55< shadowm> Okay looks like people are confused by my use of 'parallel' and 'orthogonal'. 20160118 22:53:01< gfgtdf> celticminstrel: also they'll be used when the help dialog is proterd to gui2. And ofc it can also be used in addons 20160118 22:53:09< shadowm> I'm envisioning sliders as a generic thing, not as being exclusively horizontal. 20160118 22:53:53< celticminstrel> To me it makes sense for the slider to move as long as the mouse is down, even if you move the mouse way off in the orthogonal direction. 20160118 22:54:13< shadowm> If the slider is horizontal, the parallel axis is the horizontal axis, the orthogonal axis is the vertical axis. 20160118 22:54:19< vultraz> yeah, that makes sense 20160118 22:54:25< celticminstrel> Obviously it wouldn't move out of range, though. If the mouse is out of range in the parallel direction, then the slider goes to min/max. 20160118 22:55:22< zookeeper> shadowm, right. when dragging a slider, it should keep responding regardless of where the mouse is on the orthogonal axis. agree/disagree? :P 20160118 22:55:30-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20160118 22:55:54< shadowm> Agree. 20160118 22:55:57< zookeeper> great! 20160118 22:56:01< gfgtdf> celticminstrel: the issue is what happens when the mouse goes out of range (in the parralel axis)and then goes back but still out of range. you can check this in teh editors resize dialogs. 20160118 22:56:08< shadowm> That's what Windows and Qt on X11 do. 20160118 22:56:33< shadowm> What zookeeper just said, that is. What gfgtdf said is a bug. 20160118 22:56:37< zookeeper> that's what every sane interface does. i hate sliders which stop when i veer off course even a little bit. 20160118 22:56:40< vultraz> yes 20160118 22:56:54< vultraz> the behavior that gfgtdf said is what I was talking asbout 20160118 22:56:56< vultraz> about 20160118 22:57:18< vultraz> I was wondering if he could fix it 20160118 22:57:44< celticminstrel> gfgtdf: Huh? 20160118 22:57:59< shadowm> The same principle ought to apply to scrollbars (which are conceptually sliders with a different skin) if it doesn't already. 20160118 22:58:01< celticminstrel> What do you mean by "goes back" there? 20160118 22:58:20< celticminstrel> shadowm: Yeah, I'm also envisioning sliders and scrollbars as variants on the same basic concept. 20160118 22:58:33< shadowm> Well, just checked that GUI2 scrollbars have the same bug. 20160118 22:58:36< celticminstrel> Except scrollbars may also have the arrow buttons at top and/or bottom. 20160118 22:59:32< gfgtdf> shadowm: on windows scrollbars stop changing after their position after a certain ortogonal mouse distance (~5cm). 20160118 22:59:51< celticminstrel> gfgtdf: Oh wait, you're saying that the slider currently always moves with the mouse if there's room to move in that direction? 20160118 23:00:23< shadowm> Eh, the Windows behavior of scrollbars is a bit stupid AFAICT because they also reset when the mouse goes out of range. 20160118 23:00:36< celticminstrel> The correct approach is to base the slider position on the mouse position, not the mouse delta. 20160118 23:00:54< shadowm> And don't get me started on scroll wheel handling on Windows. 20160118 23:01:06< celticminstrel> It seems to be improving recently, more in line with how it is on OSX. 20160118 23:01:23< celticminstrel> But most programs still require focus to scroll with the wheel... 20160118 23:01:37< celticminstrel> Or, many programs, at least. 20160118 23:02:37< shadowm> On Windows 8.1, the shell/Explorer still does, and since it's the thing people interact with the most besides their web browser... 20160118 23:03:20< shadowm> I haven't checked Windows 10 because I don't want to use Windows 10. 20160118 23:04:55-!- prkc [~prkc@gateway/vpn/privateinternetaccess/prkc] has quit [Ping timeout: 240 seconds] 20160118 23:09:32< vultraz> we seem to have gone off-topic 20160118 23:09:55< vultraz> shadowm: do you have any idea how to generate the different widgets in each entry's tree node? 20160118 23:12:01< shadowm> I don't remember, but what you want to look for is member functions that allow accessing and altering grids. 20160118 23:12:13< vultraz> Oh dear 20160118 23:12:22< shadowm> (Which is kind of obvious tbh.) 20160118 23:14:09-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!] 20160118 23:16:27-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20160118 23:20:28-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection] 20160118 23:20:50-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev 20160118 23:24:09-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!] 20160118 23:28:35-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20160118 23:30:15-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 240 seconds] 20160118 23:37:07-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection] 20160118 23:37:52-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev 20160118 23:38:05-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection] 20160118 23:38:13-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev 20160118 23:42:33-!- Appleman1234 [~Appleman1@KD119104014150.au-net.ne.jp] has joined #wesnoth-dev 20160118 23:42:38< vultraz> hmm 20160118 23:42:42< vultraz> tree views are confusing 20160118 23:43:00< vultraz> gfgtdf: what is considered a node? 20160118 23:50:41-!- ancestral [~ancestral@209.181.254.220] has joined #wesnoth-dev 20160118 23:56:56-!- mjs-de [~mjs-de@wh.Uni-Dortmund.DE] has quit [Remote host closed the connection] 20160118 23:57:21-!- louis94 [~~louis94@16.152-243-81.adsl-dyn.isp.belgacom.be] has quit [Quit: Konversation terminated!] 20160118 23:59:38-!- louis94 [~~louis94@16.152-243-81.adsl-dyn.isp.belgacom.be] has joined #wesnoth-dev --- Log closed Tue Jan 19 00:00:27 2016