--- Log opened Tue Jul 14 00:00:56 2015
20150714 00:27:23-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has joined #wesnoth-dev
20150714 00:47:50-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20150714 00:48:16-!- kex [~kex@31-151-58-117.dynamic.upc.nl] has joined #wesnoth-dev
20150714 00:49:52-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has joined #wesnoth-dev
20150714 00:53:22-!- kex [~kex@31-151-58-117.dynamic.upc.nl] has quit [Ping timeout: 264 seconds]
20150714 01:03:03< pydsigner> shadowm: Should the VARIABLE macro be renamed to match the variable→set_variable rename?
20150714 01:05:30< shadowm> No, and there hasn't been such a rename.
20150714 01:06:03< shadowm> You are thinking of [variable] the condition tag vs. [set_variable] the action tag. Either way it doesn't matter, since the point of the macro is to provide a handy shortcut.
20150714 01:06:51< pydsigner> Yeah, for some reason I am editing 1.8 code that tried to use [variable] to set a value.
20150714 01:07:21< pydsigner> But yet I am certain that it was allowed at one time
20150714 01:07:36< pydsigner> [variable] name=blah value=moreblah
20150714 01:09:04< pydsigner> Er no, I am getting confused
20150714 01:09:16< vultraz> shadowm: how did you fixt hat?
20150714 01:09:18< vultraz> fix that?
20150714 01:09:20< shadowm> pydsigner: http://pastebin.com/raw.php?i=Z6hAJtby
20150714 01:09:30< pydsigner> Because [set_variable] allows name=blah someop=number
20150714 01:09:33< shadowm> This is Wesnoth 1.8.x. The code you are looking at is broken.
20150714 01:09:58< shadowm> vultraz: Fix what?
20150714 01:10:11< vultraz> https://dl.dropboxusercontent.com/u/21371130/screenshots/gui2-game-version-00-6.png
20150714 01:10:21< shadowm> I have not fixed that yet.
20150714 01:10:53< pydsigner> O.o that translated name is loooong
20150714 01:11:29< pydsigner> 'Tis the price of a more powerful language at times, I guess
20150714 01:11:33< shadowm> The string matches the previous caption for the dialog, so it's written with such a context in mind.
20150714 01:11:43< shadowm> Not a tab label.
20150714 01:14:12< vultraz> well if you fix that please tell me because that's basically my problem 
20150714 01:14:33< shadowm> It probably isn't your problem.
20150714 01:15:15< shadowm> I suggest you play with the grow_factor of rows and columns.
20150714 01:15:48< vultraz> https://dl.dropboxusercontent.com/u/95558676/campaign_dialog_WTF.PNG
20150714 01:16:08< shadowm> (Do note that while the grow_factor can differ between rows of the same grid, it can't differ between cells of the same column. That's why the documentation says that a column's grow_factor is only read from the first row.)
20150714 01:16:43-!- timotei_ [~timotei@wesnoth/developer/timotei] has quit [Ping timeout: 246 seconds]
20150714 01:17:16< pydsigner> Somehow I suspect that there is some sort of scrollbar-reducing logic in GUI2
20150714 01:18:10< shadowm> There is a trick to this stuff but it pretty much always requires a trial and error approach.
20150714 01:18:22< shadowm> It's not black magic, it's just very poorly documented.
20150714 01:22:17< pydsigner> So its #2f2f2f magic.
20150714 01:22:43< vultraz> so what's the difference between grow_factor=1 and 0
20150714 01:24:51< pydsigner> 0 should mean that it doesn't grow at all
20150714 01:24:59< pydsigner> 1 should be normal weighting
20150714 01:30:34 * vultraz throws 1 in everything and sees what that does
20150714 01:31:06< shadowm> It's an unsigned integer, not a boolean value.
20150714 01:31:45< pydsigner> shadowm: Of course
20150714 01:32:01< pydsigner> I could have continued and said that 2 would be double grow weighting
20150714 01:32:11< pydsigner> But he didn't ask about that.
20150714 01:32:14< shadowm> Just throwing the same value everywhere won't do much to help you, vultraz. Try to use some logic.
20150714 01:32:42< vultraz> My logic is throw it everywhere and see if it fixes it, then take stuff away until it doesn't fix it
20150714 01:33:14< pydsigner> But the chances of that fixing your problem are probably not non-zero.
20150714 01:33:53< vultraz> I dunno what else to do. It literally makes no sense what's happening
20150714 01:34:29< vultraz> "Reduce size of lb 1 for 2, but if 2 exceeds screen height don't use scrolls for either of them and instead expand them all and give it to the dialog"
20150714 01:34:35< vultraz> s/screen/dialog
20150714 01:36:57< shadowm> Commit your code.
20150714 01:37:09< shadowm> I'll figure things out for you as usual.
20150714 01:38:30-!- Bob_The_Mighty [~chatzilla@cpc4-brig16-2-0-cust378.3-3.cable.virginm.net] has joined #wesnoth-dev
20150714 01:44:12< vultraz> https://github.com/Vultraz/wesnoth/commit/639d1486e3e9ec83caef307cbd8f5e235ef2d3bc
20150714 01:45:33< shadowm> Yay, unreadable diff.
20150714 01:46:23< shadowm> I will take a look at it in a few hours since you refuse to commit it.
20150714 01:46:36< vultraz> what, you want it in master?
20150714 01:46:51< vultraz> that can be arranged
20150714 01:46:54< shadowm> Yes, preferably with a commit message that doesn't suck and in separate steps.
20150714 01:47:13< shadowm> But I imagine that by now you have no idea what the separate steps were or whether there were any at all.
20150714 01:47:29< shadowm> So don't worry, I can pull from your fork. Just... give me a few hours okay?
20150714 01:48:22< vultraz> alright
20150714 01:53:36-!- timotei [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20150714 01:56:47-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20150714 01:58:40-!- gfgtdf_ [~chatzilla@x50abe391.dyn.telefonica.de] has joined #wesnoth-dev
20150714 02:00:46-!- gfgtdf [~chatzilla@x50abe474.dyn.telefonica.de] has quit [Ping timeout: 244 seconds]
20150714 02:00:51-!- gfgtdf_ is now known as gfgtdf
20150714 02:04:39-!- Bob_The_Mighty [~chatzilla@cpc4-brig16-2-0-cust378.3-3.cable.virginm.net] has quit [Quit: ChatZilla 0.9.91.1 [Firefox 39.0/20150630154324]]
20150714 02:37:04-!- kex [~kex@31-151-58-117.dynamic.upc.nl] has joined #wesnoth-dev
20150714 02:41:46-!- kex [~kex@31-151-58-117.dynamic.upc.nl] has quit [Ping timeout: 246 seconds]
20150714 02:50:09-!- gfgtdf [~chatzilla@x50abe391.dyn.telefonica.de] has quit [Quit: ChatZilla 0.9.91.1 [Firefox 39.0/20150630154324]]
20150714 02:58:20-!- Kwandulin [~Miranda@p5B008944.dip0.t-ipconnect.de] has joined #wesnoth-dev
20150714 03:12:47-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 256 seconds]
20150714 03:14:22-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20150714 03:29:01-!- hay207 [~haythamme@41.34.47.78] has quit [Ping timeout: 246 seconds]
20150714 03:34:47-!- Kwandulin [~Miranda@p5B008944.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20150714 03:41:22-!- hay207 [~haythamme@41.34.47.78] has joined #wesnoth-dev
20150714 03:55:15-!- irker373 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20150714 03:55:15< irker373> wesnoth: Charles Dang wesnoth:master 00ad4fd9e5d9 / src/terrain.cpp: Tweaked duplicate terrain error formatting http://git.io/vmqr3
20150714 04:08:06-!- un214 [~un214@2602:306:cccf:bf79:56a0:50ff:fe57:101d] has joined #wesnoth-dev
20150714 04:09:25< irker373> wesnoth: Ignacio R. Morelle wesnoth:master 93a544e584f6 / src/build_info.cpp: bi: D-Bus isn't supposed to be an option on non-X11 platforms http://git.io/vmq6I
20150714 04:10:19< irker373> wesnoth: Ignacio R. Morelle wesnoth:master 0ed6815296e2 / src/build_info.cpp: bi: Fix some inconsistent spelling http://git.io/vmq6m
20150714 04:10:38-!- un214 [~un214@2602:306:cccf:bf79:56a0:50ff:fe57:101d] has quit [Remote host closed the connection]
20150714 04:19:30< shadowm> ttext_ and tcontrol both have a ttext member. Hm.
20150714 04:19:56< shadowm> (gui2::ttext_, gui2::tcontrol, font:ttext.)
20150714 04:20:21< shadowm> Guess I should take a look at vultraz's crap first.
20150714 04:20:25< vultraz> :D
20150714 04:20:29< vultraz> please do
20150714 04:23:55< shadowm> Someone remind me to hide the deterministic mode option.
20150714 04:24:18< shadowm> After digging up the best default value suggested last time I discussed this on IRC.
20150714 04:25:14< shadowm> Why does this toggle_panel have an id that's not used by anything?
20150714 04:25:23< shadowm> _toggle
20150714 04:25:38< vultraz> I dunno, it was like that
20150714 04:25:53-!- kex [~kex@31-151-58-117.dynamic.upc.nl] has joined #wesnoth-dev
20150714 04:26:12< shadowm> It's useless.
20150714 04:26:26< vultraz> will remove
20150714 04:29:09< vultraz> and the empty id for the stack
20150714 04:30:25-!- kex [~kex@31-151-58-117.dynamic.upc.nl] has quit [Ping timeout: 256 seconds]
20150714 04:31:35 * shadowm loves Kate's node collapsing feature.
20150714 04:35:25-!- [Relic] [~Relic]@2602:306:33a3:6d30:3dcd:9d40:795:af8d] has quit [Quit: I press the magic X and all the weirdos go away!]
20150714 04:40:15< shadowm> I feel like a doctor who's just been asked to turn a mass of bloody flesh and bones into a living human.
20150714 04:43:19-!- [Relic] [~Relic]@2602:306:33a3:6d30:9cc9:1f50:798b:32e5] has joined #wesnoth-dev
20150714 04:49:46< vultraz> it can't be THAT bad
20150714 04:57:03-!- travis-ci [~travis-ci@ec2-54-197-131-21.compute-1.amazonaws.com] has joined #wesnoth-dev
20150714 04:57:04< travis-ci> wesnoth/wesnoth#6771 (master - 93a544e : Ignacio R. Morelle): The build has errored.
20150714 04:57:04< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/70847560
20150714 04:57:04-!- travis-ci [~travis-ci@ec2-54-197-131-21.compute-1.amazonaws.com] has left #wesnoth-dev []
20150714 05:18:10-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has joined #wesnoth-dev
20150714 05:32:36< ancestral> It’s just a number, but still: http://r.wesnoth.org/p587258 was post #7000
20150714 05:33:13< shadowm> His.
20150714 05:33:17< shadowm> This is post 7000: http://r.wesnoth.org/p7000
20150714 05:33:24< ancestral> Yes, his
20150714 05:33:28< ancestral> I linked to his post
20150714 05:33:47< ancestral> (Ironically, that’s also his post.)
20150714 05:33:54< ancestral> Ironically, or incidentally
20150714 05:34:33< shadowm> ancestral: Go into a terminal and tell me what `uname -a` gives.
20150714 05:34:43< ancestral> Yes sir
20150714 05:34:56< shadowm> vultraz: Okay, so the issue is that the bottommost listbox, no matter what I do, wants all available space to itself.
20150714 05:34:58< ancestral> Darwin Martins-MacBook-Pro.local 14.4.0 Darwin Kernel Version 14.4.0: Thu May 28 11:35:04 PDT 2015; root:xnu-2782.30.5~1/RELEASE_X86_64 x86_64
20150714 05:35:06< vultraz> shadowm: correct
20150714 05:35:08< shadowm> Okay, it's garbage as I expcted. Thanks.
20150714 05:35:21< ancestral> 14.4.0 might mean something
20150714 05:35:29< shadowm> vultraz: The bottommost listbox being the mod list.
20150714 05:35:33< vultraz> right
20150714 05:35:38< shadowm> The topmost listbox eventually runs out of space for itself.
20150714 05:35:55< ancestral> `sw_vers -productVersion` returns 10.10.4
20150714 05:36:10< shadowm> Since there can't be a cell with a 0* or negative size, how does GUI2 solve this situation?
20150714 05:36:12-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has quit [Quit: Necrosporus]
20150714 05:36:37< shadowm> Easy, it gives up on the grid's layout and forces everything to use its best size.
20150714 05:36:54< shadowm> For listboxes, the best size is tall enough to fit every single row on the screen.
20150714 05:37:48< shadowm> What I don't understand is why the mod list refuses to obey the growth attributes.
20150714 05:38:05< shadowm> This issue doesn't happen in e.g. the gamestate inspector.
20150714 05:38:21< ancestral> https://en.wikipedia.org/wiki/Darwin_(operating_system)#Release_history
20150714 05:38:43< shadowm> I know what Darwin is.
20150714 05:38:54< ancestral> That’s not what I meant
20150714 05:39:07< ancestral> The OS X version can be inferred by the Darwin version
20150714 05:39:44< shadowm> I surmise it's also possible to break that assumption somehow.
20150714 05:39:56< ancestral> Whatever
20150714 05:40:10< shadowm> For example, with some update.
20150714 05:40:41< ancestral> or just run `sw_vers -productVersion`
20150714 05:41:10< shadowm> Oh yes, I'd also like to run lsb_release on Linux.
20150714 05:41:32< vultraz> shadowm: neither do I. So I'm not sure what to do here
20150714 05:41:43< shadowm> But first I must write a function that captures a child process' output and that's a drag.
20150714 05:42:08-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20150714 05:42:51< shadowm> vultraz: I'll look at this again every day until something occurs to me.
20150714 05:44:00< shadowm> Just not now.
20150714 05:44:46 * shadowm goes back to figuring out tlabel and tcontrol.
20150714 05:45:14< shadowm> ttext_ has its own private ttext.
20150714 05:45:31-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has joined #wesnoth-dev
20150714 05:45:32< shadowm> And its own ellipse mode property.
20150714 05:45:41-!- [Relic] [~Relic]@2602:306:33a3:6d30:9cc9:1f50:798b:32e5] has quit [Quit: I press the magic X and all the weirdos go away!]
20150714 05:46:33< shadowm> I guess I don't want to add an ellipse mode property to tcontrol that'll get overridden by ttext_, do I?
20150714 05:47:25< shadowm> ttextbox is a ttext_ subclass, and ttext_ is a subclass of tcontrol just like tlabel...
20150714 05:49:08< shadowm> OTOH...
20150714 05:49:41< shadowm> I shouldn't have tcontrol handle the ellipse mode attribute from WML, otherwise that'd break ttextbox.
20150714 05:51:17< shadowm> Ugh.
20150714 05:51:39< shadowm> I've come to realize I can't stand OOP.
20150714 05:51:54< shadowm> Not when polymorphism comes into play, at least.
20150714 05:53:44< shadowm> Okay. Screw ttextbox, it can deal with it.
20150714 05:55:33< shadowm> ... On the other hand, tcontrol barely has any settable properties.
20150714 05:55:50< shadowm> What's the logic behind this design...
20150714 05:57:19< shadowm> Hm. Actually, it does have some but they are undocumented.
20150714 05:59:26 * shadowm headdesks.
20150714 06:00:10< shadowm> The interface is the text_wrap_mode variable.
20150714 06:00:31< shadowm> How is this even a wrap mode, god dammit.
20150714 06:01:17< shadowm> Oh I see, it's the implementation of wrap=true/false
20150714 06:09:38< shadowm> Oh I think I know what to do.
20150714 06:09:57< shadowm> Just sweep the issue under the rug and name the method what it actually should be named, 'ellipsize' instead of 'ellipse'.
20150714 06:10:22< shadowm> I don't even know whether 'ellipsize' is a word but Pango uses it in their code and documentation so...
20150714 06:14:37-!- kex [~kex@31-151-58-117.dynamic.upc.nl] has joined #wesnoth-dev
20150714 06:18:37< shadowm> :\
20150714 06:19:46-!- kex [~kex@31-151-58-117.dynamic.upc.nl] has quit [Ping timeout: 264 seconds]
20150714 06:20:24< shadowm> :|
20150714 06:20:47< shadowm> Now that I think of it...
20150714 06:21:10< shadowm> It should already ellipsisisisize if it's not wrapping.
20150714 06:22:03< shadowm> But the cell would need to have a fixed size limit for this to happen.
20150714 06:32:08 * shadowm headdesks.
20150714 06:34:51< shadowm> I need to stop the cells from growing beyond the available space.
20150714 06:36:54< shadowm> So I'm essentially looking at a more isolated case of the campaign dialog issue.
20150714 06:37:09< shadowm> I feel like I'm missing or forgetting something obvious.
20150714 06:49:12-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20150714 06:55:24-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20150714 07:01:25< shadowm> It's like GUI2 is designed to allow widgets to grow but never force them to shrink.
20150714 07:02:04-!- hay207 [~haythamme@41.34.47.78] has quit [Read error: Connection reset by peer]
20150714 07:03:00< shadowm> But I'm sure there was a trick and I just forgot it.
20150714 07:03:03< shadowm> :\
20150714 07:04:07< shadowm> I think I'm not going to work on mainline for the rest of the week.
20150714 07:10:42< zookeeper> taking a break can be good :p
20150714 07:16:07< vultraz> I thought this was reconstruction week
20150714 07:30:45-!- Rhonda [~rhonda@anguilla.noreply.org] has quit [Changing host]
20150714 07:30:45-!- Rhonda [~rhonda@wesnoth/developer/rhonda] has joined #wesnoth-dev
20150714 07:30:53-!- Andrettin [506e4fde@gateway/web/freenode/ip.80.110.79.222] has joined #wesnoth-dev
20150714 08:08:50-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150714 08:42:51-!- lipkab [~lipkab@host-91-147-210-193.biatv.hu] has joined #wesnoth-dev
20150714 09:03:23-!- kex [~kex@31-151-58-117.dynamic.upc.nl] has joined #wesnoth-dev
20150714 09:04:44< shadowm> vultraz: https://dl.dropboxusercontent.com/u/21371130/screenshots/gui2-game-version-00-7.png
20150714 09:05:11< shadowm> How about this for a place from which to access the new dialog?
20150714 09:05:23< shadowm> (Look at the bottom left corner.)
20150714 09:06:35< shadowm> Also, if you can think of more stuff that belongs in there, now is the time to make suggestions.
20150714 09:06:51< shadowm> (That last part applies to everyone, not just vultraz.)
20150714 09:07:37< vultraz> good place
20150714 09:07:47< vultraz> might need a different icon, though
20150714 09:07:50-!- kex [~kex@31-151-58-117.dynamic.upc.nl] has quit [Ping timeout: 246 seconds]
20150714 09:07:57< shadowm> That's the best icon that was available.
20150714 09:08:09< shadowm> I'd have preferred the standard 'i' icon for informational stuff, but...
20150714 09:08:36< shadowm> (The other tabs: https://dl.dropboxusercontent.com/u/21371130/screenshots/gui2-game-version-00-8.png  https://dl.dropboxusercontent.com/u/21371130/screenshots/gui2-game-version-00-9.png )
20150714 09:08:52< shadowm> (The paths tab also includes a link to stderr.txt on Windows.)
20150714 09:10:36< shadowm> (The bottom left copy button saves this to clipboard: http://pastebin.com/rcbJ3qqy )
20150714 09:11:10< vultraz> That will definitely make bug reports simpler
20150714 09:11:49< vultraz> I like
20150714 09:12:37< shadowm> Unfortunately, I still need to figure out a way to (try to) make the OS line more useful on Linux, OS X, Windows 8.1, and Windows 10 (thanks Microsoft).
20150714 09:13:35< shadowm> Technically, there's a very simple way to deal with the latter two but it requires more intimate knowledge of loonycyborg's build process.
20150714 09:14:32< loonycyborg> shadowm: what exactly you want to do?
20150714 09:14:56< shadowm> Add a manifest to the resource file (which at the moment contains nothing but the application icon, not even a version info table).
20150714 09:15:06< loonycyborg> is that information handled by windres?
20150714 09:15:30< shadowm> If it's a generic resource compiler then it should be able to take whatever we throw at it.
20150714 09:15:59< shadowm> So what I was planning to do was to figure out how to build Wesnoth on Windows using scons like you do.
20150714 09:16:09< loonycyborg> packaging/windows/wesnoth.rc
20150714 09:16:18< loonycyborg> you can edit it as needed
20150714 09:16:29< loonycyborg> it will be used for wesnoth.exe by scons
20150714 09:17:42< shadowm> Hm, I guess that's actually used by the CB project too.
20150714 09:19:15< loonycyborg> hmm actually to add version infoto it I'd have to generate it too, just like nsi
20150714 09:26:27-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20150714 09:31:12-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 256 seconds]
20150714 09:53:56-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150714 10:08:24-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20150714 10:15:52-!- irker373 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20150714 10:16:44-!- mjs-de [~mjs-de@x4db5a8a7.dyn.telefonica.de] has joined #wesnoth-dev
20150714 10:22:22-!- mjs-de [~mjs-de@x4db5a8a7.dyn.telefonica.de] has quit [Ping timeout: 246 seconds]
20150714 10:32:25-!- mjs-de [~mjs-de@f048072082.adsl.alicedsl.de] has joined #wesnoth-dev
20150714 10:47:55-!- lipkab [~lipkab@host-91-147-210-193.biatv.hu] has quit [Ping timeout: 246 seconds]
20150714 10:49:27-!- lipkab [~lipkab@host-91-147-210-193.biatv.hu] has joined #wesnoth-dev
20150714 10:52:12-!- kex [~kex@31-151-58-117.dynamic.upc.nl] has joined #wesnoth-dev
20150714 10:56:40-!- kex [~kex@31-151-58-117.dynamic.upc.nl] has quit [Ping timeout: 246 seconds]
20150714 11:19:44-!- Appleman1234 [~Appleman1@KD106175186043.au-net.ne.jp] has joined #wesnoth-dev
20150714 11:22:27-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150714 11:39:56-!- Appleman1234 [~Appleman1@KD106175186043.au-net.ne.jp] has quit [Ping timeout: 250 seconds]
20150714 11:42:43-!- Appleman1234 [~Appleman1@KD106175186043.au-net.ne.jp] has joined #wesnoth-dev
20150714 12:00:07-!- Appleman1234 [~Appleman1@KD106175186043.au-net.ne.jp] has quit [Ping timeout: 255 seconds]
20150714 12:02:12-!- Appleman1234 [~Appleman1@KD106175186043.au-net.ne.jp] has joined #wesnoth-dev
20150714 12:31:31-!- Kwandulin [~Miranda@p5B008944.dip0.t-ipconnect.de] has joined #wesnoth-dev
20150714 12:41:03-!- kex [~kex@31-151-58-117.dynamic.upc.nl] has joined #wesnoth-dev
20150714 12:46:11-!- kex [~kex@31-151-58-117.dynamic.upc.nl] has quit [Ping timeout: 264 seconds]
20150714 12:46:16-!- lipkab [~lipkab@host-91-147-210-193.biatv.hu] has quit [Quit: Távozom]
20150714 12:52:15-!- Andrettin [506e4fde@gateway/web/freenode/ip.80.110.79.222] has quit [Quit: Page closed]
20150714 13:19:07-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20150714 13:20:12-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150714 13:24:37-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150714 13:25:04-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 246 seconds]
20150714 13:28:24-!- horrowind [~Icedove@2a02:810a:8b00:5298:21b:fcff:fee3:c3ff] has joined #wesnoth-dev
20150714 13:30:33-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20150714 13:31:01-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150714 13:33:03-!- irker079 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20150714 13:33:03< irker079> wesnoth: gfgtdf wesnoth:master 31796c0b46e0 / src/scripting/game_lua_kernel.cpp: add wesnoth,.current.event_context.unit_x/y http://git.io/vmOEN
20150714 13:41:37-!- pydsigner [~pydsigner@unaffiliated/pydsigner] has quit [Read error: Connection reset by peer]
20150714 14:03:53-!- gfgtdf [~chatzilla@x50abe391.dyn.telefonica.de] has joined #wesnoth-dev
20150714 14:08:05< gfgtdf> shadowm: online ?
20150714 14:08:30< vultraz> i dont think so
20150714 14:08:35< gfgtdf> vultraz: ok
20150714 14:08:55< gfgtdf> vultraz: with this moveto event: http://pastebin.com/g9Ew4WrQ
20150714 14:09:09< gfgtdf> vultraz: shoudl undoing be possible in that case or not ?
20150714 14:09:39< gfgtdf> vultraz: in case that teh filter of "event_without_allow_undo" passed
20150714 14:10:06-!- travis-ci [~travis-ci@ec2-23-22-52-252.compute-1.amazonaws.com] has joined #wesnoth-dev
20150714 14:10:07< travis-ci> wesnoth/wesnoth#6773 (master - 31796c0 : gfgtdf): The build has errored.
20150714 14:10:07< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/70903396
20150714 14:10:07-!- travis-ci [~travis-ci@ec2-23-22-52-252.compute-1.amazonaws.com] has left #wesnoth-dev []
20150714 14:11:16< gfgtdf> vultraz: no opinion?
20150714 14:11:22< vultraz> gfgtdf: I'm not sure, but I think probably yes
20150714 14:12:02< gfgtdf> vultraz: but "event_without_allow_undo" has no [allow_undo] in it and was raised
20150714 14:12:21< vultraz> hmmm
20150714 14:12:25< vultraz> point taken
20150714 14:12:29< vultraz> probably not then
20150714 14:14:11< gfgtdf> vultraz: on the other hand one migth argue that the [allow_undo] is after the [fire_event] and should overwerite it (like having the behviour depending on whether [allow_undo] is after or before the [fire_event])
20150714 14:15:40< gfgtdf> vultraz: afaik depending on whether it it before or after is the current behaviour but it somehow makes it hard to fix https://gna.org/bugs/?23556
20150714 14:16:32< vultraz> I really don't know
20150714 14:16:41< vultraz> We should just pick one behavior
20150714 14:18:27< gfgtdf> vultraz: hm ok
20150714 14:20:05-!- horrowind [~Icedove@2a02:810a:8b00:5298:21b:fcff:fee3:c3ff] has quit [Quit: horrowind]
20150714 14:28:54-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20150714 14:29:49-!- kex [~kex@31-151-58-117.dynamic.upc.nl] has joined #wesnoth-dev
20150714 14:32:24-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150714 14:34:29-!- kex [~kex@31-151-58-117.dynamic.upc.nl] has quit [Ping timeout: 256 seconds]
20150714 14:38:38-!- yann [~dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has joined #wesnoth-dev
20150714 14:43:08-!- [Relic] [~Relic]@2602:306:33a3:6d30:509b:8246:9ac3:627e] has joined #wesnoth-dev
20150714 14:47:50-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has joined #wesnoth-dev
20150714 14:52:31-!- pydsigner [~pydsigner@unaffiliated/pydsigner] has joined #wesnoth-dev
20150714 15:01:23-!- horrowin1 [~Icedove@2a02:810a:8b00:5298:21b:fcff:fee3:c3ff] has joined #wesnoth-dev
20150714 15:06:08< loonycyborg> shadowm: actually .rc files are processed with C preprocessor so I guess we could just #include wesconfig.h there :P
20150714 15:40:03-!- gfgtdf [~chatzilla@x50abe391.dyn.telefonica.de] has quit [Quit: ChatZilla 0.9.91.1 [Firefox 39.0/20150630154324]]
20150714 15:43:42-!- prkc [~prkc@catv-89-134-159-162.catv.broadband.hu] has joined #wesnoth-dev
20150714 15:57:32-!- horrowin1 [~Icedove@2a02:810a:8b00:5298:21b:fcff:fee3:c3ff] has quit [Quit: horrowin1]
20150714 16:00:50-!- [Relic] [~Relic]@2602:306:33a3:6d30:509b:8246:9ac3:627e] has quit [Quit: I press the magic X and all the weirdos go away!]
20150714 16:08:11< irker079> wesnoth: loonycyborg wesnoth:master 980434ce9677 / SConstruct packaging/windows/Wesnoth.nsi.in: Windows installer: added a start menu shortcut to run wesnoth with console http://git.io/vm3PR
20150714 16:18:33-!- kex [~kex@31-151-58-117.dynamic.upc.nl] has joined #wesnoth-dev
20150714 16:20:12-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20150714 16:22:42< irker079> wesnoth: gfgtdf wesnoth:master 2ff22bae3691 / src/game_events/pump.cpp: fix [fire_event] from wesnoth.events.on_event not preventing undo http://git.io/vm3Sv
20150714 16:22:44< irker079> wesnoth: gfgtdf wesnoth:master 55662b99601e / src/scripting/game_lua_kernel.cpp: add parameter to wesnoth.allow_undo http://git.io/vm3Sf
20150714 16:23:23-!- kex [~kex@31-151-58-117.dynamic.upc.nl] has quit [Ping timeout: 264 seconds]
20150714 16:32:26-!- Ravana_ [~SZ_Bot@unaffiliated/ravana/x-2327071] has quit [Ping timeout: 250 seconds]
20150714 16:33:22-!- SZ_Bot [~SZ_Bot@27-83-235-80.dyn.estpak.ee] has joined #wesnoth-dev
20150714 16:33:23-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has joined #wesnoth-dev
20150714 16:33:31-!- SZ_Bot is now known as Ravana_
20150714 16:33:43-!- Ravana_ [~SZ_Bot@27-83-235-80.dyn.estpak.ee] has quit [Changing host]
20150714 16:33:43-!- Ravana_ [~SZ_Bot@unaffiliated/ravana/x-2327071] has joined #wesnoth-dev
20150714 16:40:09-!- stikonas_ is now known as stikonas
20150714 16:44:29-!- travis-ci [~travis-ci@ec2-54-162-187-74.compute-1.amazonaws.com] has joined #wesnoth-dev
20150714 16:44:30< travis-ci> wesnoth/wesnoth#6774 (master - 980434c : loonycyborg): The build passed.
20150714 16:44:30< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/70928704
20150714 16:44:30-!- travis-ci [~travis-ci@ec2-54-162-187-74.compute-1.amazonaws.com] has left #wesnoth-dev []
20150714 16:47:37-!- Andrettin [506e4ddb@gateway/web/freenode/ip.80.110.77.219] has joined #wesnoth-dev
20150714 17:10:59-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20150714 17:13:26-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has joined #wesnoth-dev
20150714 17:18:52-!- travis-ci [~travis-ci@ec2-54-162-187-74.compute-1.amazonaws.com] has joined #wesnoth-dev
20150714 17:18:53< travis-ci> wesnoth/wesnoth#6775 (master - 55662b9 : gfgtdf): The build has errored.
20150714 17:18:53< travis-ci> Build details : https://travis-ci.org/wesnoth/wesnoth/builds/70930926
20150714 17:18:53-!- travis-ci [~travis-ci@ec2-54-162-187-74.compute-1.amazonaws.com] has left #wesnoth-dev []
20150714 17:37:08-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20150714 17:42:50-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has joined #wesnoth-dev
20150714 17:44:59-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20150714 18:07:24-!- kex [~kex@31-151-58-117.dynamic.upc.nl] has joined #wesnoth-dev
20150714 18:10:29-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20150714 18:12:07-!- kex [~kex@31-151-58-117.dynamic.upc.nl] has quit [Ping timeout: 252 seconds]
20150714 18:12:48-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has joined #wesnoth-dev
20150714 18:25:16-!- oldlaptop_ [~quassel@50-107-124-87.adr02.mskg.mi.frontiernet.net] has joined #wesnoth-dev
20150714 18:26:24-!- [Relic] [~Relic]@2602:306:33a3:6d30:89a7:ca5d:2624:d4b3] has joined #wesnoth-dev
20150714 18:30:56-!- Netsplit *.net <-> *.split quits: oldlaptop
20150714 18:31:42-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20150714 18:32:31-!- oldlaptop_ is now known as oldlaptop
20150714 18:39:56-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has joined #wesnoth-dev
20150714 18:41:43< shadowm> 11:08:56 <gfgtdf> vultraz: with this moveto event: http://pastebin.com/g9Ew4WrQ
20150714 18:41:46< shadowm> 11:09:09 <gfgtdf> vultraz: shoudl undoing be possible in that case or not ?
20150714 18:42:00< shadowm> gfgtdf: Yes, it should.
20150714 18:44:47-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20150714 18:49:58-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20150714 18:54:01-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has joined #wesnoth-dev
20150714 19:04:02-!- horrowin1 [~Icedove@2a02:810a:8b00:5298:21b:fcff:fee3:c3ff] has joined #wesnoth-dev
20150714 19:19:34-!- horrowin1 [~Icedove@2a02:810a:8b00:5298:21b:fcff:fee3:c3ff] has quit [Quit: horrowin1]
20150714 19:22:58-!- irker079 [~irker@uruz.ai0867.net] has quit [Quit: transmission timeout]
20150714 19:23:12-!- kex [~kex@31-151-58-117.dynamic.upc.nl] has joined #wesnoth-dev
20150714 19:27:47-!- kex [~kex@31-151-58-117.dynamic.upc.nl] has quit [Ping timeout: 240 seconds]
20150714 19:32:49-!- gfgtdf [~chatzilla@x50abe391.dyn.telefonica.de] has joined #wesnoth-dev
20150714 19:33:58< gfgtdf> shadowm: and if the [allow_undo] is before the other event it should not be undoable ?
20150714 19:42:24< shadowm> I don't know then because I've never really understood when undo gets disabled.
20150714 19:43:19-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20150714 19:44:08-!- _laco [~laco@static.95.25.4.46.clients.your-server.de] has joined #wesnoth-dev
20150714 19:49:39< Ravana_> Is there any way to see full list of modifications used in selected game in lobby view instead of just first few that fit in the available space?
20150714 19:56:47-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has joined #wesnoth-dev
20150714 20:21:57< loonycyborg> shadowm: I can fill out version info in that .rc file, but tell me more about what exact issues it caused with windows 10 and stuff
20150714 20:24:07-!- kex [~kex@31-151-58-117.dynamic.upc.nl] has joined #wesnoth-dev
20150714 20:25:09< loonycyborg> https://msdn.microsoft.com/en-us/library/windows/desktop/aa381058%28v=vs.85%29.aspx
20150714 20:25:20< loonycyborg> actuallythis looks like rocket science :P
20150714 20:28:47-!- kex [~kex@31-151-58-117.dynamic.upc.nl] has quit [Ping timeout: 240 seconds]
20150714 20:32:04-!- Appleman1234 [~Appleman1@KD106175186043.au-net.ne.jp] has quit [Ping timeout: 250 seconds]
20150714 20:35:29-!- Appleman1234 [~Appleman1@KD106152041061.au-net.ne.jp] has joined #wesnoth-dev
20150714 20:38:58-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20150714 20:43:19-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150714 20:57:07-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20150714 20:58:12-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20150714 21:01:43-!- Kwandulin [~Miranda@p5B008944.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20150714 21:01:43-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150714 21:07:17< shadowm> Ugh, finally.
20150714 21:07:41< shadowm> For some reason every guide I read neglected to mention that windres doesn't know of RT_MANIFEST unless winuser.h is explicitly included.
20150714 21:07:49-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has joined #wesnoth-dev
20150714 21:40:16< shadowm> zookeeper: What do mod_x and mod_y do?
20150714 21:41:42< zookeeper> you mean in more detail than in the commit message?
20150714 21:42:14< shadowm> Oh, right.
20150714 21:42:41< shadowm> So, I thought you just wanted to match odd and even columns.
20150714 21:43:13< zookeeper> originally yeah, but then i wanted even bigger tiles so i generalized it a bit more
20150714 21:44:20< shadowm> Okay, code style issues:
20150714 21:45:58< shadowm> * Do not ever use `T &foo` to declare a variable, use `T& foo`. The first form looks ugly, and very much like using the address-of operator in statements. This is a C++ project, not C. Same thing applies to `T *foo`.
20150714 21:47:15< shadowm> * Most code likes to treat control structure keywords like for, while, do, if, switch as if they were function names for some stupid legacy reason. It's best to stick to the same spacing format used by the surrounding context than to introduce local inconsistencies.
20150714 21:48:31< shadowm> * Always use braces to enclose control structure bodies (`if(foo) { /* bar */ }`). It's far too easy to inadvertently break logic otherwise.
20150714 21:49:28< shadowm> (Legacy code doesn't do this always, but in this case future-proofing is more important than consistency.)
20150714 21:51:27< shadowm> Okay, I see some of the surrounding context uses &declarations, but that isn't the case for https://github.com/ln-zookeeper/wesnoth/commit/1cd710ec7f62e83ae2434a3adb4dcfb922bdf50f#diff-3a8cb38f493df509729ea878cbcf1c30R127 in particular.
20150714 21:52:46-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 248 seconds]
20150714 21:52:47< zookeeper> okay, easy enough to fix...
20150714 21:53:10< shadowm> No need to bother since the context is a historical wreck already.
20150714 21:54:19< shadowm> It compiles without warnings and that's good enough for me in this case.
20150714 21:54:20< zookeeper> well i meant all of the above :p
20150714 21:54:46-!- mjs-de [~mjs-de@f048072082.adsl.alicedsl.de] has quit [Remote host closed the connection]
20150714 21:54:46< shadowm> As for the graphics themselves, well...
20150714 21:54:57< zookeeper> oh, none of those issues need to be fixed? great
20150714 21:55:50< shadowm> Something about them bothers me.
20150714 21:56:24< zookeeper> about the motion or something else?
20150714 21:56:47< shadowm> Okay, the coloring first.
20150714 21:57:08< shadowm> I'm looking at a map that has mostly tropical water in it and it looks horribly darker and duller with the new graphics compared to 1.12.x.
20150714 21:59:16< shadowm> Also, the motion itself has a glaring issue, yes.
20150714 22:00:08< shadowm> The previous animation was made in such a way the waves' direction wasn't particularly noticeable (if it moved towards a specific direction at all).
20150714 22:01:05< shadowm> With the new animation, if I take this map: https://raw.githubusercontent.com/shikadilord/After_the_Storm/master/episode1/maps/06_01_Shore.map
20150714 22:01:10< zookeeper> well, i did intentionally make it more desaturated, because i felt the more realistic look wouldn't mesh with the relatively hyper-saturated old water color (especially tropical)
20150714 22:01:18< shadowm> And look at it, the water moves away from the shore.
20150714 22:01:42< shadowm> But at the same time, there is the wave animation that's part of the water-to-sand transition, moving in the opposite direction.
20150714 22:02:33< shadowm> Yeah, see, this is my problem with terrains in general. Eleazar made everything way too desaturated for my taste in 1.9.x, so much that we had to get additional water variations specifically to address that issue.
20150714 22:03:13< shadowm> Now your water looks even more desaturated. That plus the somewhat photorealistic motion makes it clash against the comparatively more cartoony land terrains.
20150714 22:04:36< shadowm> I'm looking at a map that has a lot of green on the coastline and the water looks like the previous gray water used for cave maps.
20150714 22:04:45-!- Andrettin [506e4ddb@gateway/web/freenode/ip.80.110.77.219] has quit [Quit: Page closed]
20150714 22:04:59< shadowm> It's like there was an oil spill accident or something.
20150714 22:05:16< zookeeper> hmmhmm
20150714 22:06:00< zookeeper> how long have you looked at the new graphics?
20150714 22:06:19< shadowm> For several minutes.
20150714 22:07:08< shadowm> I can still see the waves moving in the opposite direction to the coastline.
20150714 22:07:37< zookeeper> i mean, obviously they're way more desaturated (especially tropical), but it does to me seem to be more or less in line with other terrains saturation-wise... except maybe green grass and lava
20150714 22:07:49< zookeeper> yeah, i haven't gotten to the direction issue yet :p
20150714 22:08:57< shadowm> The problem is that there are a lot of maps where green grass can be found adjacent or close enough to a water body.
20150714 22:09:24< shadowm> Most flatland is grass in this game, so.
20150714 22:09:27< zookeeper> if i look at your map with the old water, i'd be exaggerating if i said the bright blue hurts my eyes, but it is so incredibly oversaturated to my eyes that it kinda kills all the details and all i get is a bright blue glowy mass
20150714 22:11:02< zookeeper> there's no way i can keep the new water as saturated as the old one, but we can see if it can be modified somewhat
20150714 22:11:44< shadowm> Medium water interacting with grass: https://raw.githubusercontent.com/shikadilord/After_the_Storm/master/episode1/maps/08_Fear.map
20150714 22:12:46< shadowm> (And breaking the laws of physics.)
20150714 22:12:58-!- kex [~kex@31-151-58-117.dynamic.upc.nl] has joined #wesnoth-dev
20150714 22:14:08< shadowm> Do you want me to push your engine changes to master just in case since you tend to have accidents with your Git client?
20150714 22:15:15< zookeeper> eh, i don't think i'll manage to lose them all
20150714 22:17:18-!- kex [~kex@31-151-58-117.dynamic.upc.nl] has quit [Ping timeout: 248 seconds]
20150714 22:17:44< zookeeper> would you be willing to suggest some alternate ~CS values? like just for the medium ones for starters (they're currently used unmodified as you can see in terrain-graphics.cfg)?
20150714 22:19:06< zookeeper> doesn't necessarily have to look perfect, but to get to some kind of minimum level of saturation you think they need to be
20150714 22:19:20< shadowm> Do we have HSL support yet?
20150714 22:19:27< zookeeper> not that i know of
20150714 22:20:08< shadowm> I'd rather do this in the GIMP than spend days messing with CS.
20150714 22:20:16< zookeeper> sure, sure, of course you can edit a frame instead if you want
20150714 22:21:17< zookeeper> ok, about direction:
20150714 22:21:36< zookeeper> i did originally figure that we might want the ability to flip the waves from west to east on a per-scenario basis
20150714 22:22:10< zookeeper> i haven't really looked into that yet, it might be possible with some kind of scenario-level [terrain_graphics] thing
20150714 22:22:38< shadowm> Can we have a special terrain overlay serve as flag?
20150714 22:23:03< zookeeper> maybe, not sure
20150714 22:23:25< shadowm> What about cave scenarios?
20150714 22:23:37< shadowm> How do we get still water?
20150714 22:24:03< shadowm> What about a map that includes rivers and oceans and lakes all with different shores?
20150714 22:25:47< zookeeper> well in some of those cases we'd just have to put up with it
20150714 22:27:18< zookeeper> how about i see if/how i can make a variation be conveniently triggered per-map, and then we can have this discussion again? :P
20150714 22:27:49-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20150714 22:27:52< shadowm> Hm. Sure.
20150714 22:28:26< zookeeper> i could easily just create more variations of the terrains, but i think that gets too messy
20150714 22:29:16< zookeeper> anyway, i take it that a map-wide variation would be good enough? that is, a map can have waves either east or west or whatever or still, but no combinations of those in one map?
20150714 22:29:32-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has quit [Quit: i go nstuf kthxbai]
20150714 22:31:06-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20150714 22:36:28-!- ancestral [~ancestral@75-161-229-81.mpls.qwest.net] has joined #wesnoth-dev
20150714 22:37:33< shadowm> I guess. Someone will complain anyway.
20150714 22:38:16< shadowm> River deltas are a particularly complicated case to deal with.
20150714 22:58:01-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20150714 23:19:27< zookeeper> well, [terrain_graphics] sure is behaving unlike i expected...
20150714 23:20:25-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Quit: tomreyn]
20150714 23:22:03< zookeeper> ...somehow
20150714 23:37:52< zookeeper> looks like if a scenario-level [terrain_graphics] sets flags, that won't affect matching of core rules
20150714 23:39:34< zookeeper> i can't really find the code that handles scenario-level [terrain_graphics]s, either
20150714 23:51:33-!- Jetrel [~Jetrel@c-73-164-34-22.hsd1.mn.comcast.net] has quit [Quit: "The highest possible stage in moral culture is when we recognize that we ought to control our thoughts." - Charles Darwin]
20150714 23:52:31-!- Jetrel [~Jetrel@c-73-164-34-22.hsd1.mn.comcast.net] has joined #wesnoth-dev
20150714 23:52:48-!- irker530 [~irker@uruz.ai0867.net] has joined #wesnoth-dev
20150714 23:52:48< irker530> wesnoth: Ignacio R. Morelle wesnoth:master 941e983d616e / / (11 files in 5 dirs): gui2/tgame_paths: Rename to tgame_version http://git.io/vmZNO
20150714 23:52:51< irker530> wesnoth: Ignacio R. Morelle wesnoth:master 51c026dc91c2 / / (5 files in 3 dirs): desktop: Add function to obtain OS version string http://git.io/vmZN3
20150714 23:52:54< irker530> wesnoth: Ignacio R. Morelle wesnoth:master 43dd063425a0 / / (3 files in 2 dirs): gui2/tgame_version: Turned into a tabbed dialog, added plenty more info http://git.io/vmZNs
20150714 23:52:57< irker530> wesnoth: Ignacio R. Morelle wesnoth:master f608d4f46a7b / src/desktop/version.cpp: desktop: Add an actual os_version() implementation for Windows http://git.io/vmZNG
20150714 23:53:00< irker530> wesnoth: Ignacio R. Morelle wesnoth:master 948a3ae19a80 / / (3 files in 2 dirs): gui2/tgame_version: Add plain text report and a button to save it to clipboard http://git.io/vmZNZ
20150714 23:53:03< irker530> wesnoth: Ignacio R. Morelle wesnoth:master 3d140c8727e9 / src/desktop/ (windows_console.cpp windows_console.hpp): desktop: Add function to get the Win32 console manager status http://git.io/vmZNn
20150714 23:53:06< irker530> wesnoth: Ignacio R. Morelle wesnoth:master f2b86823b50b / / (3 files in 2 dirs): gui2/tgame_version: Add option to open stderr.txt on Windows http://git.io/vmZNc
20150714 23:53:09< irker530> wesnoth: Ignacio R. Morelle wesnoth:master 6a5adc30b72c / / (3 files in 3 dirs): gui2/ttitle_screen: Add button to display the About dialog http://git.io/vmZNC
20150714 23:53:12< irker530> wesnoth: Ignacio R. Morelle wesnoth:master b548d6946bec / src/game_preferences_display.cpp: preferences: Remove Paths button, superseded by titlescreen version button http://git.io/vmZNW
20150714 23:53:15< irker530> wesnoth: Ignacio R. Morelle wesnoth:master d7583f8bb193 / data/gui/default/window/title_screen.cfg: gui2/ttitle_screen: Reorganize grid slightly http://git.io/vmZNl
20150714 23:53:18< irker530> wesnoth: Ignacio R. Morelle wesnoth:master aa924e7a5f8c / packaging/windows/wesnoth.rc: Remove DISCARDABLE icon attribute from the Win32 resources table http://git.io/vmZN8
20150714 23:53:21< irker530> wesnoth: Ignacio R. Morelle wesnoth:master e119f4071f04 / packaging/windows/ (wesnoth.exe.manifest wesnoth.rc): Add manifest declaring compatibility with Windows 8.1 and 10 http://git.io/vmZN4
20150714 23:53:24< irker530> wesnoth: Ignacio R. Morelle wesnoth:master ce1e0b2502b2 / src/desktop/version.cpp: desktop: Assume GetVersionEx is not lying http://git.io/vmZNB
20150714 23:53:27< irker530> wesnoth: Ignacio R. Morelle wesnoth:master ec74ea24a45a / / (20 files in 8 dirs): Merge branch 'feature/gui2-game-version-dialog' http://git.io/vmZNR
20150714 23:54:51-!- prkc [~prkc@catv-89-134-159-162.catv.broadband.hu] has quit [Remote host closed the connection]
--- Log closed Wed Jul 15 00:00:18 2015