--- Log opened Fri Feb 12 00:00:02 2016
20160212 00:04:50-!- SpoOkyMagician [~chatzilla@cpe-74-136-45-198.kya.res.rr.com] has joined #wesnoth-dev
20160212 00:25:23-!- Appleman1234 [~Appleman1@KD119104007160.au-net.ne.jp] has quit [Ping timeout: 264 seconds]
20160212 00:35:19-!- irker114 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20160212 00:35:53-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160212 00:36:58-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160212 00:37:24-!- mjs-de [~mjs-de@x4db6067a.dyn.telefonica.de] has quit [Remote host closed the connection]
20160212 00:54:52-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160212 00:56:34-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160212 01:05:35-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160212 01:12:35-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160212 01:16:38-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160212 01:18:11-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160212 01:21:23-!- Appleman1234 [~Appleman1@KD119104014069.au-net.ne.jp] has joined #wesnoth-dev
20160212 01:31:58-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20160212 01:52:26-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
20160212 01:56:59-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160212 01:57:30-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20160212 01:59:28-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160212 02:02:34-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160212 02:07:14-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160212 02:09:01-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160212 02:09:17-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160212 02:09:20-!- gfgtdf_ [~chatzilla@f054140019.adsl.alicedsl.de] has joined #wesnoth-dev
20160212 02:11:18-!- gfgtdf [~chatzilla@f054059170.adsl.alicedsl.de] has quit [Ping timeout: 252 seconds]
20160212 02:11:31-!- gfgtdf_ is now known as gfgtdf
20160212 02:38:16-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has joined #wesnoth-dev
20160212 03:06:06-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160212 03:06:47-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160212 03:06:52-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160212 03:14:34-!- pyndragon [~pydsigner@unaffiliated/pydsigner] has joined #wesnoth-dev
20160212 03:16:37-!- gfgtdf [~chatzilla@f054140019.adsl.alicedsl.de] has quit [Quit: ChatZilla 0.9.92 [Firefox 44.0.1/20160205155049]]
20160212 03:58:50-!- wedge010 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20160212 04:01:59-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Ping timeout: 264 seconds]
20160212 04:01:59-!- wedge010 is now known as wedge009
20160212 04:02:20-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20160212 04:04:34-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has joined #wesnoth-dev
20160212 04:08:11-!- neverEnough [~nEnough@host76-232-dynamic.21-79-r.retail.telecomitalia.it] has quit [Quit: Sto andando via]
20160212 05:18:59-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160212 05:23:16-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 245 seconds]
20160212 05:29:48-!- SpoOkyMagician [~chatzilla@cpe-74-136-45-198.kya.res.rr.com] has quit [Quit: sanity running low.]
20160212 05:44:11-!- iceiceice [~chris@ext-74.ias.edu] has joined #wesnoth-dev
20160212 05:44:11-!- iceiceice [~chris@ext-74.ias.edu] has quit [Changing host]
20160212 05:44:11-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20160212 06:05:34-!- Kwandulin [~Miranda@p200300760F0BC5A3309EDC89445D4211.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160212 06:39:08-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20160212 06:52:50-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20160212 07:19:54-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has quit [Quit: And lo! The computer falls into a deep sleep, to awake again some other day!]
20160212 08:19:08-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160212 08:23:26-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 240 seconds]
20160212 08:30:53-!- AI0867_ [~ai@wesnoth/developer/ai0867] has quit [Remote host closed the connection]
20160212 08:31:01-!- AI0867 [~ai@wesnoth/developer/ai0867] has joined #wesnoth-dev
20160212 09:25:47-!- horrowind [~Icedove@2a02:810a:8380:834:21b:fcff:fee3:c3ff] has joined #wesnoth-dev
20160212 09:39:14 * zookeeper craves an :advance command
20160212 09:47:13-!- Kwandulin [~Miranda@p200300760F0BC5A3309EDC89445D4211.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20160212 09:49:07< Ravana_> and what that command should do?
20160212 09:49:53< zookeeper> advance the unit
20160212 09:50:19< Ravana_> just use :alias advance=unit advances=1
20160212 09:51:29< zookeeper> ohh, fancy. i didn't know that thing existed.
20160212 09:51:50< vultraz> [advance_unit] is a thing
20160212 09:52:14< Ravana_> one of the most useful commands, but sadly no alias works from lobby chat line
20160212 09:52:19-!- zombah [~zombah@2a02:28:3:1:214:4fff:fe47:5920] has joined #wesnoth-dev
20160212 09:53:30< zookeeper> unfortunately that's also something discoverable only by reading the source code, i believe :p
20160212 09:53:47< Ravana_> trial and error was effective enough
20160212 09:54:05< zookeeper> umm... what?
20160212 09:54:39< Ravana_> for finding out how alias of command with other arguments, or = works
20160212 09:55:09< zookeeper> what do aliases have to do with anything, obviously i know :alias
20160212 09:55:42< zookeeper> and obviously :alias is not discoverable only by reading the source code
20160212 10:34:34-!- Kwandulin [~Miranda@p200300760F0BC5A334BC892A34E4B980.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160212 10:45:56-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160212 10:45:56-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Read error: Connection reset by peer]
20160212 10:46:24-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160212 10:50:35-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 240 seconds]
20160212 10:56:46-!- horrowind [~Icedove@2a02:810a:8380:834:21b:fcff:fee3:c3ff] has quit [Quit: horrowind]
20160212 11:39:55-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Ping timeout: 240 seconds]
20160212 11:46:06-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160212 11:49:25-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160212 11:49:41-!- aeonchild is now known as aeonfam
20160212 11:50:34-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 250 seconds]
20160212 11:52:14-!- aeonfam is now known as famchild
20160212 12:33:35-!- Kwandulin [~Miranda@p200300760F0BC5A334BC892A34E4B980.dip0.t-ipconnect.de] has quit [Ping timeout: 240 seconds]
20160212 12:39:01-!- Kwandulin [~Miranda@p200300760F0BC5E834BC892A34E4B980.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160212 13:13:22-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160212 13:18:11-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 264 seconds]
20160212 13:22:27-!- celticminstrel [~celmin@unaffiliated/celticminstrel] has joined #wesnoth-dev
20160212 14:06:55-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20160212 14:13:38-!- Kwandulin [~Miranda@p200300760F0BC5E834BC892A34E4B980.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20160212 14:18:57-!- mjs-de [~mjs-de@x4db53e64.dyn.telefonica.de] has joined #wesnoth-dev
20160212 14:27:49-!- josa [c39eb844@gateway/web/freenode/ip.195.158.184.68] has joined #wesnoth-dev
20160212 14:28:22-!- josa [c39eb844@gateway/web/freenode/ip.195.158.184.68] has left #wesnoth-dev []
20160212 14:56:04-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Quit: wedge009]
20160212 15:16:21-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has joined #wesnoth-dev
20160212 15:30:17-!- Kwandulin [~Miranda@p200300760F0BC5E8F529C13F83526FA8.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160212 15:45:26-!- neverEnough [~nEnough@host76-232-dynamic.21-79-r.retail.telecomitalia.it] has joined #wesnoth-dev
20160212 15:48:12-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: mattsc]
20160212 15:54:21-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has joined #wesnoth-dev
20160212 15:56:14-!- prkc [~prkc@gateway/vpn/privateinternetaccess/prkc] has quit [Remote host closed the connection]
20160212 15:58:16-!- zombah [~zombah@2a02:28:3:1:214:4fff:fe47:5920] has quit [Quit: Leaving]
20160212 16:09:10-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20160212 16:24:29-!- Alduin_ [~Alduin@pD9FA8B6F.dip0.t-ipconnect.de] has joined #wesnoth-dev
20160212 16:41:56-!- ancestral [~ancestral@97-116-184-84.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20160212 16:49:47-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160212 16:58:46< neverEnough> hey, what is the point of "enter blindfolded" mode when entering a game as observer? I can't figure it out
20160212 16:59:36< vultraz> so you can't see the enemy team, AFAIK
20160212 17:00:56< zookeeper> yeah, if you want to for example rejoin the game you were disconnected from, you can do it so you won't see the other side while the replay runs
20160212 17:01:38< zookeeper> (i think)
20160212 17:13:37< neverEnough> ah yes, i just tested. U will get back ur sight when a side control is given back
20160212 17:13:44< neverEnough> thanks
20160212 17:25:46-!- Alduin_ [~Alduin@pD9FA8B6F.dip0.t-ipconnect.de] has quit [Ping timeout: 252 seconds]
20160212 17:28:31-!- EdB [~edb@89-158-11-138.rev.numericable.fr] has joined #wesnoth-dev
20160212 17:41:41-!- horrowind [~Icedove@2a02:810a:8380:834:21b:fcff:fee3:c3ff] has joined #wesnoth-dev
20160212 17:44:11< neverEnough> vultraz, if i get it right u are heavily reworking the gui (with some others)
20160212 17:44:51< neverEnough> may i ask u to consider an ancient (and current) bad behaviour?
20160212 17:47:18< celticminstrel> Just say it.
20160212 17:47:21< neverEnough> https://gna.org/bugs/index.php?24244
20160212 17:47:49< neverEnough> unlike post title, it applies also to current (didn't know at that time)
20160212 17:48:22< neverEnough> the issue apply to ingame :friend
20160212 17:48:26< celticminstrel> I'd say :friend should probably not dump to chat.
20160212 17:48:33< celticminstrel> Instead popping up a dialog.
20160212 17:48:47< neverEnough> exactly, that's what i proposed
20160212 17:49:09< celticminstrel> Actually, is :friend really necessary? You could check the list in prefs too.
20160212 17:49:45< neverEnough> oh a button or menu item would be cool. As personal taste i like commands a lot (linux user feelin)
20160212 17:50:36< Ravana_> prefs way doesn't work
20160212 17:50:41< Ravana_> it doesn't show notes there
20160212 17:50:52< vultraz> it does
20160212 17:50:54< celticminstrel> Notes?
20160212 17:51:10< Ravana_> 1.12 added notes to friend entries
20160212 17:51:32< neverEnough> yeah great feature :D
20160212 17:55:57< vultraz> neverEnough: have you seen the new prefs dialog Friends List section?
20160212 17:56:09< neverEnough> didn't know about the new "friend" item in prefs. Well done!
20160212 17:56:15< neverEnough> vultraz, yay just noticed
20160212 17:56:34< neverEnough> just personal taste: it's pretty far to reach 
20160212 17:56:53< neverEnough> anyway thx
20160212 17:57:30< vultraz> I think :friend should probably be removed
20160212 17:58:01< Ravana_> :friend is the command that adds friend, that certainly needs to stay
20160212 17:58:08< vultraz> oh
20160212 17:58:14< vultraz> i thought it listed the friends
20160212 17:58:22< Ravana_> :list does that
20160212 17:58:36< vultraz> ah
20160212 17:58:41< vultraz> ok maybe that should be removed
20160212 17:59:07< Ravana_> it has quite limited use yes
20160212 18:14:02-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160212 18:17:05-!- louis94 [~~louis94@13.149-243-81.adsl-dyn.isp.belgacom.be] has joined #wesnoth-dev
20160212 18:20:33-!- EdB [~edb@89-158-11-138.rev.numericable.fr] has quit [Quit: Konversation terminated!]
20160212 18:22:50< vultraz> Ravana_: or maybe it could opens the prefs dialog to the friends list?
20160212 18:23:19< Ravana_> that would work
20160212 18:23:21-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160212 18:23:48< Ravana_> (currently trying to download and compile it based on https://github.com/wesnoth/wesnoth/tree/master/projectfiles/CodeBlocks to actually see how it works now)
20160212 18:27:58 * vultraz looks for the implementation of :list
20160212 18:30:49-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160212 18:31:33< vultraz> eventually I'd like to split console output (like for :version, etc) from the chat area.
20160212 18:31:58< vultraz> but we need multiline text boxes for that :|
20160212 18:32:16-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 276 seconds]
20160212 18:34:36< vultraz> found it
20160212 19:09:37-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160212 19:24:39-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160212 19:34:13-!- ancestral [~ancestral@63.92.240.233] has joined #wesnoth-dev
20160212 19:46:45-!- ancestral [~ancestral@63.92.240.233] has quit [Quit: i go nstuf kthxbai]
20160212 19:47:30-!- louis94 [~~louis94@13.149-243-81.adsl-dyn.isp.belgacom.be] has quit [Ping timeout: 260 seconds]
20160212 19:54:07-!- mjs-de [~mjs-de@x4db53e64.dyn.telefonica.de] has quit [Read error: Connection reset by peer]
20160212 19:55:14-!- mjs-de [~mjs-de@x4db53e64.dyn.telefonica.de] has joined #wesnoth-dev
20160212 19:55:17-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Remote host closed the connection]
20160212 19:58:02-!- mjs-de [~mjs-de@x4db53e64.dyn.telefonica.de] has quit [Read error: Connection reset by peer]
20160212 19:58:39-!- mjs-de [~mjs-de@x4db53e64.dyn.telefonica.de] has joined #wesnoth-dev
20160212 19:58:56-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20160212 19:59:01-!- mjs-de [~mjs-de@x4db53e64.dyn.telefonica.de] has quit [Read error: Connection reset by peer]
20160212 19:59:32-!- mjs-de [~mjs-de@x4db53e64.dyn.telefonica.de] has joined #wesnoth-dev
20160212 20:27:38-!- vultraz [~chatzilla@124.109.10.167] has quit [Ping timeout: 252 seconds]
20160212 20:40:09-!- wedge009 [~Thunderbi@60-241-236-92.static.tpgi.com.au] has quit [Quit: wedge009]
20160212 20:41:04-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20160212 20:44:42< Aginor> aeth: I'm looking forward to your pull requests
20160212 20:48:41-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160212 20:49:40-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Read error: Connection reset by peer]
20160212 20:49:47-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160212 20:54:22-!- Greg-Boggs [~greg_bogg@173.240.241.83] has quit [Ping timeout: 256 seconds]
20160212 21:03:11-!- prkc [~prkc@51B6E6A0.dsl.pool.telekom.hu] has joined #wesnoth-dev
20160212 21:15:30-!- Greg-Boggs [~greg_bogg@173.240.241.83] has joined #wesnoth-dev
20160212 21:21:33-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20160212 21:31:26-!- horrowind [~Icedove@2a02:810a:8380:834:21b:fcff:fee3:c3ff] has quit [Quit: horrowind]
20160212 22:08:53-!- louis94 [~~louis94@13.149-243-81.adsl-dyn.isp.belgacom.be] has joined #wesnoth-dev
20160212 22:11:09 * Aginor sighs at event contexts
20160212 22:11:13< Aginor> and GUI1 buttons
20160212 22:11:43-!- louis94 [~~louis94@13.149-243-81.adsl-dyn.isp.belgacom.be] has quit [Client Quit]
20160212 22:13:58-!- ancestral [~ancestral@209.181.254.220] has joined #wesnoth-dev
20160212 22:14:57-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Quit: ChatZilla 0.9.92-rdmsoft [XULRunner 35.0.1/20150122214805]]
20160212 22:15:09-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20160212 22:15:46-!- Kwandulin [~Miranda@p200300760F0BC5E8F529C13F83526FA8.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20160212 22:16:30< vultraz> Aginor: what's the problem?
20160212 22:16:50< Aginor> just design, and button resizing
20160212 22:20:11< vultraz> ah...
20160212 22:21:01< Aginor> seems that the only way to resize a gui1 button is to re-create it
20160212 22:21:13< vultraz> isn't that true of all buttons?
20160212 22:21:15< Aginor> but that'll work poorly if it's in the wrong event context
20160212 22:21:34< shadowm> THE MEDIAWIKI DOCUMENTATION LIES.
20160212 22:21:44< vultraz> whut
20160212 22:21:45< shadowm> It told me to do a thing but it doesn't do anything at all.
20160212 22:24:16< vultraz> Do you have any objection if I strip all the size_text keys from the guiwml
20160212 22:24:33< Aginor> vultraz: whom?
20160212 22:24:35< shadowm> No.
20160212 22:24:47< vultraz> Aginor: shadowm 
20160212 22:26:31< shadowm> Okay it doesn't lie, it's just awfully vague and stupid.
20160212 22:28:29< Aginor> shadowm: presumably it's a wiki so you can update it ;)
20160212 22:35:58-!- irker031 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20160212 22:35:58< irker031> wesnoth: Charles Dang wesnoth:master 63763774bcdb / / (36 files in 3 dirs): GUI WML cleanup: strip unless size_text keys as well as ones with empty attribut https://github.com/wesnoth/wesnoth/commit/63763774bcdb95ce6e2cf0450aabf6bd37de0698
20160212 22:37:20-!- ancestral [~ancestral@209.181.254.220] has quit [Quit: i go nstuf kthxbai]
20160212 22:38:28< vultraz> gfgtdf: do you know if it's possible to 'animate' the canvas in gui2? like say if we wanted the Credits dialog to be gui2 
20160212 22:39:56< shadowm> You can always draw directly on the framebuffer as long as you are aware that a GUI2 event can undo or mess up your changes.
20160212 22:40:28 * Aginor gives up in disgust
20160212 22:40:34< Aginor> I need to think about this
20160212 22:40:47< Aginor> I shall try to tackle my assertion failure instead
20160212 22:44:09< vultraz> Aginor: does guifixes fix the issue where floating text like chat lines/the command prompt will get drawn over dialogs and disappear when you open a menu item?
20160212 22:44:59< celticminstrel> vultraz: I agree on the command that lists friends instead opening the prefs straight to the friends pane.
20160212 22:45:32< Aginor> vultraz: I believe so
20160212 22:45:36< celticminstrel> What did the wiki ~lie about?
20160212 22:46:07< shadowm> The MediaWiki wiki, not the Wesnoth.org wiki.
20160212 22:46:14< celticminstrel> Oh.
20160212 22:46:38< shadowm> The Wesnoth.org wiki, as a matter of fact, also lies.
20160212 22:47:32< celticminstrel> Fuuun!
20160212 22:47:39< vultraz> shadowm: I'm looking at the gui2 addon list prototype.. what was Load supposed to do?
20160212 22:48:31< shadowm> Ask mordante.
20160212 22:48:52-!- mjs-de [~mjs-de@x4db53e64.dyn.telefonica.de] has quit [Remote host closed the connection]
20160212 22:49:03< vultraz> bye bye load
20160212 22:49:10< celticminstrel> Heh...
20160212 22:49:23< shadowm> Are you planning to "convert" the Add-ons Manager to GUI2 now?
20160212 22:49:25< celticminstrel> Maybe it was supposed to mean "Refresh" or something?
20160212 22:49:55< vultraz> shadowm: the prototype is largely functional, actually
20160212 22:50:07< shadowm> The prototype is largely functional.
20160212 22:50:18< shadowm> Based on the _old_ Add-ons Manager.
20160212 22:50:59< celticminstrel> I thought it was overly slow or something.
20160212 22:51:01< shadowm> mordante and I deliberately parted ways at a certain point, so that I could ship functionality ASAP while he could play around with his new listbox implementation.
20160212 22:51:20< celticminstrel> Is the slowness fixed now?
20160212 22:51:27< vultraz> we will never ever get those new lists
20160212 22:51:29< shadowm> I continued to improve the Add-ons Manager using the tools I had at my disposal (GUI1) and added functionality that wasn't really in his plans.
20160212 22:51:42< vultraz> I tried building them recently and they crash wesnoth
20160212 22:51:59< shadowm> I was also accussed of destroying his work.
20160212 22:52:19 * vultraz rolls eyes
20160212 22:52:32< shadowm> Which to be fair is exactly what I did.
20160212 22:53:07< shadowm> After the first refactoring, I orphaned the GUI2 dialog because it was non-functional (beyond populating the list).
20160212 22:53:23< vultraz> That is true
20160212 22:53:29< shadowm> It was then that he publicly stated his intention of using it as a staging area for the new listbox code.
20160212 22:53:54< shadowm> (The code only began to land a few days later.)
20160212 22:54:11< vultraz> I *would* like it if we could use the new listboxes
20160212 22:54:16< vultraz> but who understands the code enough?
20160212 22:55:19< shadowm> I  haven't even read the code.
20160212 22:55:37< shadowm> I have better things to do than to bash my head against Boost-level C++.
20160212 22:56:14< vultraz> I should probably get the stacktrace of the crash
20160212 22:58:47< irker031> wesnoth: Andreas Löf wesnoth:guifixes ea649ec0a2c2 / src/ (display.cpp display.hpp game_display.cpp game_display.hpp): Fix event-context related assertion failure at exit https://github.com/wesnoth/wesnoth/commit/ea649ec0a2c207aac8afaf225cdf45c319073025
20160212 22:59:16< Aginor> there's still one issue remainign to be fixed
20160212 22:59:27< Aginor> but I'm pondering if it's worthwhile opening a PR for review
20160212 22:59:50< vultraz> i think so
20160212 23:01:39< Aginor> https://github.com/wesnoth/wesnoth/pull/595
20160212 23:01:41< Aginor> there you go
20160212 23:02:02< Aginor> shadowm: if you have the time/energy, I'd appreciate your input
20160212 23:03:50< shadowm> "It also makes sure that there's no attempt to do a surface restore on negative widhts or heights as introduced support for in SDL2."
20160212 23:04:10< shadowm> Means that SDL 2 can do blits with negative widths or heights?
20160212 23:05:10< Aginor> shadowm: reference?
20160212 23:05:42< shadowm> https://github.com/wesnoth/wesnoth/commit/ac242376e91463f27b22fde7ca617d4a5c92fbeb
20160212 23:06:12< Aginor> ah, I should have phrased that better
20160212 23:06:48< Aginor> there's a type-change, from unsigned to signed integers. going below zero isn't a good idea though, especially not with our own custom implementations of some of the blitting
20160212 23:07:00< Aginor> it's most likely going to lead to a crash
20160212 23:07:26< shadowm> Well, obviously you can't feed that to an implementation that expects unsigned values. :p
20160212 23:07:42< shadowm> But in that case it could be argued that said implementation should be adapted instead.
20160212 23:08:49< shadowm> Okay, it already seems my limited knowledge of our event-handling pipeline is in fact too limited.
20160212 23:09:08< Aginor> my opinions is that all custom blit-functions should be tossed out and replaced with the SDL ones
20160212 23:09:39< shadowm> The SDL functions didn't suit our goals with alpha blending IIRC.
20160212 23:09:56< Aginor> it'll bring performance gains in the short term and will give us an easier transition to OGL in the longer term
20160212 23:10:14< irker031> wesnoth: Charles Dang wesnoth:master f43ed4161e5f / data/gui/default/window/addon_list.cfg: taddon_list: cleaned up layout to bring it in line with production design https://github.com/wesnoth/wesnoth/commit/f43ed4161e5fff5ad0856a92bddceb44bb808a27
20160212 23:10:39< Aginor> shadowm: the alpha blending has changed completely between SDL1 and SDL2. I had to spend a lot of time tweaking parameters to make it behave like in SDL1 to make wesnoth happy
20160212 23:10:45< shadowm> Really? I thought with OpenGL we just wouldn't use blitting at all.
20160212 23:10:55< Aginor> shadowm: indeed
20160212 23:11:05< shadowm> Since blitting involves operations that are inherently expensive with OpenGL.
20160212 23:11:13< Aginor> shadowm: and if we stop relying on custom blitting we can swap them out with texture rendering
20160212 23:11:14< shadowm> It kind of is in the name, bit block transfer.
20160212 23:11:27< vultraz> ooooooooo
20160212 23:11:34< vultraz> texture rendering
20160212 23:11:46< Aginor> but to do that we need to stop using the undraw-pattern and custom blitting
20160212 23:14:38< shadowm> Okay, so what I get from guifixes is that there's no mechanism in place to deal with this situation:
20160212 23:14:50< Aginor> probably other things too that I haven't considered yet :)
20160212 23:14:55< shadowm> * UI element A exists in region R1, which is contained in region R2.
20160212 23:15:18< shadowm> * UI element B exists in region R2. B is on top of A on the layer stack.
20160212 23:15:38< shadowm> * B is opaque and therefore completely hides A from view.
20160212 23:16:10< shadowm> * At render time, A will be draw first, and then B is drawn on top of A, completely replacing A's pixels in the process.
20160212 23:16:30< shadowm> * Therefore A's draw cycle is pointless.
20160212 23:16:42< shadowm> Right?
20160212 23:16:53< Aginor> that's correct, but it only happens when a full redraw is required, not for every frame
20160212 23:17:08< vultraz> shadowm: I'm considering dropping the addon filter options dialog and added a filter criteria section in the main dialog
20160212 23:17:13< Aginor> every frame will only affect B
20160212 23:18:17< vultraz> save clicks
20160212 23:18:18< shadowm> vultraz: I'd leave it as is until what I actually wanted in the first place can be done: a popup dialog (like a combobox's dropdown menu but with more interactive controls than a single listbox).
20160212 23:18:41< irker031> wesnoth: ln-zookeeper wesnoth:master 0f47daf88ce9 / data/core/encyclopedia/drakes.txt: Removed a lot of the breeding details https://github.com/wesnoth/wesnoth/commit/0f47daf88ce97877eba46e3ed77015a63b380a5b
20160212 23:19:13< shadowm> And no, don't stuff it into the main dialog, that's nonsense.
20160212 23:19:28< vultraz> well the current solution is not optimal
20160212 23:19:32< shadowm> The main dialog out to have enough space for the list (which has a lot of information that needs to be displayed).
20160212 23:19:34< vultraz> it's at least 3 clicks
20160212 23:19:35< shadowm> *ought
20160212 23:19:45< shadowm> It also ought to have enough space for a description panel.
20160212 23:20:02< vultraz> yes I intend to put that in main too
20160212 23:20:07< vultraz> s/too//
20160212 23:20:12< shadowm> Adding more stuff than that is excessive.
20160212 23:20:20< shadowm> Remember, 800x480 is our minimum supported resolution.
20160212 23:20:25< shadowm> Don't change that or I will kill you.
20160212 23:20:27< vultraz> Still?
20160212 23:20:30< vultraz> Jesus
20160212 23:21:19< vultraz> the only reason that's still valid is for phones, I assume
20160212 23:21:21< shadowm> Not everyone is a snobbish 1080p user who plays maximized/fullscreen 100% of the time.
20160212 23:21:51< shadowm> I'm honestly tired of having to have this conversation with you every 15 days.
20160212 23:22:05< shadowm> "I don't use this so no-one needs it."
20160212 23:22:57< vultraz> >_>
20160212 23:23:20< vultraz> It's not about what *I* use
20160212 23:24:06< shadowm> Aginor: The point of guifixes is to deal with the window resize glitches, right?
20160212 23:24:46< shadowm> Absolutely nothing else as an expected/unexpected side-effect I presume?
20160212 23:24:47< vultraz> The only reason I object is from a technical point of view
20160212 23:25:10-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 250 seconds]
20160212 23:25:51< shadowm> vultraz: You should be glad you are not a web designer.
20160212 23:26:02< shadowm> You'd have to support resolutions as low as 480x320 then.
20160212 23:26:28< vultraz> that's different
20160212 23:26:30< shadowm> I'm also overruling your objection because it _can_ be done.
20160212 23:26:37< shadowm> We already did it, in fact.
20160212 23:26:48< vultraz> Well, yes
20160212 23:27:01< shadowm> It's not a problem to keep doing it unless you've just decided to be lazy.
20160212 23:27:19< vultraz> But it should be *considered*, going forward, if it poses a barrier to design.
20160212 23:28:03< shadowm> You won't get me to drop 800x600, I can say that much.
20160212 23:28:03< Aginor> shadowm: it fixes more than resizing. It also deals with layering of GUI1 and GUI2 dialogs etc
20160212 23:28:25< Aginor> shadowm: afaik, there's no unintended sideeffects or I wouldn't even be putting it forward at this stage
20160212 23:28:34< shadowm> Aginor: But what does that actually mean? Currently there isn't any layering or a need for such.
20160212 23:28:56< shadowm> Only one dialog is ever active at a time and other dialogs don't even receive events.
20160212 23:28:57< Aginor> shadowm: open up the recreuit dialog, then help, then the gui2 quit dialog
20160212 23:29:15< Aginor> dialogs not receiving events are never redrawn, even if they should be
20160212 23:29:26< shadowm> The only time this causes problems is when things actually need to be redrawn due to window resize events; then only the active dialog gets redrawn and everything else stays in limbo.
20160212 23:29:41< Aginor> for now
20160212 23:29:51-!- gfgtdf [~chatzilla@f054140019.adsl.alicedsl.de] has joined #wesnoth-dev
20160212 23:29:54< Aginor> that has to change if we want OGL support though
20160212 23:30:12< shadowm> But fixing this falls under the "deal with the window resize glitches" umbrella.
20160212 23:30:28< shadowm> So is that fixed or not? I'm confused now.
20160212 23:30:29< Aginor> so I'm trying to fix the layered rendering while also making sure it's a solution that can (hopefully) extend forwards
20160212 23:30:38< Aginor> it's fixed in this branch
20160212 23:30:48< gfgtdf> vultraz: i don't know whether its possible to 'animate' gui2 widgets but the titlescrren logo which is afaik the only knwon attempt to animate things in gui2 didn't work
20160212 23:31:00< Aginor> there's still one problem with how the buttons on the display.cpp class are handled
20160212 23:31:46< gfgtdf> vultraz: so my guess would be 'no'
20160212 23:32:03< Aginor> gfgtdf, vultraz: I think your only recourse is to write a special GUI2 widget that receives timer events and redraws itself every time it receives such an event
20160212 23:32:10< Aginor> it would have to be a new class of events.
20160212 23:32:12< gfgtdf> vultraz: but note that if we plan to move the main ingame window to gui2 we mostlikeley need that
20160212 23:32:14< shadowm> gfgtdf: It worked, actually.
20160212 23:32:19< Aginor> thay way it would be non-blocking for other stuff
20160212 23:32:33< gfgtdf> shadowm: ewell when i tested it i couldnt click any buttons while zjre animtation was showing
20160212 23:32:35< shadowm> It's just that the option was internally disabled by default (even though Advanced Preferences would say otherwise).
20160212 23:32:36< gfgtdf> the *
20160212 23:32:44< shadowm> Oh well, that I didn't check.
20160212 23:32:51< gfgtdf> while the*
20160212 23:33:12< vultraz> Aginor: shouldn't that be extended to all widgets/the window?
20160212 23:33:14< Aginor> animating the logo means you have to wait for it to finish before you can interact with the rest of the screen
20160212 23:33:37< Aginor> vultraz: that's debatable, but I'd say no
20160212 23:33:37< shadowm> 20:28:58 <Aginor> shadowm: open up the recreuit dialog, then help, then the gui2 quit dialog
20160212 23:33:47< shadowm> Aginor: Looks fine to me (on master).
20160212 23:33:55< gfgtdf> vultraz: i think te usualy attpemt do do that would be to make a widget that is 'always dirty' or something
20160212 23:34:00< Aginor> shadowm: resize as well :)
20160212 23:34:01< shadowm> It only becomes a problem when the window is resized (but again...).
20160212 23:34:08< Aginor> (sotty)
20160212 23:34:16< Aginor> I'm typing poorly today :/
20160212 23:34:19< vultraz> shadowm: now close them
20160212 23:34:26< shadowm> Yes, but I was asking about the branch's side-effects on things OTHER than window resize events.
20160212 23:35:15< Aginor> shadowm: it will force things to be redrawn when a window is closed, increasing the cpu usage whenever a dialog is closed
20160212 23:35:19< shadowm> 20:34:20 <vultraz> shadowm: now close them
20160212 23:35:26< Aginor> it's not unblitting itself any longer, it's doing a new redraw cycle
20160212 23:35:38< shadowm> vultraz: Still fine (NO I'm not going to resize the window I already know and stated that's not what I was asking about).
20160212 23:35:48< vultraz> gfgtdf: ok. I'm not going to be working on that for awhile, tho
20160212 23:35:55< Aginor> afaik, there's no other side effects from that
20160212 23:36:23< shadowm> Okay, now I'll launch a binary built from guifixes then.
20160212 23:36:38< vultraz> gfgtdf: a much bigger priority is fixing labels. I think we really need that RESIZED_whatsitcalled event you were talking about 
20160212 23:36:59< gfgtdf> vultraz: how is that related to labels ?
20160212 23:37:31< Aginor> vultraz, gfgtdf RESIZED_whatsitcalled? Is this something I want to know about? :)
20160212 23:37:37< shadowm> Aginor: Well, I did the Recruit->Help->Quit test case and resized the window on the latter. The Help dialog doesn't redraw itself entirely, only the frame and caption.
20160212 23:37:49< shadowm> (guifixes)
20160212 23:37:49< vultraz> Aginor: no, it's an internal gui2 event
20160212 23:38:22< gfgtdf> Aginor: what we mean is that currently when a widgets changes its size usually the size of the whole dialog windows an all its compaonents is recaulcuated
20160212 23:38:42< gfgtdf> Aginor: but this is not the ideal beahviour, specially when the content is inside a toggle panel or soemthing
20160212 23:38:50< gfgtdf> Aginor: a scrollbar panel i mean
20160212 23:38:55< shadowm> Its geometry also stays unchanged (which is a problem when going from higher res to smaller res) but AFAIK it can't be helped since GUI1 layouts are decided on at construction time.
20160212 23:39:16< vultraz> gfgtdf: bc it's currently impossible to set a label to a size larger than its initial size without it being cropped. Only way to fix is to use a scroll labelbut that can make the entire dialog resize
20160212 23:39:25< Aginor> shadowm: yes, I'm don't think there's much to be done about that
20160212 23:39:33< shadowm> I also see some traces of the Quit prompt's borders upon returning to Help.
20160212 23:39:53< gfgtdf> vultraz: hmm by cropped you mean ellipesed ?
20160212 23:39:58< shadowm> Oh, and the trippy resize effect still happens.
20160212 23:40:17< vultraz> gfgtdf: yes
20160212 23:40:28< shadowm> It's more noticeable on a GUI1 context than GUI2 for some reason?
20160212 23:40:41< shadowm> s/GUI1/non-GUI2/
20160212 23:41:02< Aginor> shadowm: there's not much to be done about the border at this stage, I'd rather not rewrite the entire drawing logic
20160212 23:41:11< Aginor> but the help-dialog thing I'll fix
20160212 23:42:22< shadowm> Uh, and if I press Ctrl+Q from the game (without any dialogs open)....
20160212 23:42:35< shadowm> Then I click on No...
20160212 23:42:36< Aginor> bah, I appear to have broken something with GUI2 dialogs being removed
20160212 23:42:46< shadowm> Yeah.
20160212 23:43:02< Aginor> shadowm: no need to test more, I clearly have a few larger issues still to fix
20160212 23:43:19< Aginor> but assuming those get resolved, do you have any other feedback?
20160212 23:43:40< Aginor> do you think it's the right approach? is it taking things in the right direction?
20160212 23:43:45-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: So long and thanks for all the fish.]
20160212 23:44:10< shadowm> Well, not much, I guess I kind of misinterpreted the scope of the task at the start so I was expecting a more intrusive change.
20160212 23:45:49< shadowm> Intrusive as in have implications for events other than window resize events.
20160212 23:46:31< Aginor> I've rather carefully tried to stay away from that
20160212 23:46:36< shadowm> Oh, also, don't forget to use prefix inc/decrement instead of postfix esp. for iterators, when you don't need the postfix semantics.
20160212 23:46:48 * Aginor grumbles
20160212 23:47:00< Aginor> I'll try to go through and update
20160212 23:47:29< Aginor> not that it has any effect on the code :)
20160212 23:47:46 * shadowm probably should adopt mordante's methodol[C[C[C[Capproach ogy and start regularly running cppcheck and other tools on the codebase to keep a semblance of activity.
--- Log closed Sat Feb 13 00:00:40 2016