--- Log opened Mon Sep 10 00:00:32 2012 20120910 00:14:54-!- PolarPanda [~quassel@unaffiliated/peterporty] has quit [Read error: Connection reset by peer] 20120910 00:15:21-!- PolarPanda [~quassel@unaffiliated/peterporty] has joined #wesnoth-dev 20120910 00:25:55-!- Gambit [~gambit@wesnoth/developer/grickit] has quit [Read error: Connection reset by peer] 20120910 00:50:42-!- Gambit [~gambit@wesnoth/developer/grickit] has joined #wesnoth-dev 20120910 01:02:35-!- Gambit [~gambit@wesnoth/developer/grickit] has quit [Remote host closed the connection] 20120910 01:08:28-!- Elvish_Pillager [~eli@dhip-029.rrw.residences.colby.edu] has quit [Ping timeout: 244 seconds] 20120910 01:11:16-!- PolarPanda [~quassel@unaffiliated/peterporty] has quit [Ping timeout: 248 seconds] 20120910 01:13:47-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy] 20120910 01:14:29-!- Netsplit *.net <-> *.split quits: wesbot, CIA-106 20120910 01:15:34-!- Netsplit over, joins: wesbot, CIA-106 20120910 01:40:43-!- ancestral [~ancestral@mobile-166-147-064-201.mycingular.net] has joined #wesnoth-dev 20120910 01:49:52-!- wesbot changed the topic of #wesnoth-dev to: 185 bugs, 336 feature requests, 18 patches | Logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org 20120910 01:54:05-!- ancestral [~ancestral@mobile-166-147-064-201.mycingular.net] has quit [Quit: Smell ya later!] 20120910 02:42:23-!- Gambit [~gambit@wesnoth/developer/grickit] has joined #wesnoth-dev 20120910 02:49:56-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev 20120910 02:55:28-!- loonybot [~loonybot@wesnoth/bot/loonybot] has quit [Remote host closed the connection] 20120910 03:27:51-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has quit [Ping timeout: 276 seconds] 20120910 03:56:21-!- mattsc [~mattsc@d154-20-32-241.bchsia.telus.net] has quit [Read error: Connection reset by peer] 20120910 03:56:34-!- mattsc [~mattsc@d154-20-32-241.bchsia.telus.net] has joined #wesnoth-dev 20120910 04:40:17-!- Gambit [~gambit@wesnoth/developer/grickit] has quit [Remote host closed the connection] 20120910 04:45:58-!- natasiel [~natasiel@modemcable228.141-160-184.mc.videotron.ca] has joined #wesnoth-dev 20120910 04:45:58-!- natasiel [~natasiel@modemcable228.141-160-184.mc.videotron.ca] has quit [Changing host] 20120910 04:45:58-!- natasiel [~natasiel@wesnoth/mp-mod/natasiel] has joined #wesnoth-dev 20120910 04:48:10-!- Ivanovic_ [~ivanovic@dtmd-4db26fb9.pool.mediaWays.net] has joined #wesnoth-dev 20120910 04:51:11-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 265 seconds] 20120910 04:52:03-!- Ivanovic_ is now known as Ivanovic 20120910 05:01:13-!- MrBeast [~foo@pD9508902.dip0.t-ipconnect.de] has quit [Read error: Connection reset by peer] 20120910 05:17:30-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 244 seconds] 20120910 05:56:27-!- vultraz [~chatzilla@124.109.10.167] has quit [Ping timeout: 255 seconds] 20120910 06:01:31-!- mattsc [~mattsc@d154-20-32-241.bchsia.telus.net] has quit [Quit: bye] 20120910 06:28:30-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev 20120910 06:54:07-!- mattsc [~mattsc@d154-20-32-241.bchsia.telus.net] has joined #wesnoth-dev 20120910 06:57:22< mattsc> zookeeper: umm: http://imagebin.org/227855 http://imagebin.org/227856 20120910 06:57:55< mattsc> zookeeper: oops, that was supposed to be over at #wesnoth-umc-dev. Sorry! 20120910 07:31:56-!- Ivanovic [~ivanovic@dtmd-4db26fb9.pool.mediaWays.net] has quit [Changing host] 20120910 07:31:56-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev 20120910 07:36:21-!- mattsc [~mattsc@d154-20-32-241.bchsia.telus.net] has quit [Quit: bye] 20120910 07:59:48-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev 20120910 08:03:01-!- Necrosporus [~Necrospor@unaffiliated/necrosporus] has joined #wesnoth-dev 20120910 08:17:57-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Quit: Leaving.] 20120910 08:40:29-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy] 20120910 08:48:29-!- Crendgrim [~crend@77-22-112-72-dynip.superkabel.de] has joined #wesnoth-dev 20120910 08:59:29-!- boucman_work [~jerermy@wesnoth/developer/boucman] has joined #wesnoth-dev 20120910 09:49:54-!- Crendgrim [~crend@77-22-112-72-dynip.superkabel.de] has quit [Read error: Connection reset by peer] 20120910 09:50:10-!- Crendgrim [~crend@77-22-112-72-dynip.superkabel.de] has joined #wesnoth-dev 20120910 10:17:29-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving] 20120910 11:25:50-!- horon [~horon@nttkyo042189.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has joined #wesnoth-dev 20120910 12:09:14-!- Crab_ [Crab_@wesnoth/developer/crab] has joined #wesnoth-dev 20120910 12:25:56-!- vultraz [~chatzilla@124.109.10.167] has joined #wesnoth-dev 20120910 12:28:02-!- loonybot [~loonybot@46.138.72.79] has joined #wesnoth-dev 20120910 12:28:02-!- loonybot [~loonybot@46.138.72.79] has quit [Changing host] 20120910 12:28:02-!- loonybot [~loonybot@wesnoth/bot/loonybot] has joined #wesnoth-dev 20120910 12:39:39-!- knotwork [~markm@unaffiliated/knotwork] has quit [Read error: Connection reset by peer] 20120910 12:55:44-!- Elvish_Pillager [~eli@dhip-029.rrw.residences.colby.edu] has joined #wesnoth-dev 20120910 13:38:32-!- knotwork [~markm@unaffiliated/knotwork] has joined #wesnoth-dev 20120910 13:49:52-!- wesbot changed the topic of #wesnoth-dev to: 185 bugs, 336 feature requests, 19 patches | Logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org 20120910 14:23:10-!- Ayne [~Ayne@HSI-KBW-078-042-132-056.hsi3.kabel-badenwuerttemberg.de] has joined #wesnoth-dev 20120910 14:42:28< Crab_> hi, Ayne 20120910 14:43:05< Ayne> hi Crab_ 20120910 14:43:38< Crab_> just saying hello :) and also wanted to know if there are any further bugs in that code, that you know of :) 20120910 14:45:01-!- mjs-de [~mjs-de@d184102.adsl.hansenet.de] has joined #wesnoth-dev 20120910 14:45:13< Ayne> There's one that has been reported, but so far it looks like it'll be easy to fix 20120910 14:46:13< Crab_> ok, good. I'll (hopefully) have some time to work on the code in a week or two, and will try to start some changes related to the difficultly levels support in campaigns. 20120910 14:51:57< Ayne> Crab_: the write(config) method of end_level_data doesn't write all the data, for example carryover_report isn't written. Do you know if there's a particular reason for that? Is adding them or writing a new method better? 20120910 14:53:48< Crab_> I think that carryover report is something that was added to show things to user at the end of scenario, so the authors haven't bothered to save it to config 20120910 14:54:12< fendrin> hi Crab_ 20120910 14:54:19< Crab_> hi, fendrin 20120910 14:55:25< Crab_> Ayne: if you need the carryover info saved, then extending write(config) is probably the best way to do it. 20120910 14:57:26< Ayne> Ok. It's either that or turning carryover_sides from config to class and back just to add end_level at the end of the scenario 20120910 15:05:12< Crab_> maybe a part of the intent was to not 'pollute' the save games with info which is not useful 20120910 15:05:28< Crab_> part of end_level_data was used just-before-game-is-ended 20120910 15:05:44< Crab_> i.e when showing carryover reports, playing some music, entering linger mode, etc 20120910 15:06:12< Crab_> and part of end-level data was important for the next level (i.e. gold percentages and amounts) 20120910 15:09:49< Ayne> Well, since carryover_sides is a config in gamestate I have to be able to write all the data to config somehow 20120910 15:10:14< Crab_> yes, since we now use the config for other purposes, as well 20120910 15:10:29< Crab_> so, we require full read-write capability 20120910 15:11:00< Crab_> maybe extract the 'persistent' part of end-level data in a separate sub-object of end_level_data ? 20120910 15:11:21< Crab_> and then the carryover info will not have the end_level_data object inside, only that persistent sub_object. 20120910 15:12:09< Crab_> or just ignore the presence of extra fields, they won't hurt much 20120910 15:16:46< Ayne> I could leave read and write as it is, that way the extra fields won't be in the config version of carryover_sides and will be default in the class, and just get the non-persistent fields from the original end_level object itself instead of from gamestate 20120910 15:17:30< Crab_> yes, possible, albeit that's a little confusing.. maybe, then, separate non-persistent fields in a subobject? 20120910 15:18:10< Crab_> e.g. if (end_level_data_.transient().show_carryover()) { ... } 20120910 15:19:56< Ayne> But then we would still either have all fields in the save or have to separate to_config for the transition between class and config and for saving 20120910 15:20:54< Crab_> I meant, do that in addition to 'get the non-persistent fields from the original end_level object itself instead of from gamestate' you've proposed 20120910 15:21:01< Ayne> ah 20120910 15:21:14< Crab_> just to show more visibly that you're accessing the not-persistent part 20120910 15:21:35< Ayne> Yes, that sounds ok 20120910 15:22:01< Crab_> great :) 20120910 15:35:07-!- oldtopman [~oldtopman@unaffiliated/oldtopman] has joined #wesnoth-dev 20120910 15:36:25-!- mattsc [~mattsc@d154-20-32-241.bchsia.telus.net] has joined #wesnoth-dev 20120910 15:36:52-!- lipkab [~the_new_l@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20120910 15:59:15-!- knotwork [~markm@unaffiliated/knotwork] has quit [Ping timeout: 276 seconds] 20120910 16:16:40-!- horon [~horon@nttkyo042189.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has quit [Quit: Leaving...] 20120910 16:27:15-!- negusnyul [~negusnyul@dsl4E5CC670.pool.t-online.hu] has joined #wesnoth-dev 20120910 16:31:19-!- knotwork [~markm@unaffiliated/knotwork] has joined #wesnoth-dev 20120910 16:32:10-!- lipkab [~the_new_l@host-91-147-212-174.biatv.hu] has quit [Quit: - )] 20120910 16:36:00-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev 20120910 16:48:53-!- mattsc [~mattsc@d154-20-32-241.bchsia.telus.net] has quit [Quit: bye] 20120910 16:58:00< AI0867> boucman_work: regarding the running animation. Some units just look awful if they have to move at the same speed as a saurian. How possible is it to increase a unit's "time per hex"? 20120910 16:59:53< boucman_work> currently not possible, that's hardcoded, I need to find a way to communicate that info to the engine... 20120910 17:01:02< boucman_work> currently there is not "per event type" parameters that go from WML to the anim engine, there are some the other way round... 20120910 17:01:23< boucman_work> and currently only mvt anim needs one, but i'll give it some thought if it's really needed 20120910 17:08:42-!- stikonas [~quassel@wesnoth/translator/stikonas] has joined #wesnoth-dev 20120910 17:09:19< AI0867> well, there's an attempted ghast (necrophage upgrade) anim in the art workshop 20120910 17:09:33-!- stikonas [~quassel@wesnoth/translator/stikonas] has quit [Remote host closed the connection] 20120910 17:09:36< AI0867> the artist is on his second attempt now 20120910 17:09:48< AI0867> the first, lumbering movement takes 900 ms 20120910 17:09:52< AI0867> so that's 6 hexes 20120910 17:09:54< AI0867> per step 20120910 17:10:26< AI0867> he's now trying to turn it into a sprinting juggernaut, which might work, but doesn't really fit 20120910 17:10:45< AI0867> my numbers may be off somewhat 20120910 17:10:59< AI0867> but the total animation can't be shorter than a second without looking ridiculous 20120910 17:14:38< boucman_work> so what would you do if the unit moves less than 6 hex ? 20120910 17:14:51< boucman_work> do multiple mvt anims dpending on the number of steps ? 20120910 17:16:13< AI0867> no, I mean, this already doesn't work 20120910 17:16:49< AI0867> a unit that takes 900 ms to take one step, under current conditions, has to have a 6-hex stride, but the unit fits in 1 hex, so that just doesn't work 20120910 17:17:13< AI0867> in general, you don't want to have a step longer than 1 hex 20120910 17:17:37< boucman_work> ok, so you want a unit that is veeery slow (graphically) am I undertanding correctly ? 20120910 17:17:54< AI0867> yeah 20120910 17:18:20< AI0867> perhaps this unit can be salvaged, but 150 ms/hex just isn't going to work for everyone 20120910 17:18:53< boucman_work> yes, esp if we want slowed animation on rough terrain... 20120910 17:19:20< AI0867> and as you already read in art dev, the lock of hexes/animation = integer may also be a problem 20120910 17:19:32< AI0867> ah, that ancient feature request that I filed =) 20120910 17:19:56< boucman_work> :) 20120910 17:20:23< boucman_work> it was there a long time ago, I droped it to be able to modernize the engine, but it would be nice to re-add... 20120910 17:20:44< AI0867> yeah, 1.2 was the last stable that had it 20120910 17:28:00-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy] 20120910 17:32:27-!- Ayne [~Ayne@HSI-KBW-078-042-132-056.hsi3.kabel-badenwuerttemberg.de] has quit [Quit: Leaving] 20120910 17:39:40-!- mattsc [~mattsc@fw.hia.nrc.ca] has joined #wesnoth-dev 20120910 17:41:33-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev 20120910 17:42:09-!- lipkab [~the_new_l@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20120910 17:52:05-!- mattsc [~mattsc@fw.hia.nrc.ca] has quit [Quit: bye] 20120910 17:55:48-!- mattsc [~mattsc@fw.hia.nrc.ca] has joined #wesnoth-dev 20120910 18:05:45< mattsc> Hi, Crab_. Is it possible to have Lua AI make a unit level to a specific unit type (out of its possible advancement types) without causing OOS errors? 20120910 18:06:10< Crab_> hi, mattsc 20120910 18:06:42< Crab_> not now, but that's easy to implement 20120910 18:06:55< Crab_> as humans are able to do it 20120910 18:07:12< Crab_> so, the mechanism for transmitting the decision (option chosen) is there 20120910 18:07:25< Crab_> but, at the moment, there's no "hook" for the AI, unfortunately 20120910 18:07:50< mattsc> Ok. Changing the the advances_to key of a unit counts as a gamestate change, right? 20120910 18:07:56< Crab_> yes 20120910 18:08:46< Crab_> selecting advancement moves the RNG 20120910 18:08:59< Crab_> (if it's done randomly) 20120910 18:09:04< Crab_> so, to be in sync, the rng must move on all sides 20120910 18:09:07< mattsc> True... 20120910 18:09:14< Crab_> so, both sides should independently randomly select 20120910 18:09:29< Crab_> so, they should be selecting using same rng value (that is true as they are in sync before advancement) 20120910 18:09:39< Crab_> and they should use the same values in the list of options 20120910 18:10:13< Crab_> on the other hand, when advancement is done "by choice", it doesn't involve the rng, so the result is taken from 1 client and transmitted to others 20120910 18:10:30< Crab_> we just need to call back to the side controller and ask him to select the rng 20120910 18:10:39< Crab_> but the code here is somewhat human-centric, I suppose :) 20120910 18:10:49< Crab_> it should be a rather trivial C++ change, however. 20120910 18:10:51< mattsc> :) 20120910 18:11:34< mattsc> Ok. So it sounds like there's no way of doing this safely right now. 20120910 18:12:06< Crab_> I'll check the code now, wait a sec... 20120910 18:12:42< Crab_> as there's a second way to make the random advancement happen :)) 20120910 18:13:01< Crab_> (i.e. use unsynced rng and pretend it's human selection, then sync the selection) 20120910 18:13:24< Crab_> if the second way is used, then modifying advances_to is evil but safe :) 20120910 18:14:02< mattsc> I'm ok with evil :) 20120910 18:14:22< mattsc> So how does one do that? 20120910 18:14:47< Crab_> firstly let me check the source, to see if the evil would be punished :)) 20120910 18:16:16-!- Gallaecio [~quassel@84.120.114.134.dyn.user.ono.com] has quit [Read error: Connection reset by peer] 20120910 18:19:50-!- MrBeast [~foo@pD9508B1C.dip0.t-ipconnect.de] has joined #wesnoth-dev 20120910 18:20:36< Crab_> mattsc: (still looking, sorry for the delay, the code changes and I don't have fgrep here) 20120910 18:21:27< mattsc> Crab_: no worries. There's no rush at all, if it's easier for you to do some other time. 20120910 18:25:33< Crab_> mattsc: ok, found it (in src/dialogs.cpp ) 20120910 18:25:48< Crab_> mattsc: the code says : if (random_choice) { res = rand() % unit_helper::number_of_possible_advances(*u); 20120910 18:25:52< Crab_> so, evil is safe here 20120910 18:26:08< Crab_> as the code does it 'roll locally, pretend it's the choice, sync it' 20120910 18:26:41< Crab_> btw, it's one of the files that should be modified to allow for 'ai choice' of advancement 20120910 18:28:01< mattsc> Crab_: cool. But I'm a bit slow apparently, how do I do this in the code (the 'pretend it's the choice' part) 20120910 18:28:22< Crab_> just set the allowed advancements of the unit to the advancement you want 20120910 18:28:28< Crab_> at any time before the actual attack 20120910 18:28:47< mattsc> Oh, ok. That easy ... :) 20120910 18:28:48< Crab_> just remember to return it back at the end of turn :) 20120910 18:29:08< mattsc> Right... 20120910 18:29:26< Crab_> since at other turns other sides will roll for us, and we need to have the original list 20120910 18:30:11< mattsc> Ah, right. 20120910 18:30:32< mattsc> Do you know whether the advancement type is chosen before or after the 'advance' event kicks in? 20120910 18:30:51< Crab_> before 20120910 18:31:24< mattsc> Ok, so it really needs to be done before the attack. Ok, that's something to work with. 20120910 18:32:00< mattsc> We'll probably put in a feature request for this at some point. :) 20120910 18:32:12< Crab_> if you add this to easycoding, that'll be great 20120910 18:32:39< mattsc> The general easy coding page, or my AI page? 20120910 18:40:27< Crab_> any 20120910 18:43:23< mattsc> ok. will do. Thanks for your help! 20120910 18:46:22< Crab_> thanks to you, as well. bye! 20120910 18:53:27-!- mattsc [~mattsc@fw.hia.nrc.ca] has quit [Quit: bye] 20120910 18:54:39-!- boucman_work [~jerermy@wesnoth/developer/boucman] has quit [Quit: Quitte] 20120910 19:33:40-!- natasiel [~natasiel@wesnoth/mp-mod/natasiel] has quit [Quit: Leaving] 20120910 19:39:39-!- mjs-de [~mjs-de@d184102.adsl.hansenet.de] has quit [Quit: On the road again] 20120910 19:49:52-!- wesbot changed the topic of #wesnoth-dev to: 184 bugs, 336 feature requests, 19 patches | Logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org 20120910 19:50:01-!- balrog [~balrog@discferret/developer/balrog] has quit [Ping timeout: 245 seconds] 20120910 19:57:36-!- balrog [~balrog@discferret/developer/balrog] has joined #wesnoth-dev 20120910 20:46:57-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy] 20120910 21:00:27-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev 20120910 21:13:44-!- mjs-de [~mjs-de@wh.Uni-Dortmund.DE] has joined #wesnoth-dev 20120910 21:18:25-!- oldtopman [~oldtopman@unaffiliated/oldtopman] has quit [Quit: *pouf*] --- Log opened Mon Sep 10 21:29:04 2012 20120910 21:29:19-!- lobby [~wesnoth@wesnoth/bot/lobby] has joined #wesnoth-dev 20120910 21:29:19-!- Topic for #wesnoth-dev: 184 bugs, 336 feature requests, 19 patches | Logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org 20120910 21:29:19-!- Topic set by wesbot [~wesbot@wesnoth/bot/wesbot] [Mon Sep 10 19:49:52 2012] 20120910 21:29:19[Users #wesnoth-dev] 20120910 21:29:19[ AI0867 ] [ Elvish_Pillager] [ knotwork ] [ shadowm ] 20120910 21:29:19[ Akihara ] [ enchilado ] [ lipkab ] [ shikadibot] 20120910 21:29:19[ Anakonda ] [ Espreon ] [ lobby ] [ Smar ] 20120910 21:29:19[ apoi ] [ esr ] [ loonybot ] [ Tigge ] 20120910 21:29:19[ balrog ] [ fendrin ] [ loonycyborg] [ ToBeFree ] 20120910 21:29:19[ ChrisOelmueller] [ happygrue ] [ LordNasty ] [ Upthorn ] 20120910 21:29:19[ CIA-106 ] [ hopman- ] [ melinath ] [ vultraz ] 20120910 21:29:19[ Crab_ ] [ Ingmar ] [ MrBeast ] [ wesbot ] 20120910 21:29:19[ Crendgrim ] [ isaac ] [ Necrosporus] [ yann ] 20120910 21:29:19[ crimson_penguin] [ Ivanovic ] [ negusnyul ] [ zookeeper ] 20120910 21:29:19[ csarmi ] [ iwaim_ ] [ noy ] [ {V} ] 20120910 21:29:19[ ejls ] [ janebot ] [ Rhonda ] 20120910 21:29:19[ elias ] [ Jetrel ] [ Samual ] 20120910 21:29:19-!- Irssi: #wesnoth-dev: Total of 50 nicks [0 ops, 0 halfops, 0 voices, 50 normal] 20120910 21:29:23-!- Channel #wesnoth-dev created Tue Jan 27 06:28:41 2009 20120910 21:29:28-!- Soliton [~Soliton@wesnoth/developer/soliton] has joined #wesnoth-dev 20120910 21:31:05-!- Irssi: Join to #wesnoth-dev was synced in 118 secs 20120910 21:32:20-!- Artemius23 [~Artemius2@85.100.61.160] has joined #wesnoth-dev 20120910 21:46:25-!- Artemius23 [~Artemius2@85.100.61.160] has quit [Remote host closed the connection] 20120910 21:47:33-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev 20120910 21:48:02-!- lipkab [~the_new_l@host-91-147-212-174.biatv.hu] has quit [Quit: - )] 20120910 22:01:02-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev 20120910 22:04:17-!- mjs-de [~mjs-de@wh.Uni-Dortmund.DE] has joined #wesnoth-dev 20120910 22:05:13-!- Artemius23 [~Artemius2@85.100.61.160] has joined #wesnoth-dev 20120910 22:18:24-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy] 20120910 22:19:18-!- Artemius23 [~Artemius2@85.100.61.160] has quit [Ping timeout: 264 seconds] 20120910 22:22:25-!- Artemius23 [~Artemius2@85.100.61.160] has joined #wesnoth-dev 20120910 22:27:41-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev 20120910 22:36:28-!- Artemius23 [~Artemius2@85.100.61.160] has quit [Remote host closed the connection] 20120910 22:49:05-!- Crendgrim [~crend@77-22-112-72-dynip.superkabel.de] has quit [Quit: ...] 20120910 22:58:17-!- PolarPanda [~quassel@unaffiliated/peterporty] has joined #wesnoth-dev 20120910 23:02:28-!- negusnyul [~negusnyul@dsl4E5CC670.pool.t-online.hu] has quit [Ping timeout: 240 seconds] 20120910 23:10:19< Ivanovic> fendrin: have you seen this thread? http://forums.wesnoth.org/viewtopic.php?f=4&t=37550 20120910 23:12:19< fendrin> Ivanovic: Nein noch nicht, dankeschön :-) 20120910 23:12:30< Ivanovic> fendrin: you're welcome 20120910 23:12:45< fendrin> Äh yeah. Sorry for speaking German here. 20120910 23:12:53< Ivanovic> :) 20120910 23:14:23< Ivanovic> okay, time for me to head off to bed, n8 20120910 23:14:37< Ivanovic> (after my good deed of the day is done 20120910 23:14:49< fendrin> Ivanovic: Sleep well :-) 20120910 23:20:55-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 272 seconds] 20120910 23:37:33-!- Gambit [~gambit@wesnoth/developer/grickit] has joined #wesnoth-dev --- Log closed Tue Sep 11 00:00:02 2012