--- Log opened Tue Jun 10 00:00:14 2014
--- Day changed Tue Jun 10 2014
20140610 00:00:14< gfgtdf> (that data that isn't used in this scenrio that is)
20140610 00:01:23< gfgtdf> Aishiko: especialy this happens before saving the snapshot for [replay_start] so we need [carryover_sides] and not [carryover_sides_start] for replays.
20140610 00:02:44< Aishiko> gfgtdf, there is actually alot of redundant serialization in the game save files
20140610 00:03:10< gfgtdf> Aishiko: thats bad i think
20140610 00:03:44< Aishiko> gfgtdf, I'm not disagreeing with you, but I was just warning you
20140610 00:04:37< Aishiko> gfgtdf, shadowm and mattsc were the ones that pointed that out to me, maybe a project to clean up the save files to removed that serailization might be in the future
20140610 00:04:58-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 240 seconds]
20140610 00:05:04-!- stikonas__ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140610 00:07:53< gfgtdf> Aishiko: my plan is actual to add a "expanded start of scenario" savefile type that is similar to the usual start-of-scenaio savefiles except that it also contains the original scenario, and then change the mp server game into accepting "savefile" formats as games.
20140610 00:12:12< Aishiko> ahhh
20140610 00:13:04-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Computer's napping]
20140610 00:18:00-!- iceiceice_ [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20140610 00:18:04< iceiceice_> gfgtdf: do you still get the thing about variable e? 
20140610 00:18:16< iceiceice_> i think you should just commit a fix probly
20140610 00:18:27< iceiceice_> my compiler didnt give me that warning
20140610 00:18:42< fabi> iceiceice_: hello
20140610 00:18:47< iceiceice_> fabi: hi
20140610 00:19:35< iceiceice_> gfgtdf: why do you want to remove carryover_sides_start?
20140610 00:19:43< gfgtdf> hm ok just removing the "e" in that line is something i can do via the github webpage :), i just asked becasue you maybe have an intenton do somthing with that variable.
20140610 00:19:55< iceiceice_> gfgtdf: where is the exception?
20140610 00:20:07< gfgtdf> iceiceice_: because i think it doesnt containg useful information
20140610 00:20:12< fabi> iceiceice_: Yes, using resources:: for all display related stuff is a nice thing.
20140610 00:20:24< gfgtdf> contain*
20140610 00:20:27< iceiceice_> fabi: y idk i am rethinking what i suggested
20140610 00:20:33< gfgtdf> iceiceice_: i noticed teh line earlier: https://github.com/wesnoth/wesnoth/blob/master/src/replay_controller.cpp#L65
20140610 00:21:19< iceiceice_> y i guess it shuold not have e
20140610 00:21:33< fabi> iceiceice_: The problem is, we have that singleton display concept, the resources:: thing and the third display access method, by reference as argument, all around over the codebase. 
20140610 00:21:46< iceiceice_> fabi: yeah its pretty confusing...
20140610 00:21:56< iceiceice_> it makes it hard when you want to reset the game board / units
20140610 00:21:58< fabi> iceiceice_: If you like to clean the whole thing up, you earn my massive respect...
20140610 00:22:13< iceiceice_> i only realized it when i was trying to fix the replay viewer,
20140610 00:22:15< fabi> iceiceice_: Honestly, please fix all of this.
20140610 00:22:19< iceiceice_> so that it resets the game state properly
20140610 00:22:25< iceiceice_> and i was getting segfaults because theres so many pointers around
20140610 00:22:26< fabi> iceiceice_: The current state is a mess.
20140610 00:23:06< iceiceice_> ok, im not sure exactly how it will end right now but i will try to make incremental improvements
20140610 00:25:01< fabi> iceiceice_: Fell free, to contact me for help.
20140610 00:25:34< iceiceice_> ok
20140610 00:26:05< fabi> iceiceice_: Don't be scared so easily. I failed once to provide a better solution.
20140610 00:26:08< iceiceice_> i am thinking that i might make a wiki page to help organize
20140610 00:26:33< fabi> Yes, get more help. Display is a huge field.
20140610 00:27:37< fabi> If you are really brave, consider recoding all display/menu/etc stuff with gui2.
20140610 00:27:58< fabi> This is the next evolution step we really expect.
20140610 00:28:36< iceiceice_> the main thing i would like to do righ tnow is
20140610 00:28:38< fabi> I can provide help whenever this task touches the hotkeys, and I am sure, it will.
20140610 00:28:44< iceiceice_> make a clear separation between game logic and game display
20140610 00:29:03< iceiceice_> i made a class already called "game_board" intended to hold teams, units, map
20140610 00:29:08< iceiceice_> the info required for pathfinding
20140610 00:29:18< fabi> Uh, a smart idea.
20140610 00:29:22< iceiceice_> i added it first as a struct in play controller 
20140610 00:29:29< iceiceice_> and gradually integrated into constructors and such
20140610 00:29:33< iceiceice_> until i make it its own file
20140610 00:29:44< iceiceice_> it hasn't worked into display yet thouh
20140610 00:29:54< iceiceice_> i want also to do the same thing with "game state" or "game logic"
20140610 00:30:04-!- prophile [~alynn@oftn/member/prophile] has quit [Quit: The Game]
20140610 00:30:11< iceiceice_> so that we can save by saying "game state .toconfig()"
20140610 00:30:21< iceiceice_> and reset replays by saying "game_state = game_state_start" 
20140610 00:30:23< iceiceice_> etc.
20140610 00:30:23< fabi> It is good to tangle such stuff that early in the 1.14 development cycle. 
20140610 00:30:38< iceiceice_> yeah i think so too
20140610 00:30:52-!- gfgtdf [~chatzilla@e177019237.adsl.alicedsl.de] has quit [Ping timeout: 260 seconds]
20140610 00:31:08< iceiceice_> i started also trying to switch the pointers in resouces:: namespace over to const
20140610 00:31:19< iceiceice_> i only was able to make the gamemap that way right now
20140610 00:31:33< fabi> What comes to my mind as well, is the fact that one would also need to keep an eye at the sdl 2.0 transition for a seriously rewrite of the display classes.
20140610 00:31:42< iceiceice_> i see
20140610 00:32:06< iceiceice_> yeah so i was thinking that it would be better if the display class were "thin"
20140610 00:32:16< fabi> But alone your effort to separate the concerns is a good short term goal. 
20140610 00:32:24< iceiceice_> and the list of invalidated hexes / fake units to be drawn is in like a "Game_view" class or something
20140610 00:32:44< iceiceice_> idk, its just something i thought of
20140610 00:32:47< fabi> Which can be used to make a jump to a sdl2.0 and gui2 aware display implementation.
20140610 00:33:10< iceiceice_> so one thing that's also somewhat complicated,
20140610 00:33:21< iceiceice_> i think it would be a good thing if units were drawable even if they were indicated as "const"
20140610 00:33:34< iceiceice_> currently they cant be because the animation state may change
20140610 00:33:50< iceiceice_> but it might that is in a separate component, so it might be good to allow it to be mutable
20140610 00:34:14< iceiceice_> because then you can say, units shoudl be const unless the game logic for them is changing
20140610 00:34:21-!- ancestral [~ancestral@17.114.45.98] has quit [Quit: ancestral]
20140610 00:34:48< iceiceice_> it helps encapsulation somewhat then, and for various reasons it works with some things i am trying to do,
20140610 00:35:09< fabi> Yes, unit redrawing with const unit objects is a very good thing.
20140610 00:35:38< iceiceice_> ok, glad to hear that you think so
20140610 00:35:42< iceiceice_> i will likely do it then i think
20140610 00:36:53< fabi> Remember, the current display, game_display, editor_display hierarchy  is still from the times when the editor was an external application.
20140610 00:37:52< fabi> I changed a lot to get support for unit displaying in the editor, mostly lifting stuff from game_display to display.
20140610 00:38:01< fabi> But I did not do that properly.
20140610 00:38:36< fabi> All the display stuff is just fucking huge and I never got the required overview.
20140610 00:38:55< iceiceice_> yeah there is a ton of stuff there
20140610 00:39:10< iceiceice_> and the display stuff is a bit "scarier" to change because its hard to test
20140610 00:39:26< iceiceice_> the play controller stuff, if i have ever made an off by one error somewhere, it causes like 50 unit tests to fail
20140610 00:39:46< iceiceice_> so im usually not so worried
20140610 00:39:51< iceiceice_> although i still playtest it
20140610 00:39:59< iceiceice_> at the end generally
20140610 00:40:13< fabi> I like to suggest, that a first step is to create a subfolder "display" and sort things in there, while splitting into several files.
20140610 00:40:16-!- Turuk [~Turuk@wesnoth/forum-moderator/turuk] has quit [Quit: Turuk]
20140610 00:40:36< fabi> Of course, game board related stuff needs to go elsewhere, preferably a directory as well.
20140610 00:41:17< iceiceice_> one idea maybe would be that
20140610 00:41:26< iceiceice_> if we can separate gui from game logic suffiicntly,
20140610 00:41:32< iceiceice_> we coudl compile it as a separate library
20140610 00:41:49< iceiceice_> im not sure if that will inevitably make it slower at runtime
20140610 00:41:55< iceiceice_> its just an idea anyways
20140610 00:42:10< fabi> I guess this is in general a good idea.
20140610 00:42:12< iceiceice_> i guess we have a few different libraries in the build system "wesnoth-core"/
20140610 00:42:18< iceiceice_> i dont really understand the current organization completely
20140610 00:42:36< iceiceice_> core is things that the servers need also?
20140610 00:42:57< fabi> Some time in the future one might like to code a completely different client to our game, that is the best way to get ready for something like that.
20140610 00:43:19-!- stikonas__ [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 265 seconds]
20140610 00:43:25< fabi> iceiceice_: I don't know.
20140610 00:44:39< fabi> I guess, libraries is used by more components (like mp server and addon server)  and core is used by all the different parts of the game itself.
20140610 00:44:50< fabi> But don't take my word for granted.
20140610 00:45:19-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140610 00:46:24-!- Necrosporus_ is now known as Necrosporus
20140610 00:48:48< iceiceice_> ok, be back later
20140610 00:48:50-!- iceiceice_ [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
20140610 00:55:08-!- aquileia [2edf50c1@gateway/web/freenode/ip.46.223.80.193] has joined #wesnoth-dev
20140610 00:57:20< aquileia> Just wanted to say that anonymissimus told me wesnoth-lib (the VC analogon to wesnoth-core) was designed for basic functions that wouldn't be changed as often as things higher up the hirarchy (and, yes, partially also be used for wesnoth-dev)
20140610 00:58:13< aquileia> but he said the functions in wesnoth-lib are changed nearly as frequently as the others, thus it didn't work out as intended
20140610 00:58:41< aquileia> And now I'm off to bed, bye
20140610 00:58:45-!- aquileia [2edf50c1@gateway/web/freenode/ip.46.223.80.193] has quit [Client Quit]
20140610 00:59:15< fabi> wesnoth-dev?
20140610 00:59:29< fabi> I don't get the meaning of that term in that context.
20140610 01:03:50-!- Turuk [~Turuk@wesnoth/forum-moderator/turuk] has joined #wesnoth-dev
20140610 01:05:57-!- Turuk [~Turuk@wesnoth/forum-moderator/turuk] has quit [Client Quit]
20140610 01:06:20-!- Turuk [~Turuk@wesnoth/forum-moderator/turuk] has joined #wesnoth-dev
20140610 01:18:35-!- sachith500 [~kvirc@112.134.117.107] has joined #wesnoth-dev
20140610 01:20:56-!- mjs-de [~mjs-de@f048225119.adsl.alicedsl.de] has joined #wesnoth-dev
20140610 01:25:26-!- Kexoth [~kex@93-137-3-105.adsl.net.t-com.hr] has joined #wesnoth-dev
20140610 01:27:38-!- kex [~kex@93-143-115-225.adsl.net.t-com.hr] has quit [Ping timeout: 240 seconds]
20140610 01:29:29-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20140610 01:30:43< shadowm> fabi: I'd say wesnoth-lib.
20140610 01:32:08< shadowm> People (esp. gfgtdf whose nick I still need to look up to be able to type it correctly): Do not use GitHub's web to edit C++ code without compiling it first, please.
20140610 01:32:59< shadowm> I'm going to need a mnemonic for that.
20140610 01:33:24< shadowm> Except I'm not good at coming up with mnemonics.
20140610 01:33:58-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20140610 01:34:28< iceiceice> shadowm: i guess its okay if they use the web interface on their fork and then make a PR?
20140610 01:35:24< shadowm> How about "Great Felines Grieving The Dead Farmers"?
20140610 01:35:39< fabi> hmmmm
20140610 01:35:46< shadowm> iceiceice: That doesn't make a difference.
20140610 01:35:53< shadowm> *compiling and running it first
20140610 01:36:03-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140610 01:36:18< iceiceice> yeah i guess thats right
20140610 01:36:40< fabi> I would say, just don't do commit web edits.
20140610 01:36:50< fabi> Web edits are a silly thing in itself.
20140610 01:37:27< shadowm> That is even better but if I said that people would call me a party pooper or something.
20140610 01:37:59< fabi> No, I guess all serious developers will agree that web edits are just ... evil.
20140610 01:38:36< vultraz> I usually use web edits for minor things
20140610 01:38:41< vultraz> spelling fixes, etc..
20140610 01:38:52< fabi> Well, if you must.
20140610 01:39:16-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140610 01:39:34< fabi> I think it reveals an improper testing procedure.
20140610 01:39:50< fabi> Not that mine is perfect.
20140610 01:41:34-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140610 01:44:18< Aishiko> and who's is fabi?
20140610 01:44:59< shadowm> Aishiko: Did your branch compile yet?
20140610 01:45:06< Aishiko> it did
20140610 01:45:24< shadowm> I'm eager to take a look at it, myself. :)
20140610 01:46:25< fabi> Aishiko: ?
20140610 01:46:37< Aishiko> its not done, I know its missing somethings but I'm not sure how to go about getting it to it, or if I'm doing somethings in the right spot
20140610 01:46:57< Aishiko> fabi, testing procedure.
20140610 01:47:15< fabi> Aishiko: Whole sentences, please.
20140610 01:48:02< shadowm> Aishiko: I wouldn't be all that concerned about it not being finished since it's not the end of the term anyway. Besides, it's its own separate branch.
20140610 01:49:04< fabi> shadowm: wesnoth-lib is sound. I will take that.
20140610 01:49:22< shadowm> In my experience it helps a lot to share work in progress with other people if you are unsure about how to deal with some particular issue.
20140610 01:49:39< shadowm> Sometimes as a form of rubber-duck debugging.
20140610 01:50:23-!- groggy [~chatzilla@68-119-218-44.dhcp.hckr.nc.charter.com] has joined #wesnoth-dev
20140610 01:50:40< shadowm> I recently officially confered somebody the rubber-duck status for that reason.
20140610 01:50:45-!- sachith500 [~kvirc@112.134.117.107] has quit [Read error: Connection reset by peer]
20140610 01:51:01< fabi> shadowm: Was it me?
20140610 01:51:02-!- sachith500 [~kvirc@112.134.117.107] has joined #wesnoth-dev
20140610 01:51:13< shadowm> fabi: No, it's somebody you wouldn't imagine.
20140610 01:51:21< shadowm> They don't talk much in this channel.
20140610 01:51:54< fabi> What is rubber-duck?
20140610 01:51:58< vultraz> Is it numbera-san?
20140610 01:52:16< shadowm> You are the rubber duck, vultraz.
20140610 01:52:21< shadowm> It's you.
20140610 01:52:49< vultraz> :O
20140610 01:52:54< shadowm> fabi: http://en.wikipedia.org/wiki/Rubber_duck_debugging
20140610 01:53:55< fabi> Ah yes.
20140610 01:54:09< fabi> We learned about the duck as a teddy bear in class.
20140610 01:54:24< fabi> A very successfull debuging method.
20140610 01:57:24 * Necrosporus read it as 'rubber dick'
20140610 01:58:03< shadowm> And you needed to announce that.
20140610 01:58:56< Necrosporus> Though it could work too
20140610 01:59:36< Turuk> http://tinyurl.com/o35prjb
20140610 02:03:24-!- Kexoth [~kex@93-137-3-105.adsl.net.t-com.hr] has quit [Remote host closed the connection]
20140610 02:03:51< iceiceice> Turuk: while on the subject, i hope the new trailer turns out exactly like this: https://www.youtube.com/watch?v=RnAMDg7IVWs&feature=kp
20140610 02:04:27< Turuk> iceiceice: only if I can get that guy to do the rap
20140610 02:05:24< Turuk> I jotted down a rough outline earlier today at work
20140610 02:06:44-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140610 02:07:38< Turuk> http://pastebin.com/Uapn7Xng
20140610 02:11:54-!- mjs-de [~mjs-de@f048225119.adsl.alicedsl.de] has quit [Remote host closed the connection]
20140610 02:13:33-!- Ivanovic_ [~ivanovic@frnk-5f753bf3.pool.mediaWays.net] has joined #wesnoth-dev
20140610 02:14:38-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 240 seconds]
20140610 02:16:36-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 260 seconds]
20140610 02:17:21-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has joined #wesnoth-dev
20140610 02:17:26-!- Ivanovic_ is now known as Ivanovic
20140610 02:17:59-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20140610 02:22:19-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140610 02:23:37-!- Ivanovic [~ivanovic@frnk-5f753bf3.pool.mediaWays.net] has quit [Changing host]
20140610 02:23:37-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20140610 02:29:53< Necrosporus> Ivanovic, you are said to be maintainer of tToTB
20140610 02:30:18< Necrosporus> I found a small problem 
20140610 02:31:21< Necrosporus> In dialogue role 'Mercenary' is assigned to a horseman in start event, but used only in 10th turn event
20140610 02:32:06< Necrosporus> Which means if you lose that horsemen before 10th turn you'll lose a message in dialogue
20140610 02:34:47-!- enchilado [~enchilado@defocus/yummy/enchilado] has quit [Ping timeout: 245 seconds]
20140610 02:36:29-!- enchilado [~enchilado@130.102.74.133] has joined #wesnoth-dev
20140610 02:40:04-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140610 02:41:07< fabi> Turuk: sweet card.
20140610 02:42:41< vultraz> Turuk: maybe "There are a number of adventures awaiting you" -> "Many adventures await you"?
20140610 02:45:58-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: ancestral]
20140610 02:46:43-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140610 02:46:58-!- ancestral [~ancestral@12.23.74.29] has quit [Client Quit]
20140610 02:48:38-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20140610 02:48:44-!- groggy [~chatzilla@68-119-218-44.dhcp.hckr.nc.charter.com] has quit [Remote host closed the connection]
20140610 02:49:29-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140610 03:05:55-!- happygrue [~happygrue@wesnoth/developer/wintermute] has quit [Ping timeout: 240 seconds]
20140610 03:36:34< Turuk> fabi: Thanks, it needs work
20140610 03:36:42-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: ancestral]
20140610 03:37:00< Turuk> vultraz: That does sound better :P - It was a quick write up, so I threw up the thought I wanted, but the wording is basic
20140610 03:37:08< Turuk> I should have just put, lots of fun, weeeeee
20140610 03:41:58-!- Spoffy [~chatzilla@152.78.175.8] has quit [Ping timeout: 240 seconds]
20140610 03:52:21-!- kex [~kex@78-2-203-96.adsl.net.t-com.hr] has joined #wesnoth-dev
20140610 03:56:56-!- kex [~kex@78-2-203-96.adsl.net.t-com.hr] has quit [Ping timeout: 260 seconds]
20140610 04:06:00-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 260 seconds]
20140610 04:06:44-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20140610 04:18:53-!- Gambit [~derek@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20140610 04:24:47-!- sachith500 [~kvirc@112.134.117.107] has quit [Ping timeout: 245 seconds]
20140610 04:25:03-!- trademark_ [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has joined #wesnoth-dev
20140610 04:27:59-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140610 04:56:40-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Read error: error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number]
20140610 04:57:21-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20140610 05:03:08-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 252 seconds]
20140610 05:03:57-!- trademark_ [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has quit [Ping timeout: 245 seconds]
20140610 05:04:00-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20140610 05:10:37-!- _8680_ [~8680@2002:4404:712c:0:8dac:4502:390:9988] has quit [Ping timeout: 245 seconds]
20140610 05:11:07-!- _8680_ [~8680@2002:4404:712c:0:d954:3cfd:420b:b057] has joined #wesnoth-dev
20140610 05:18:12-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20140610 05:24:13-!- Jetrel_ [~Jetrel@c-75-73-180-126.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]
20140610 05:24:23-!- _8680_ [~8680@2002:4404:712c:0:d954:3cfd:420b:b057] has quit [Ping timeout: 252 seconds]
20140610 05:24:40-!- Jetrel [~Jetrel@c-75-73-180-126.hsd1.mn.comcast.net] has joined #wesnoth-dev
20140610 05:24:55-!- Jetrel [~Jetrel@c-75-73-180-126.hsd1.mn.comcast.net] has quit [Client Quit]
20140610 05:25:00-!- _8680_ [~8680@2002:4404:712c:0:10a0:feaf:7d28:73d] has joined #wesnoth-dev
20140610 05:25:56-!- Jetrel [~Jetrel@c-75-73-180-126.hsd1.mn.comcast.net] has joined #wesnoth-dev
20140610 05:27:11-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140610 05:31:43-!- _8680_ [~8680@2002:4404:712c:0:10a0:feaf:7d28:73d] has quit [Ping timeout: 252 seconds]
20140610 05:32:23-!- _8680_ [~8680@2002:4404:712c:0:2594:f9cf:50af:3c09] has joined #wesnoth-dev
20140610 05:34:30-!- Sulfur [~Miranda@p5B327A37.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140610 05:53:08-!- _8680_ [~8680@2002:4404:712c:0:2594:f9cf:50af:3c09] has quit [Ping timeout: 265 seconds]
20140610 05:53:41-!- _8680_ [~8680@2002:4404:712c:0:8dd1:6796:c5c3:19aa] has joined #wesnoth-dev
20140610 05:59:35-!- _8680_ [~8680@2002:4404:712c:0:8dd1:6796:c5c3:19aa] has quit [Ping timeout: 252 seconds]
20140610 06:00:08-!- _8680_ [~8680@2002:4404:712c:0:dda1:b075:2f5b:d3ae] has joined #wesnoth-dev
20140610 06:20:10-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving]
20140610 06:27:04-!- irker369 [~irker@fehu.ai0867.net] has quit [Quit: transmission timeout]
20140610 06:27:53-!- _8680_ [~8680@2002:4404:712c:0:dda1:b075:2f5b:d3ae] has quit [Ping timeout: 264 seconds]
20140610 06:28:44-!- _8680_ [~8680@2002:4404:712c:0:c8ca:2301:3961:8a9b] has joined #wesnoth-dev
20140610 06:35:23-!- enchilado [~enchilado@130.102.74.133] has quit [Read error: Connection reset by peer]
20140610 06:35:33-!- enchilado [~enchilado@130.102.72.225] has joined #wesnoth-dev
20140610 06:42:19-!- Gallaecio [~quassel@84.120.115.132.dyn.user.ono.com] has quit [Remote host closed the connection]
20140610 06:53:10-!- boucman_work [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20140610 06:53:23< vultraz> Turuk: how I imagined the beginning was this: start with journeys_end.ogg, and have the video slowly zoom into the main map of Wesnoth, then fade into some HTTT stroyscreens with narrator text, and proceed with your "reclaim your throne" text
20140610 06:53:39< vultraz> Er..actually
20140610 06:53:58< vultraz> Fade into the stroyscreen pics, and then have some quotes/snippets on black slide past
20140610 06:54:27< vultraz> AFTER the "reclaim your throne" bit
20140610 06:57:20< vultraz> The reason I imagined using journeys_end.ogg is it starts slow, so you can build up, then have your epic combat shots in the middle, and then wind down
20140610 06:58:26< vultraz> Perhaps also some random shots of DID after TEI, since Malin's lich portraits will definitely interest people
20140610 07:00:06< vultraz> Also, in "Bring up main title screen", I think not the title screen, just the logo on the map - we don't want the buttons in there 
20140610 07:00:29< vultraz> But in all, I like your outline
20140610 07:21:15-!- thunderstruck [~zaibotren@cpc7-cowc7-2-0-cust670.14-2.cable.virginm.net] has joined #wesnoth-dev
20140610 07:29:55-!- kex [~kex@78-2-203-96.adsl.net.t-com.hr] has joined #wesnoth-dev
20140610 07:34:36-!- kex [~kex@78-2-203-96.adsl.net.t-com.hr] has quit [Ping timeout: 260 seconds]
20140610 07:40:08-!- groggy [~chatzilla@68-119-218-44.dhcp.hckr.nc.charter.com] has joined #wesnoth-dev
20140610 07:55:37-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has quit [Ping timeout: 245 seconds]
20140610 07:59:16-!- kex [~kex@78-2-203-96.adsl.net.t-com.hr] has joined #wesnoth-dev
20140610 08:01:02-!- shadowm_desktop [ignacio@186.9.68.217] has joined #wesnoth-dev
20140610 08:01:20-!- shadowm_desktop is now known as Guest96829
20140610 08:03:32-!- kex [~kex@78-2-203-96.adsl.net.t-com.hr] has quit [Ping timeout: 245 seconds]
20140610 08:17:10-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140610 08:20:51-!- kex [~kex@212.92.210.53] has joined #wesnoth-dev
20140610 08:32:07-!- boucman_work [~rosen@wesnoth/developer/boucman] has quit [Ping timeout: 252 seconds]
20140610 08:37:47-!- boucman_work [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20140610 08:47:57-!- aquileia [863c54b5@gateway/web/freenode/ip.134.60.84.181] has joined #wesnoth-dev
20140610 08:49:46< aquileia> fabi: I meant wesnothd, but was too tired to see my mistake - in fact sleeping didn't help, I'm still tired and I'll better leave...
20140610 08:49:55-!- aquileia [863c54b5@gateway/web/freenode/ip.134.60.84.181] has quit [Client Quit]
20140610 09:10:23-!- Sulfur [~Miranda@p5B327A37.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20140610 09:17:03-!- mjs-de [~mjs-de@f048242250.adsl.alicedsl.de] has joined #wesnoth-dev
20140610 09:24:10-!- Haudegen [~quassel@85-126-180-242.volume.xdsl-line.inode.at] has joined #wesnoth-dev
20140610 09:27:18-!- boucman_work [~rosen@wesnoth/developer/boucman] has quit [Ping timeout: 240 seconds]
20140610 09:27:25-!- Guest96829 [ignacio@186.9.68.217] has quit [Ping timeout: 276 seconds]
20140610 09:31:48-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: ancestral]
20140610 09:32:22-!- Sulfur [~Miranda@p5B327A37.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140610 09:35:21-!- ancestral [~ancestral@12.23.74.29] has joined #wesnoth-dev
20140610 09:50:37-!- Sulfur [~Miranda@p5B327A37.dip0.t-ipconnect.de] has quit [Ping timeout: 245 seconds]
20140610 09:52:07-!- boucman_work [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20140610 10:09:07-!- irker856 [~irker@fehu.ai0867.net] has joined #wesnoth-dev
20140610 10:09:07< irker856> wesnoth: Groggy Dice wesnoth:1.12 a88e97b5e0ca / data/tools/wmlscope: wmlscope: fix mistakes in help and options pointed out by Elvish Hunter http://git.io/0EwvOw
20140610 10:09:07< irker856> wesnoth: Groggy Dice wesnoth:1.12 b9d2a54062e8 / data/core/about.cfg: add janebot to credits http://git.io/k9LmZg
20140610 10:09:08< irker856> wesnoth: Groggy Dice wesnoth:1.12 5fb95004002c / data/tools/wmllint: wmllint: fix substitution that was missing a slash http://git.io/PbTxSw
20140610 10:09:09< irker856> wesnoth: Groggy Dice wesnoth:1.12 e47ebac43a75 / data/tools/wmllint: wmllint: reorganize help into mode options and other options http://git.io/Wtg9_A
20140610 10:10:52< irker856> wesnoth: Groggy Dice wesnoth:master 8e7581f593b5 / data/tools/wmlscope: wmlscope: fix mistakes in help and options pointed out by Elvish Hunter http://git.io/pufBOQ
20140610 10:10:54< irker856> wesnoth: Groggy Dice wesnoth:master 6c12233d3cdf / data/core/about.cfg: add janebot to credits http://git.io/kSs6-Q
20140610 10:10:56< irker856> wesnoth: Groggy Dice wesnoth:master 5b06aa920529 / data/tools/wmllint: wmllint: fix substitution that was missing a slash http://git.io/kX5-oQ
20140610 10:10:58< irker856> wesnoth: Groggy Dice wesnoth:master 61c8c936983f / data/tools/wmllint: wmllint: reorganize help into mode options and other options http://git.io/lcIPyQ
20140610 10:11:16-!- groggy [~chatzilla@68-119-218-44.dhcp.hckr.nc.charter.com] has quit [Quit: ChatZilla 0.9.90.1 [Firefox 29.0.1/20140506152807]]
20140610 10:17:05-!- Sulfur [~Miranda@p5B327A37.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140610 10:22:07-!- prophile [~alynn@oftn/member/prophile] has joined #wesnoth-dev
20140610 10:30:04-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140610 11:08:19-!- iwaim [~iwaim@2001:2c0:40e:2002:0:4:14:80] has quit [Ping timeout: 252 seconds]
20140610 11:20:24-!- iwaim [~iwaim@2001:2c0:40e:2002:0:4:14:80] has joined #wesnoth-dev
20140610 11:27:47-!- Turuk [~Turuk@wesnoth/forum-moderator/turuk] has quit [Quit: Turuk]
20140610 11:39:00-!- prophile [~alynn@oftn/member/prophile] has quit [Quit: The Game]
20140610 11:54:33< zookeeper> umm, when/why were the golden unit selection bracket thing removed?
20140610 11:55:10-!- ancestral [~ancestral@12.23.74.29] has quit [Quit: ancestral]
20140610 11:55:42< vultraz> What, someone removed the selection border?
20140610 11:56:12< zookeeper> it sure isn't there in 1.11.15.
20140610 11:56:45< zookeeper> i was wondering for a while how it seems really difficult to tell which unit is selected
20140610 11:57:37< zookeeper> err, wait
20140610 11:58:09< zookeeper> it's the same way in 1.10, nevermind. i misremembered how it worked.
20140610 12:05:34< zookeeper> huh. i said that music stops when wesnoth loses focus, but it doesn't... unless it loses focus to mirc. how odd.
20140610 12:07:41< vultraz> Wesnoth has never stopped music when not focused, for me
20140610 12:09:31< zookeeper> in fact, the music doesn't stop, it's just muted. dunno which app is to blame.
20140610 12:11:23< vultraz> IMO, it should
20140610 12:11:29-!- Sulfur [~Miranda@p5B327A37.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20140610 12:11:31< vultraz> It's annoying
20140610 12:15:14< zookeeper> it's annoying when i alt-tab to check if you said something and the music cuts off for a second
20140610 12:22:22-!- aquileia [863c36ad@gateway/web/freenode/ip.134.60.54.173] has joined #wesnoth-dev
20140610 12:24:44< aquileia> Ivanovic: Hmm... I looked into why we have remove-potcdate.sin and found it is automatically created by wescamp_import. The last change to that part of the code was https://github.com/wesnoth/wesnoth/commit/31abfc2471b2c by you
20140610 12:25:22-!- Sulfur [~Miranda@p5B327A37.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140610 12:26:56< aquileia> So... should I remove the commit that deletes them from my PR? I don't see a particular reason why the date has to be removed and it seems to be unused, but then I don't do po-updates
20140610 12:35:38< aquileia> My guess is that they are obsolete, even https://github.com/wesnoth/wesnoth/blob/master/po/pot-update.sh.in#L43 only uses the .sed (which already was blocked by the gitignore) which seems to be auto-generated
20140610 12:37:26-!- Spoffy [~chatzilla@152.78.175.8] has joined #wesnoth-dev
20140610 12:39:59-!- EdB [~edb@85.69.242.6] has joined #wesnoth-dev
20140610 12:49:39-!- Appleman1234 [~Appleman1@pool-173-74-87-52.dllstx.fios.verizon.net] has joined #wesnoth-dev
20140610 12:56:42< aquileia> And if the .sin files aren't necessary I'd delete the paragraph creating them as well (https://github.com/wesnoth/wesnoth/blob/master/utils/wescamp_import#L57)
20140610 13:01:47-!- kex [~kex@212.92.210.53] has quit [Read error: Connection reset by peer]
20140610 13:02:12-!- prophile [~alynn@oftn/member/prophile] has joined #wesnoth-dev
20140610 13:02:15-!- kex [~kex@212.92.210.53] has joined #wesnoth-dev
20140610 13:03:45-!- Kexoth [~kex@212.92.210.53] has joined #wesnoth-dev
20140610 13:03:48-!- kex [~kex@212.92.210.53] has quit [Read error: Connection reset by peer]
20140610 13:11:01-!- irker856 [~irker@fehu.ai0867.net] has quit [Quit: transmission timeout]
20140610 13:13:24< AI0867> zookeeper: am I missing something, or could the feral trait be replaced by [defense] village=-50 ?
20140610 13:15:03< AI0867> fabi: can we have a list of current terrain def issues?
20140610 13:15:09< zookeeper> AI0867, maybe... but the trait is needed to explain it, nevertheless
20140610 13:16:49-!- cib [~cib@p5DD223EA.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140610 13:16:58-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Computer's napping]
20140610 13:17:13-!- cib is now known as Guest38649
20140610 13:18:05-!- enchilado [~enchilado@130.102.72.225] has quit [Changing host]
20140610 13:18:05-!- enchilado [~enchilado@defocus/yummy/enchilado] has joined #wesnoth-dev
20140610 13:19:30< zookeeper> AI0867, and yes, that's exactly what the trait applies
20140610 13:19:52< iceiceice> there's a caveat about water villages thoguh, right?
20140610 13:20:02< iceiceice> does [defense] village = -50 give 50% defense in a water village?
20140610 13:20:51< iceiceice> i guess its pretty minor, but its sometimes handy that the bat is better on the water anyways :)
20140610 13:22:20-!- boucman_work [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20140610 13:23:09-!- boucman_work [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20140610 13:23:13-!- aquileia [863c36ad@gateway/web/freenode/ip.134.60.54.173] has quit [Quit: Page closed]
20140610 13:25:58< AI0867> [defense] village = -50 gives at least 50% chance to get hit on village terrain
20140610 13:26:25< AI0867> that is, 50% def + worse-of modifier rather than the usual best-of
20140610 13:26:47-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20140610 13:27:37< zookeeper> "Receives only 50% defense in land-based villages"
20140610 13:32:47< AI0867> what is the state of #22068 ?
20140610 13:35:09-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140610 13:53:23-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140610 13:59:05-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140610 14:01:15-!- knotwork__ [~markm@unaffiliated/knotwork] has quit [Read error: Connection reset by peer]
20140610 14:01:58-!- knotwork__ [~markm@unaffiliated/knotwork] has joined #wesnoth-dev
20140610 14:02:43-!- riksteri [~riksteri@dsl-tkubrasgw3-54f96b-216.dhcp.inet.fi] has joined #wesnoth-dev
20140610 14:11:34-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Computer's napping]
20140610 14:14:59-!- gfgtdf [~chatzilla@d229176.adsl.hansenet.de] has joined #wesnoth-dev
20140610 14:20:13< gfgtdf> thunderstruck: do you know why we don't remove the side here: https://github.com/wesnoth/wesnoth/blob/master/src/carryover.cpp#L198 after we transferred it? (currently we only remove the units in it)
20140610 14:23:25< AI0867> zookeeper: ah, right. true water villages don't have the 'village' terrain type
20140610 14:23:34< AI0867> they just share the same properties
20140610 14:23:45< AI0867> s/true water/merfolk/
20140610 14:27:50< thunderstruck> gfgtdf: What do you mean by removing side?
20140610 14:27:59-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140610 14:28:01< thunderstruck> gfgtdf: Where from it should be removed?
20140610 14:29:59< gfgtdf> 	thunderstruck: weh we transfer sides form [carryover_sides_start] to the scenario at the beginning of a scenario, we store teh "rest" in [carryover_sides], currently we just rmeove all units from that side in [carryover_sides] but why not just removing teh while side from [carryover_sides] istead ?
20140610 14:30:03< gfgtdf> when*
20140610 14:30:22-!- mattsc [~mattsc@wesnoth/developer/mattsc] has joined #wesnoth-dev
20140610 14:31:58-!- Spoffy [~chatzilla@152.78.175.8] has quit [Ping timeout: 240 seconds]
20140610 14:32:13-!- EdB [~edb@85.69.242.6] has quit [Quit: Konversation terminated!]
20140610 14:35:28< thunderstruck> gfgtdf: I'm not really familiar with that code and I don't see where things get removed.
20140610 14:36:11< thunderstruck> So, I'm probably not the best person to answer this question :)
20140610 14:36:47< AI0867> 01:21 < aquileia> Oh... there is actually a gitignore rule that ignores three files in the repo: *.pyc in data/tools ← no, there are no *.pyc files in the repo. Those files are generated by python when the corresponding *.py files are imported
20140610 14:42:43-!- sachith500 [~kvirc@112.135.20.217] has joined #wesnoth-dev
20140610 14:48:14-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 252 seconds]
20140610 14:52:25-!- sachith500 [~kvirc@112.135.20.217] has quit [Ping timeout: 276 seconds]
20140610 14:54:04< AI0867> shadowm: https://github.com/shikadilord/wesnoth/commit/bb733c0f0635276aee28fd471c76281d183469cc ← this writes every minute, not every 10 minutes
20140610 14:54:37< AI0867> of course, the previous system was much less sane
20140610 14:58:45-!- sachith500 [~kvirc@112.135.20.217] has joined #wesnoth-dev
20140610 15:01:34-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140610 15:05:42-!- Sulfur [~Miranda@p5B327A37.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20140610 15:06:51< fabi> AI0867: Mostly forest and fungus, I don't know if it is only an issue with the "mounted" movetype.
20140610 15:08:03< fabi> AI0867: I think the current solution (the minus syntax) is a good one. Can't get more than this value is easy to learn and use, we just fail to show the game mechanic to the user.
20140610 15:08:47-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140610 15:11:39-!- irker161 [~irker@fehu.ai0867.net] has joined #wesnoth-dev
20140610 15:11:39< irker161> wesnoth: gfgtdf wesnoth:master 534e3514eefc / src/replay_controller.cpp: fix unused variable http://git.io/LpsG-A
20140610 15:13:48< fabi> AI0867: The dwarves have better defense in cave than fungus. So they might need a minus defense on fungus as well.
20140610 15:18:47-!- Coffee_irc [~david@ppp121-45-15-35.lns20.adl2.internode.on.net] has quit [Quit: Konversation terminated!]
20140610 15:24:38-!- happygrue [~happygrue@wesnoth/developer/wintermute] has joined #wesnoth-dev
20140610 15:26:21-!- Kexoth [~kex@212.92.210.53] has quit [Remote host closed the connection]
20140610 15:34:49-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140610 15:35:54-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140610 15:37:55-!- sachith500|2 [~kvirc@112.134.122.131] has joined #wesnoth-dev
20140610 15:41:10-!- sachith500 [~kvirc@112.135.20.217] has quit [Ping timeout: 276 seconds]
20140610 15:50:08< iceiceice> fabi: i guess gryphons also?
20140610 15:50:11< iceiceice> not sure
20140610 16:02:41-!- Jetrel [~Jetrel@c-75-73-180-126.hsd1.mn.comcast.net] has quit [Read error: Connection reset by peer]
20140610 16:04:05-!- Jetrel [~Jetrel@c-75-73-180-126.hsd1.mn.comcast.net] has joined #wesnoth-dev
20140610 16:09:47-!- boucman_work [~rosen@wesnoth/developer/boucman] has quit [Ping timeout: 245 seconds]
20140610 16:11:10-!- trademark_ [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has joined #wesnoth-dev
20140610 16:14:57-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140610 16:19:04-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20140610 16:20:17< AI0867> fabi: repoke about ^Ufi
20140610 16:20:56< AI0867> 03:35 < shadowm> iceiceice: That doesn't make a difference. ← it allows you to run travis on it first
20140610 16:22:22-!- kex [~kex@78-2-203-96.adsl.net.t-com.hr] has joined #wesnoth-dev
20140610 16:22:41-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Client Quit]
20140610 16:23:04-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has joined #wesnoth-dev
20140610 16:25:27< AI0867> fabi: yes, I agree
20140610 16:25:48< AI0867> iceiceice, fabi: all flying movetypes, possibly even more
20140610 16:25:59< AI0867> fungus and cave are used on MP maps to slow down leaders
20140610 16:26:13< AI0867> drake might warrant a look too
20140610 16:27:06< iceiceice> AI0867: i guess that its only the defense that is altered by this?
20140610 16:27:12< iceiceice> generally i thought everything is much slower on fungus
20140610 16:27:33< iceiceice> idr what defenses drakes usually get on hills / caves
20140610 16:27:52< iceiceice> i think bats dont have to change for it though, or ghosts
20140610 16:28:01< iceiceice> idr about the falcons?
20140610 16:28:35< iceiceice> maybe elves will change slightly, i think they only get 40 on fungus normally
20140610 16:29:41< iceiceice> what other things can be dual terrains with fungus?
20140610 16:30:03< iceiceice> i guess there are non-mainline mp where there is swamp+fungus?
20140610 16:31:05-!- molgrum [~molgrum@212.85.89.43] has quit [Quit: Lämnar]
20140610 16:33:07-!- sachith500|2 [~kvirc@112.134.122.131] has quit [Read error: Connection reset by peer]
20140610 16:33:50-!- tomreyn [~tomreyn@megaglest/team/tomreyn] has quit [Quit: tomreyn]
20140610 16:35:23-!- molgrum [~molgrum@212.85.89.43] has joined #wesnoth-dev
20140610 16:53:35-!- ArcusT7 [~arcus@pc139.riednet.wh.tu-darmstadt.de] has joined #wesnoth-dev
20140610 16:57:44-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140610 17:04:00< irker161> wesnoth: Chris Beck wesnoth:master 654fd22ba89f / src/ (6 files in 4 dirs): pass display as an argument to unit::invalidate http://git.io/zD_dGg
20140610 17:04:02< irker161> wesnoth: Chris Beck wesnoth:master 2282f6e90a19 / src/ (6 files in 4 dirs): remove unnnecessary location argument from unit::invalidate http://git.io/Yq9QFQ
20140610 17:04:04< irker161> wesnoth: Chris Beck wesnoth:master 390babf184b9 / src/ (unit.cpp unit.hpp): unit animation fcns become const http://git.io/FS7Fwg
20140610 17:04:06< irker161> wesnoth: Chris Beck wesnoth:master 829c66e6bc56 / src/ (display.cpp display.hpp game_display.cpp game_display.hpp): invalidate units fcn treats units as const http://git.io/Vbgprw
20140610 17:04:08< irker161> wesnoth: Chris Beck wesnoth:master 16db25b1197a / src/display.cpp: unit redraw fcn treats units as const http://git.io/Qu0Sbw
20140610 17:04:10< irker161> wesnoth: Chris Beck wesnoth:master 76907870dcfd / src/display.hpp: display object uses a const unit_map * internally http://git.io/r1qimQ
20140610 17:04:12< irker161> wesnoth: Chris Beck wesnoth:master fe92895bd00b / src/ (display.cpp display.hpp): display::change_units takes a const argument http://git.io/zbianA
20140610 17:04:14< irker161> wesnoth: Chris Beck wesnoth:master ca01a4be02fb / src/ (unit.cpp unit.hpp): facing and hidden become mutable attributes of unit http://git.io/v45bWQ
20140610 17:04:16< irker161> wesnoth: Chris Beck wesnoth:master 4459277f7737 / src/ (8 files in 2 dirs): only const unit_map in display, unit_attack fcn uses game_board http://git.io/OZ55zw
20140610 17:04:18< irker161> wesnoth: Chris Beck wesnoth:master 5dad318849fd / src/ (16 files in 4 dirs): Merge branch 'units_draw_const' http://git.io/x0BzCw
20140610 17:20:29< Ivanovic> aquileia: sounds good, go ahead and get rid of the old clutter!
20140610 17:24:59< irker161> wesnoth: gfgtdf wesnoth:master b39601d7003a / src/play_controller.cpp: remove outdated comment http://git.io/R48W1A
20140610 17:25:54-!- iceiceice [~chris@wesnoth/developer/iceiceice] has quit [Quit: Leaving]
20140610 17:26:19-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140610 17:30:08-!- DCW [~Thunderbi@cpc66863-finc15-2-0-cust393.4-2.cable.virginm.net] has joined #wesnoth-dev
20140610 17:38:43-!- Gallaecio [~quassel@84.120.115.132.dyn.user.ono.com] has joined #wesnoth-dev
20140610 17:51:10-!- Sulfur [~Miranda@p5B327A37.dip0.t-ipconnect.de] has joined #wesnoth-dev
20140610 17:57:47-!- nurupo [~nurupo.ga@unaffiliated/nurupo] has quit [Ping timeout: 252 seconds]
20140610 17:58:11-!- mordante [~mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20140610 17:58:26< mordante> servus
20140610 18:06:37-!- Spoffy [~chatzilla@152.78.175.8] has joined #wesnoth-dev
20140610 18:12:05< mordante> thanks shadowm the test was indeed required, I just expected by setting the port it would do the trick
20140610 18:13:35-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140610 18:13:54< mordante> shadowm, I'm aware the inspect dialogue doesn't look optimal yet, I commented on it in the commit message of 7efb1ba73b7c639246cb8ba2b84ddab88f49454f
20140610 18:14:40< mordante> shadowm, please file a bug report, the it won't get forgotten
20140610 18:14:44-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20140610 18:15:07< mordante> shadowm, it could be it will be 'automatically' fixed by the SDL2 conversion, but not sure
20140610 18:18:42-!- DCW [~Thunderbi@cpc66863-finc15-2-0-cust393.4-2.cable.virginm.net] has quit [Read error: Connection reset by peer]
20140610 18:18:51-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20140610 18:20:53-!- aquileia [2edf50c1@gateway/web/freenode/ip.46.223.80.193] has joined #wesnoth-dev
20140610 18:22:05-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140610 18:22:31< lipkab> mordante: Hello.
20140610 18:23:50< aquileia> Ivanovic: If you want 150 files gone, just press the button on PR 199 =P
20140610 18:24:39< mordante> hi lipkab 
20140610 18:25:47< lipkab> mordante: So, did you see my question earlier about twindow and CVideo?
20140610 18:26:23< aquileia> Ivanovic: But in that case I'd add one little commit to it before - deleting the passage in wescamp-import that creates the .sin-files
20140610 18:27:12< mordante> lipkab, yes I read it after you left
20140610 18:27:41< mordante> I think a large part of CVideo will be part of a twindow, but maybe we need to keep it to keep the main window around
20140610 18:28:10< mordante> I'm not sure whether dialogues are better placed in their own window or kept the way they are used now
20140610 18:29:07< lipkab> Okay... so I probably shouldn't do anything about it at this point.
20140610 18:30:01< lipkab> mordante: Another thing: https://www.dropbox.com/s/ald7fomr08mte11/wesnoth_jaggy_logo.png
20140610 18:30:21< lipkab> That is the Wesnoth icon rendered as a texture.
20140610 18:30:31< lipkab> It doesn't look good.
20140610 18:31:15< mordante> no I think that part should be looked at once the SDL2 conversion is further ahead
20140610 18:33:30< mordante> indeed doesn't look good, but maybe some flags on the texture should be modified (libsdl seems off-line so can't lookup the flags)
20140610 18:34:13< mordante> the progressbar is that as intended?
20140610 18:34:28-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140610 18:34:55< aquileia> Ivanovic: I pushed it to the PR, could you merge it, please?
20140610 18:35:03< lipkab> The progressbar is still surface based, so I don't care about that really.
20140610 18:35:15 * Ivanovic is no good at going throug those requests
20140610 18:35:19< Ivanovic> maybe AI0867 will handle it...
20140610 18:36:45< lipkab> mordante: The half-filledness isn't really prominent during load, by the way, I just made the screenshot at the wrong moment :)
20140610 18:36:48-!- noy [~Noy@wesnoth/developer/noy] has quit [Client Quit]
20140610 18:37:09< mordante> lipkab, ok I just wanted to have that confirmed ;-)
20140610 18:39:47< lipkab> git wizards: what's this? "Auto packing the repository in background for optimum performance."
20140610 18:40:08< irker161> wesnoth: Boldizsár Lipka wesnoth:master 2b7da8fcb48a / src/ (image.cpp image.hpp): Move load_from_disk out of image::locator. http://git.io/-EpYKg
20140610 18:40:33< mordante> I guess it's the auto gc in Git which happens after certain actions
20140610 18:40:52-!- prophile [~alynn@oftn/member/prophile] has quit [Quit: The Game]
20140610 18:41:03< mordante> I've disabled it, since on my old slow computer it took ages and git-svn produced a lot of garbage
20140610 18:41:19-!- aquileia [2edf50c1@gateway/web/freenode/ip.46.223.80.193] has quit [Ping timeout: 246 seconds]
20140610 18:42:32< lipkab> Thanks.
20140610 18:43:49-!- aquileia [2edf50c1@gateway/web/freenode/ip.46.223.80.193] has joined #wesnoth-dev
20140610 18:44:47< mordante> I also prefer to gc when it suits me so I dislike the option
20140610 18:45:46< lipkab> mordante: So, I examined image.cpp. I think textures definitely won't require 6 different caches.
20140610 18:45:59< happygrue> hi Aishiko, how's things?
20140610 18:47:01< lipkab> mordante: The tricky thing here is applying the hex mask.
20140610 18:47:13< mordante> lipkab, I already expected that
20140610 18:49:02< lipkab> mordante: I don't recall SDL2 having any functions for masking textures, so I we'll need to update the texture manually?
20140610 18:51:41< mordante> not sure whether there is something…
20140610 18:53:42< mordante> but the site is down
20140610 18:55:01< lipkab> I have the docs downloaded here ;)
20140610 18:55:01< lipkab> Well, "masú
20140610 18:55:02< lipkab> sdklfbklsbgsdfh
20140610 18:55:03< lipkab> So.
20140610 18:55:25< mordante> that was a cat on your keyboard?
20140610 18:56:01< lipkab> "Mask" only yields unrelated results and I can't see a relevant SetRender* function either.
20140610 18:57:18< lipkab> No, I mistyped then hit return instead of backspace. Then I typed some more garbage so that the whole thing would look intentional :P
20140610 18:57:41< lipkab> I'm allergic of cat fur, so we don't have any around.
20140610 18:58:42< mordante> ok
20140610 18:58:58< mordante> so then there probably is not a way to do so :-(
20140610 18:59:36-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20140610 19:00:57< irker161> wesnoth: gfgtdf wesnoth:master 1eee975502e7 / src/synced_context.cpp: don't execute run_in_synced_context in replays. http://git.io/CCVTDQ
20140610 19:01:00< mordante> I want to look at it later, when the site is up again
20140610 19:01:23< mordante> how much progress did you make?
20140610 19:03:26< lipkab> mordante: Not too much, unfortunately :( I get the load screen working then stuck down with making rotating, growing, etc. icons.
20140610 19:04:01< lipkab> On a brighter note, I tried out all of ttextures methods in the process and they all work fine.
20140610 19:04:09< lipkab> ttexture's
20140610 19:05:32< lipkab> I'll try to work more this week.
20140610 19:05:53< mordante> ok, but good to hear all modes work :-)
20140610 19:07:09< mordante> could you e-mail your current patch? I'd like to play with it
20140610 19:08:03< lipkab> mordante: git pull and you have it all ;)
20140610 19:08:25< mordante> you also committed the title screen stuff?
20140610 19:08:54< lipkab> Yes.
20140610 19:09:26< lipkab> Well, not the rotating logo, but that's about two lines.
20140610 19:10:03< mordante> ah I missed those commits
20140610 19:12:54< mordante> why do we need ttexture::null() ? AFAIK all ctors make sure it is a valid object
20140610 19:14:00< lipkab> I added a default ctor that creates an "empty" (mean NULL) texture.
20140610 19:14:39< mordante> what it its use case?
20140610 19:14:50< mordante> (I omitted the default ctor on purpose)
20140610 19:16:42< lipkab> The titlescreen doesn't have any fallback for when loading the icon fails.
20140610 19:17:11< lipkab> ...but you'll still need to give some value for logo_texture_.
20140610 19:17:52< lipkab> That was the direct reason for the default ctor, but I image similar scenarios could pop up elsewhere, too.
20140610 19:17:58< lipkab> *imagine
20140610 19:20:56< irker161> wesnoth: gfgtdf wesnoth:master a1c859a8c891 / src/game.cpp: removed unneeded catch http://git.io/k5ulGA
20140610 19:22:15< mordante> I see the problem, and want to give some thought about a better solution
20140610 19:22:32< mordante> I really dislike the invalid texture
20140610 19:23:24< mordante> I'm also not to happy with the twindow::clear(Uint8 r, Uint8 g, Uint8 b, Uint8 a) function
20140610 19:23:45< mordante> it's name overloads another clear function and this function does something else
20140610 19:24:05< mordante> if alpha is set it does not really clear the stuff
20140610 19:24:14< mordante> IMO the name fill would be more appropriate
20140610 19:24:19< mordante> what do you think?
20140610 19:25:09< irker161> wesnoth: gfgtdf wesnoth:master 469eabb53c1a / src/game.cpp: make catching at game end optional http://git.io/h_ztlQ
20140610 19:28:38< lipkab> mordante: I'm fine with fill, although I don't find the functions very different. clear() fills with the last color specified with SDL_SetRenderDrawColor, whereas clear(int, int, int, int) sets the draw color beforehand.
20140610 19:28:41-!- shadowm_desktop [ignacio@wesnoth/developer/shadowm] has joined #wesnoth-dev
20140610 19:28:45-!- wesbot changed the topic of #wesnoth-dev to: string+feature freeze active on 1.12 | 236 bugs, 345 feature requests, 29 patches | Logs: http://irclogs.wesnoth.org | Alternate logs: http://wesnoth.debian.net | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20140610 19:29:13< lipkab> Or is clear() meant to always fill with black?
20140610 19:29:26< shadowm> AI0867: Compiling *and* running.
20140610 19:29:48-!- iceiceice [~chris@wesnoth/developer/iceiceice] has joined #wesnoth-dev
20140610 19:30:02-!- ancestral [~ancestral@17.114.45.98] has joined #wesnoth-dev
20140610 19:31:07< lipkab> mordante: When thinking about invalid textures, also consider that a ttexture might need to be put into a map.
20140610 19:32:12< shadowm> mordante: Right, but the commit message for 7efb1ba73b7c639246cb8ba2b84ddab88f49454f doesn't go into detail as to exactly what can be improved or whether it's specific to :inspect or an issue with the widget(s) it uses.
20140610 19:34:25< mordante> lipkab, hmm I see clear uses the drawing colour :-( not sure whether it was also on the website
20140610 19:35:13< mordante> in that case I still think clear is a horrible name (the alpha implies it does not always clear)
20140610 19:35:32< shadowm> I think the issue stems from the fact that map labels are always drawn and undrawn by a rather low-level function (the display::flip() method), so if the pipeline gets rewritten that'd certainly fix it.
20140610 19:35:39< lipkab> "Use this function to clear the current rendering target with the drawing color. "
20140610 19:35:52< lipkab> Yeah, it's there.
20140610 19:35:58< mordante> ok
20140610 19:36:34< mordante> I think I prefer to remove clear() and rename clear(...) to fill(...)
20140610 19:36:52< lipkab> Alright.
20140610 19:38:01< mordante> how does SDL_RenderCopy handle NULL textures?
20140610 19:38:58< mordante> I assume badly (return -1) so that's why I'm not too fond of the NULL texture
20140610 19:39:09< mordante> not sure whether we really need textures in maps
20140610 19:39:52< mordante> shadowm, true, just wanted to let you know I'm aware it's not completely done yet
20140610 19:39:58< lipkab> Don't know, there's nothing in the docs.
20140610 19:40:55< lipkab> As for maps, there's at least one occasion in image.hpp of a map with surface as a value type.
20140610 19:42:07< shadowm> mordante: I was thinking about making the dialog always take up the full screen (since it tends to do that depending on what items you are inspecting anyway) to eliminate or at least reduce the amount of distracting layout changes.
20140610 19:44:47< mordante> lipkab, the source indeed implies a -1
20140610 19:44:50-!- nurupo [~nurupo.ga@unaffiliated/nurupo] has joined #wesnoth-dev
20140610 19:45:50< shadowm> iceiceice: I don't want to post in that thread, but you might want to pass this along: the GitHub zips are only snapshots of the working tree without the repository.
20140610 19:46:40< iceiceice> ok i'll keep it in mind
20140610 19:46:46< iceiceice> why dont you want to post in the thread?
20140610 19:47:00< shadowm> Also, release announcements include a link to the xdelta patch for that version from the previous version and a link to a thread with some badly outdated but still usable instructions.
20140610 19:47:25< shadowm> Because I don't want to post in the thread.
20140610 19:48:03< shadowm> If I post in the thread then I'll necessarily have to answer every single question or address every single inaccuracy brought up in it, and I have other things to do atm.
20140610 19:48:28< shadowm> Brought up in it up to this point, to be specific.
20140610 19:49:07< iceiceice> alright
20140610 19:49:16< iceiceice> i might post something later, we'll see how it develops
20140610 19:49:43< mordante> lipkab, is a default constructor really required for a std::map? (obviously it is for std::map::operator[]()) but I think it's not a container requirement
20140610 19:49:45< iceiceice> i dont actually know what an xdelta patch is and i dont particularly want to research it atm
20140610 19:49:46< timotei> http://www.ioccc.org/2013/cable3/hint.html
20140610 19:49:47< timotei> :D
20140610 19:49:53< timotei> Details: http://www.ioccc.org/years.html#2013
20140610 19:50:24-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20140610 19:51:10< mordante> shadowm, jein I think it's a good idea in general, but the current way makes it easier for me to test some of the resize algorithms
20140610 19:51:20< lipkab> mordante: I know GCC only errors when trying to expand operator[], but I'm not sure about other compilers & implementations.
20140610 19:51:22< mordante> shadowm, so maybe it should be a 1.12 change only
20140610 19:52:12< mordante> lipkab, ok I'll look it up in the standard, to be continued…
20140610 19:52:13< lipkab> Besides, having a map you can't access with [] would be kinda weird.
20140610 19:52:13< shadowm> Hm, okay.
20140610 19:52:22< gfgtdf> iceiceice: do you think we can rename the game_state object in its current form to 'saved_game' ?
20140610 19:52:26< shadowm> And thus I've learned an interesting German word.
20140610 19:53:28< iceiceice> gfgtdf: yeah thats probably a good idea
20140610 19:53:34< iceiceice> or "save_game_record" or something
20140610 19:53:34< iceiceice> idk
20140610 19:53:43< iceiceice> we should use the name game state for something eslse
20140610 19:54:21< mordante> lipkab, also true
20140610 19:54:29< gfgtdf> iceiceice: ok i'll rename it then
20140610 19:55:00< gfgtdf> iceiceice: did you took a look at https://gna.org/bugs/?22173 especialy do you think your current display refactor wil fix this bug ?
20140610 19:55:55< mordante> interesting timotei 
20140610 19:56:07< mordante> lipkab, any more questions?
20140610 19:56:27< iceiceice> gfgtdf: no i didn't see that bug...
20140610 19:56:32< lipkab> mordante: Nothing.
20140610 19:57:11< iceiceice> gfgtdf: here's my scratchpad for engine refactor: http://wiki.wesnoth.org/EngineRefactor
20140610 19:57:24< timotei> mordante: It's... just mind blowing. I know C is potent but I've never thought something like that could be written *and* be functional in so few byte (less than 4096 lol)
20140610 19:58:22< gfgtdf> iceiceice: are you sure statistics is currently a part of play_controller ?
20140610 19:58:31< gfgtdf> iceiceice:  i always tought it was sperate
20140610 19:58:53< iceiceice> i might be wrong
20140610 19:59:04< iceiceice> let me check
20140610 19:59:21< iceiceice> there's one of these in play_controller.hpp: const statistics::scenario_context statistics_context_;
20140610 19:59:33< gfgtdf> iceiceice: also do you want to change n_unit::id_manager ? its not mentioned there 
20140610 19:59:34-!- travis-ci [~travis-ci@ec2-54-196-205-139.compute-1.amazonaws.com] has joined #wesnoth-dev
20140610 19:59:34< travis-ci> [travis-ci] wesnoth/wesnoth#3070 (master - 1eee975 : gfgtdf): The build has errored.
20140610 19:59:34< travis-ci> [travis-ci] Build details : http://travis-ci.org/wesnoth/wesnoth/builds/27246868
20140610 19:59:34-!- travis-ci [~travis-ci@ec2-54-196-205-139.compute-1.amazonaws.com] has left #wesnoth-dev []
20140610 19:59:52< iceiceice> gfgtdf: probly it should change i think i just overlooked it
20140610 20:01:01< mordante> timotei, indeed want to look at it closer later
20140610 20:01:34< mordante> I'm off bye
20140610 20:02:19< gfgtdf> iceiceice: can i also restart one one of teh builds ?
20140610 20:02:22< gfgtdf> only*
20140610 20:02:27< gfgtdf> the two*
20140610 20:02:43< iceiceice> yeah
20140610 20:02:55< gfgtdf> ok god to know
20140610 20:02:56< lipkab> Bye.
20140610 20:03:06< gfgtdf> bye
20140610 20:05:04< shadowm>   const config & child_or_empty(const std::string &key) const;
20140610 20:05:18< shadowm> The weird formatting in this config method must've made me mistake it for a return-by-value.
20140610 20:06:33-!- mordante [~mordante@wesnoth/developer/mordante] has quit [Quit: Leaving]
20140610 20:09:10-!- kex [~kex@78-2-203-96.adsl.net.t-com.hr] has quit [Remote host closed the connection]
20140610 20:11:25-!- Kexoth [~kex@78-2-203-96.adsl.net.t-com.hr] has joined #wesnoth-dev
20140610 20:20:38< gfgtdf> iceiceice: any reasons against removing his block https://github.com/wesnoth/wesnoth/blob/master/src/playcampaign.cpp#L195  replays from 1.2 cannot be replayed anyway
20140610 20:20:43< gfgtdf> this*
20140610 20:21:03< iceiceice> yeah nuke it
20140610 20:26:46-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has quit [Quit: .]
20140610 20:33:27-!- Netsplit *.net <-> *.split quits: Samual, MaraJade
20140610 20:33:40-!- Samual [~dioteckte@c-24-3-185-118.hsd1.pa.comcast.net] has joined #wesnoth-dev
20140610 20:33:40-!- Samual [~dioteckte@c-24-3-185-118.hsd1.pa.comcast.net] has quit [Changing host]
20140610 20:33:40-!- Samual [~dioteckte@xonotic/core-team/Samual] has joined #wesnoth-dev
20140610 20:36:02-!- MaraJade [goossenm@osuosl/staff/MaraJade] has joined #wesnoth-dev
20140610 20:52:55-!- Gambit [~derek@wesnoth/developer/grickit] has joined #wesnoth-dev
20140610 20:54:26-!- Netsplit *.net <-> *.split quits: Appleman1234, Upth, ArcusT7, knotwork__
20140610 20:58:39-!- knotwork__ [~markm@142.68.133.2] has joined #wesnoth-dev
20140610 20:58:39-!- knotwork__ [~markm@142.68.133.2] has quit [Changing host]
20140610 20:58:39-!- knotwork__ [~markm@unaffiliated/knotwork] has joined #wesnoth-dev
20140610 20:58:51-!- Netsplit over, joins: Appleman1234
20140610 21:05:31-!- ancestral [~ancestral@17.114.45.98] has quit [Quit: ancestral]
20140610 21:09:06-!- Sulfur [~Miranda@p5B327A37.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer]
20140610 21:10:14< gfgtdf> we have a "scenario" and an "id" key in snapshot does any1 know teh difference ?
20140610 21:11:07-!- aquileia [2edf50c1@gateway/web/freenode/ip.46.223.80.193] has quit [Ping timeout: 246 seconds]
20140610 21:11:24-!- Upth [~ogmar@108-85-89-233.lightspeed.frokca.sbcglobal.net] has joined #wesnoth-dev
20140610 21:11:24-!- ArcusT7 [~arcus@pc139.riednet.wh.tu-darmstadt.de] has joined #wesnoth-dev
20140610 21:13:31< irker161> wesnoth: gfgtdf wesnoth:master f26f992bf106 / src/ (carryover.cpp carryover.hpp gamestatus.cpp play_controller.cpp playcampaign.cpp): move next_underlying_unit_id http://git.io/Y9vkrQ
20140610 21:13:33< irker161> wesnoth: gfgtdf wesnoth:master 2a1722413317 / src/replay_controller.cpp: don't transfer carryover in replays http://git.io/lVX6eA
20140610 21:13:35< irker161> wesnoth: gfgtdf wesnoth:master 703502e0d3ac / src/ (playcampaign.cpp replay_controller.cpp replay_controller.hpp): remove unneeded argument in play_replay_level http://git.io/VB77pg
20140610 21:13:37< irker161> wesnoth: gfgtdf wesnoth:master 42a28bfc3219 / src/carryover.cpp: refactor carryover_info::transfer_all_to http://git.io/rKMr-g
20140610 21:13:39< irker161> wesnoth: gfgtdf wesnoth:master 99feabf3c4b4 / src/ (7 files): Merge pull request #200 from gfgtdf/gamestate_refactor http://git.io/ZK4XHw
20140610 21:17:49-!- ancestral [~ancestral@17.114.45.98] has joined #wesnoth-dev
20140610 21:18:21< iceiceice> gfgtdf: i dont know the difference, i would have to look at source
20140610 21:18:32< iceiceice> it might be a campaign vs scenario thing? but im just making it up
20140610 21:19:19< gfgtdf> iceiceice: no i think "id" is just from [scenario] and [scenaio] is just set to teh same value
20140610 21:19:22< gfgtdf> but i dont know why
20140610 21:19:35< iceiceice> hmm probly no good reason
20140610 21:19:46-!- ancestral [~ancestral@17.114.45.98] has quit [Client Quit]
20140610 21:22:21-!- Gambit [~derek@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20140610 21:25:12-!- Guest38649 [~cib@p5DD223EA.dip0.t-ipconnect.de] has quit [Ping timeout: 245 seconds]
20140610 21:26:32-!- ancestral [~ancestral@17.114.45.98] has joined #wesnoth-dev
20140610 21:30:38-!- vultraz [~chatzilla@wesnoth/developer/vultraz] has quit [Ping timeout: 240 seconds]
20140610 21:30:55-!- thunderstruck [~zaibotren@cpc7-cowc7-2-0-cust670.14-2.cable.virginm.net] has quit [Quit: leaving]
20140610 21:37:35< Aishiko> happygrue, things are going OK I'm working later tonight.
20140610 21:53:40< irker161> wesnoth: gfgtdf wesnoth:master 911d9909ff75 / src/playcampaign.cpp: remove old compability code http://git.io/aBxPTA
20140610 21:54:55-!- trademark_ [~trademark@nsg93-8-88-175-59-164.fbx.proxad.net] has quit [Ping timeout: 276 seconds]
20140610 21:55:16-!- gfgtdf_ [~chatzilla@f054060077.adsl.alicedsl.de] has joined #wesnoth-dev
20140610 21:57:16-!- gfgtdf [~chatzilla@d229176.adsl.hansenet.de] has quit [Ping timeout: 260 seconds]
20140610 21:57:25-!- gfgtdf_ is now known as gfgtdf
20140610 21:58:19-!- prophile [~alynn@oftn/member/prophile] has joined #wesnoth-dev
20140610 21:58:45-!- Gallaecio [~quassel@84.120.115.132.dyn.user.ono.com] has quit [Remote host closed the connection]
20140610 22:03:12< gfgtdf> does anyone know why the function create_color takes 'red' as a const argument but 'green' and 'blue'  not ?
20140610 22:03:49-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20140610 22:07:26-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has joined #wesnoth-dev
20140610 22:09:52-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 260 seconds]
20140610 22:21:02< irker161> wesnoth: gfgtdf wesnoth:master 35b8730f8caf / src/ (6 files in 2 dirs): remove random.cpp http://git.io/fUtKHQ
20140610 22:21:40-!- kex_ [~kex@93-137-9-100.adsl.net.t-com.hr] has joined #wesnoth-dev
20140610 22:22:00-!- Kexoth [~kex@78-2-203-96.adsl.net.t-com.hr] has quit [Ping timeout: 260 seconds]
20140610 22:32:00-!- ArcusT7 [~arcus@pc139.riednet.wh.tu-darmstadt.de] has quit [Ping timeout: 260 seconds]
20140610 22:37:51-!- Gambit [~derek@wesnoth/developer/grickit] has joined #wesnoth-dev
20140610 22:46:26< irker161> wesnoth: Chris Beck wesnoth:master 13fca9a35894 / src/ (play_controller.cpp play_controller.hpp): fixup play_controller initialization order http://git.io/YTLqug
20140610 22:46:28< irker161> wesnoth: Chris Beck wesnoth:master d9b3289355e8 / src/ (display_context.hpp game_board.hpp): define display_context interface, implement in game_board http://git.io/DMJ6Dw
20140610 22:46:30< irker161> wesnoth: Chris Beck wesnoth:master 90e5d9206b29 / src/editor/map/map_context.hpp: editor map context implements display_context interface http://git.io/TMIKRw
20140610 22:46:32< irker161> wesnoth: Chris Beck wesnoth:master 43ade4615ae1 / src/ (7 files in 3 dirs): display uses display_context internally, not 3 private pointers http://git.io/_qeBXw
20140610 22:46:34< irker161> wesnoth: Chris Beck wesnoth:master ae5436d5656b / src/ (12 files in 3 dirs): Merge branch 'add_display_context' http://git.io/nxThrg
20140610 22:46:36< irker161> wesnoth: Chris Beck wesnoth:master 522988c68928 / projectfiles/ (CodeBlocks-SCons/wesnoth.cbp CodeBlocks/wesnoth.cbp VC9/wesnoth.vcproj): update projectfiles to include display_context.hpp http://git.io/xYhK6Q
20140610 22:50:33< iceiceice> hey gfgtdf, did the replay viewer work after your most recent commit?
20140610 22:50:44< iceiceice> i am testing, after my merge it gets out of sync when i hit play
20140610 22:50:49< iceiceice> i didnt test this before my merge though
20140610 22:51:16< gfgtdf> iceiceice: the normal replay viewer ?
20140610 22:51:21< iceiceice> it says this: 20140610 18:48:54 warning replay: invalid run_in_synced_context call ignored
20140610 22:51:22< iceiceice> 20140610 18:48:54 error replay: found dependent command in replay while is_synced=false
20140610 22:51:27< iceiceice> y just like
20140610 22:51:30< iceiceice> make any replay in local mp
20140610 22:51:37< iceiceice> and save the replay and try to view it
20140610 22:52:22-!- prophile [~alynn@oftn/member/prophile] has quit [Quit: The Game]
20140610 22:52:42< gfgtdf> iceiceice: hm i think i was just ver stupid
20140610 22:52:58< iceiceice> ok y
20140610 22:53:03< irker161> wesnoth: gfgtdf wesnoth:master 2b9fc977c6a4 / src/synced_context.cpp: fixup replays http://git.io/cv-DTg
20140610 22:53:10< gfgtdf> iceiceice: try this commit ^
20140610 22:53:11< iceiceice> i can reproduce here
20140610 22:53:12< iceiceice> ae5436d-Clean
20140610 22:53:14< iceiceice> ok will pull
20140610 22:58:55< iceiceice> ok looks to be working :)
20140610 23:00:10< gfgtdf> iceiceice: ye i broke it in 1eee975502e7 i tested it but teh code i tested was slightly different
20140610 23:00:21< gfgtdf> iceiceice: but different enough not to break it
20140610 23:01:30< iceiceice> y i have to fix up something old i did in replay controller now anyways, which is hwy i was gonna test
20140610 23:01:41< irker161> wesnoth: gfgtdf wesnoth:master f1c4485ce3c1 / src/synced_context.cpp: add comment in synced_context.cpp http://git.io/py9q1g
20140610 23:02:21-!- lipkab [~the_new_l@host-91-147-212-189.biatv.hu] has quit [Quit: .]
20140610 23:05:11< irker161> wesnoth: Chris Beck wesnoth:master 6fe87277be1f / src/replay_controller.cpp: fixup a subtle problem in the replay_controller reset procedure http://git.io/WxUYGA
20140610 23:05:13< irker161> wesnoth: Chris Beck wesnoth:master 3c93463b3c8d / src/synced_context.cpp: Merge branch 'master' of git://github.com/wesnoth/wesnoth http://git.io/1Rg5Vw
20140610 23:05:17-!- prophile [~alynn@oftn/member/prophile] has joined #wesnoth-dev
20140610 23:05:52-!- Haudegen [~quassel@85-126-180-242.volume.xdsl-line.inode.at] has quit [Read error: Connection reset by peer]
20140610 23:08:15-!- prophile [~alynn@oftn/member/prophile] has quit [Client Quit]
20140610 23:08:19-!- _8680_ [~8680@2002:4404:712c:0:c8ca:2301:3961:8a9b] has quit [Ping timeout: 240 seconds]
20140610 23:08:29-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20140610 23:09:16-!- _8680_ [~8680@2002:4404:712c:0:18ad:a866:f624:df6d] has joined #wesnoth-dev
20140610 23:16:10-!- _8680_ [~8680@2002:4404:712c:0:18ad:a866:f624:df6d] has quit [Ping timeout: 265 seconds]
20140610 23:16:38-!- _8680_ [~8680@2002:4404:712c:0:145e:3997:9bf1:fa93] has joined #wesnoth-dev
20140610 23:17:48-!- mjs-de [~mjs-de@f048242250.adsl.alicedsl.de] has quit [Remote host closed the connection]
20140610 23:21:29-!- _8680_ [~8680@2002:4404:712c:0:145e:3997:9bf1:fa93] has quit [Ping timeout: 265 seconds]
20140610 23:22:11-!- _8680_ [~8680@2002:4404:712c:0:79b7:3536:7a66:f9e9] has joined #wesnoth-dev
20140610 23:30:19-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20140610 23:31:11-!- _8680_ [~8680@2002:4404:712c:0:79b7:3536:7a66:f9e9] has quit [Ping timeout: 252 seconds]
20140610 23:32:03-!- _8680_ [~8680@2002:4404:712c:0:24ad:58e3:35d8:61c0] has joined #wesnoth-dev
20140610 23:40:04-!- Necrosporus_ [~Necrospor@unaffiliated/necrosporus] has joined #wesnoth-dev
20140610 23:40:21-!- kex_ [~kex@93-137-9-100.adsl.net.t-com.hr] has quit [Read error: Connection reset by peer]
20140610 23:40:26-!- Kexoth [~kex@93-137-9-100.adsl.net.t-com.hr] has joined #wesnoth-dev
20140610 23:42:11-!- _8680_ [~8680@2002:4404:712c:0:24ad:58e3:35d8:61c0] has quit [Ping timeout: 252 seconds]
20140610 23:42:58-!- _8680_ [~8680@2002:4404:712c:0:4401:789d:a291:e989] has joined #wesnoth-dev
20140610 23:43:14-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has quit [Ping timeout: 265 seconds]
20140610 23:43:27-!- Necrosporus_ is now known as Necrosporus
20140610 23:54:40-!- mattsc [~mattsc@wesnoth/developer/mattsc] has quit [Quit: Computer's napping]
20140610 23:59:39< Necrosporus> "And I will show you to the best quarters we have myself"
20140610 23:59:52< Necrosporus> Maybe not 'myself'?
--- Log closed Wed Jun 11 00:00:14 2014