--- Log opened Sat Jul 07 00:00:20 2012
20120707 00:06:34-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Disconnected by services]
20120707 00:06:49-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20120707 00:10:26-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Read error: Connection reset by peer]
20120707 00:11:37-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20120707 00:11:43-!- shadowm_laptop is now known as derpyshadowm
20120707 00:31:15-!- ancestral [~ancestral@50-78-227-230-static.hfc.comcastbusiness.net] has joined #wesnoth-dev
20120707 00:50:34-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 246 seconds]
20120707 00:58:45-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20120707 00:59:01-!- stikonas [~gentoo@ctv-79-132-164-161.vinita.lt] has joined #wesnoth-dev
20120707 00:59:01-!- stikonas [~gentoo@ctv-79-132-164-161.vinita.lt] has quit [Changing host]
20120707 00:59:01-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120707 01:00:24-!- ancestral [~ancestral@50-78-227-230-static.hfc.comcastbusiness.net] has quit [Quit: i go sleeps kthxbai]
20120707 01:22:53-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20120707 01:38:05-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Quit: Leaving.]
20120707 01:52:06-!- artisticdude [~artisticd@vsat-148-64-186-230.c005.g4.mrt.starband.net] has quit [Quit: Leaving.]
20120707 02:00:09-!- ToBeFree [~tobefree@unaffiliated/tobefree] has quit [Read error: Connection reset by peer]
20120707 02:20:30-!- oldtopman [~oldtopman@unaffiliated/oldtopman] has quit [Quit: oldtopman has left the house]
20120707 02:35:27-!- vultraz [~chatzilla@124.109.10.221] has joined #wesnoth-dev
20120707 02:36:43< CIA-87> vultraz * r54603 /trunk/projectfiles/Xcode/Wesnoth.xcodeproj/project.pbxproj: Updated the XCode projectfile
20120707 02:49:52< CIA-87> loonycyborg * r54604 /trunk/src/ (201 files in 31 dirs): 
20120707 02:49:52< CIA-87> Use BOOST_FOREACH directly instead of #define foreach BOOST_FOREACH
20120707 02:49:52< CIA-87> The define is extremely unreliable, will break compile with boost >=
20120707 02:49:52< CIA-87> 1.50 and upstream can't fix issues with it, see
20120707 02:49:52< CIA-87> https://svn.boost.org/trac/boost/ticket/6131
20120707 03:00:50-!- Gallaecio [~quassel@84.120.114.134.dyn.user.ono.com] has quit [Remote host closed the connection]
20120707 03:02:49-!- iwaim [~iwaim@gateway.alib.jp] has quit [Excess Flood]
20120707 03:03:22-!- iwaim [~iwaim@gateway.alib.jp] has joined #wesnoth-dev
20120707 03:05:05-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20120707 03:11:09-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20120707 03:11:35-!- noy [~Noy@wesnoth/developer/noy] has quit [Client Quit]
20120707 03:13:43-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20120707 03:17:07-!- loonybot [~loonybot@wesnoth/bot/loonybot] has quit [Remote host closed the connection]
20120707 03:47:49-!- artisticdude_iOS [~artisticd@vsat-148-64-186-230.c005.g4.mrt.starband.net] has joined #wesnoth-dev
20120707 03:55:17-!- artisticdude_iOS [~artisticd@vsat-148-64-186-230.c005.g4.mrt.starband.net] has quit [Read error: Connection reset by peer]
20120707 04:09:03-!- artisticdude_iOS [~artisticd@vsat-148-64-186-230.c005.g4.mrt.starband.net] has joined #wesnoth-dev
20120707 04:33:11-!- artisticdude_iOS [~artisticd@vsat-148-64-186-230.c005.g4.mrt.starband.net] has quit [Remote host closed the connection]
20120707 04:34:01-!- Ivanovic_ [~ivanovic@dtmd-4db268d7.pool.mediaWays.net] has joined #wesnoth-dev
20120707 04:34:01-!- Ivanovic_ [~ivanovic@dtmd-4db268d7.pool.mediaWays.net] has quit [Changing host]
20120707 04:34:01-!- Ivanovic_ [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20120707 04:38:29-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 260 seconds]
20120707 04:40:00-!- Ivanovic_ is now known as Ivanovic
20120707 04:54:25-!- ancestral [~ancestral@12.145.225.25] has joined #wesnoth-dev
20120707 05:03:55-!- artisticdude_iOS [~artisticd@vsat-148-64-186-230.c005.g4.mrt.starband.net] has joined #wesnoth-dev
20120707 05:10:34-!- ancestral [~ancestral@12.145.225.25] has quit [Quit: i go sleeps kthxbai]
20120707 06:05:15< CIA-87> alarantalara * r54605 /trunk/data/campaigns/Under_the_Burning_Suns/scenarios/06b_In_the_Domain_of_Dwarves.cfg: Give more dialog to Nym instead of Dust Devil
20120707 06:10:20< CIA-87> alarantalara * r54606 /trunk/data/campaigns/Under_the_Burning_Suns/scenarios/06b_In_the_Domain_of_Dwarves.cfg: Merge command blocks
20120707 06:14:08-!- Gambit [~gambit@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20120707 06:20:00-!- derpyshadowm [ignacio@wesnoth/developer/shadowmaster] has quit []
20120707 06:20:17< CIA-87> alarantalara * r54607 /trunk/data/campaigns/Under_the_Burning_Suns/scenarios/06b_In_the_Domain_of_Dwarves.cfg: Restore tunnel collapse message. Nested events can make it work properly.
20120707 06:36:10< CIA-87> alarantalara * r54608 /trunk/data/campaigns/Under_the_Burning_Suns/scenarios/06b_In_the_Domain_of_Dwarves.cfg: 
20120707 06:36:10< CIA-87> Make western tunnel charge event actually work
20120707 06:36:10< CIA-87> Likely increases difficulty since western guard no longer killed by eastern tunnel
20120707 06:55:58-!- Ingeniumed [u5855@gateway/web/irccloud.com/x-nwvvnlmbuhjlrdhv] has quit [Ping timeout: 265 seconds]
20120707 07:17:39-!- ancestral [~ancestral@75-168-39-185.mpls.qwest.net] has joined #wesnoth-dev
20120707 07:18:01-!- ancestral [~ancestral@75-168-39-185.mpls.qwest.net] has quit [Client Quit]
20120707 07:18:20-!- ancestral [~ancestral@75-168-39-185.mpls.qwest.net] has joined #wesnoth-dev
20120707 07:20:45-!- Gallaecio [~quassel@84.120.114.134.dyn.user.ono.com] has joined #wesnoth-dev
20120707 07:30:05-!- neXyon [~neXyon@85-127-226-248.dynamic.xdsl-line.inode.at] has joined #wesnoth-dev
20120707 07:31:03-!- Ingeniumed [u5855@gateway/web/irccloud.com/x-nqsoxbquerdjevvz] has joined #wesnoth-dev
20120707 07:39:42-!- neXyon [~neXyon@85-127-226-248.dynamic.xdsl-line.inode.at] has quit [Quit: bye]
20120707 08:07:40< Ivanovic> moin
20120707 08:08:25-!- trademark [~trademark@mon69-1-82-67-23-185.fbx.proxad.net] has joined #wesnoth-dev
20120707 08:31:44-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20120707 08:42:30-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving]
20120707 08:45:15-!- mordante [~mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20120707 08:45:31< mordante> servus
20120707 08:50:50-!- artisticdude_iOS [~artisticd@vsat-148-64-186-230.c005.g4.mrt.starband.net] has quit [Quit: Leaving.]
20120707 08:51:14-!- artisticdude_iOS [~artisticd@vsat-148-64-186-230.c005.g4.mrt.starband.net] has joined #wesnoth-dev
20120707 08:52:10-!- artisticdude_iOS [~artisticd@vsat-148-64-186-230.c005.g4.mrt.starband.net] has quit [Client Quit]
20120707 08:52:34-!- artisticdude_iOS [~artisticd@vsat-148-64-186-230.c005.g4.mrt.starband.net] has joined #wesnoth-dev
20120707 08:53:55-!- shadowm is now known as irmorelle
20120707 08:58:02< CIA-87> mordante * r54609 /trunk/src/ (6 files in 4 dirs): 
20120707 08:58:02< CIA-87> Some foreach to BOOST_FOREACH fixups.
20120707 08:58:02< CIA-87> They were omitted in r54604 and broke compilation.
20120707 09:14:40-!- irmorelle is now known as shadowm
20120707 09:16:21-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120707 09:19:39< Ivanovic> hi mordante
20120707 09:19:52< mordante> hi Ivanovic 
20120707 09:20:07-!- mordante [~mordante@wesnoth/developer/mordante] has left #wesnoth-dev ["Leaving"]
20120707 09:20:15-!- mordante [~mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20120707 09:21:06< mordante> anonymissimus, just curious what was the exact warning for r54602 ?
20120707 09:22:07-!- ancestral [~ancestral@75-168-39-185.mpls.qwest.net] has quit [Quit: i go sleeps kthxbai]
20120707 09:51:39-!- timotei [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20120707 09:56:05< timotei> NOOOOOOOOOOO: http://techcrunch.com/2012/07/06/so-thats-it-for-thunderbird/
20120707 09:56:06< timotei> X(
20120707 09:56:16< timotei> Do I really have to use Outlook now?
20120707 09:59:29< mordante> I assume there are more email clients on Windows, besides Thunderbird doesn't magically stop working because mozilla stops working on it
20120707 09:59:55< timotei> Well, I prefer using Thunderbird because it's *so easy* to share the same profile folder along multiple operating systems :)
20120707 10:00:02< timotei> Ditto for Firefox.
20120707 10:02:51< mordante> then hope somebody will fork Thunderbird and start to support it
20120707 10:03:17< timotei> mordante: you don't use a mail client?
20120707 10:06:44< mordante> timotei, of course I do
20120707 10:15:11-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20120707 10:18:08-!- EdB [~edb@tss37-1-89-82-194-231.dsl.sta.abo.bbox.fr] has joined #wesnoth-dev
20120707 10:50:33-!- anakayub [~anakayub@175.143.196.244] has joined #wesnoth-dev
20120707 10:54:03-!- Elvish_Pillager [~eli@71-10-229-241.dhcp.oxfr.ma.charter.com] has quit [Read error: Operation timed out]
20120707 11:07:44-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20120707 11:09:58-!- lipkab [~lipk@apn-94-44-146-213.vodafone.hu] has joined #wesnoth-dev
20120707 11:10:37-!- anakayub [~anakayub@175.143.196.244] has quit [Quit: anakayub]
20120707 11:19:49-!- lipk [~lipk@apn-94-44-146-213.vodafone.hu] has joined #wesnoth-dev
20120707 11:19:49-!- lipkab [~lipk@apn-94-44-146-213.vodafone.hu] has quit [Read error: Connection reset by peer]
20120707 11:21:53-!- lipk [~lipk@apn-94-44-146-213.vodafone.hu] has quit [Client Quit]
20120707 11:30:54-!- trademark [~trademark@mon69-1-82-67-23-185.fbx.proxad.net] has quit [Read error: Operation timed out]
20120707 11:35:29-!- lipkab [~lipk@apn-94-44-146-213.vodafone.hu] has joined #wesnoth-dev
20120707 11:39:07< lipkab> Wow. I submitted file 16000 to Gna.
20120707 11:40:18-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 264 seconds]
20120707 11:40:32< lipkab> anonymissimus: I updated the patch, and I believe now I tested every possible situations.
20120707 11:40:46-!- stikonas [~gentoo@ctv-79-132-164-161.vinita.lt] has joined #wesnoth-dev
20120707 11:40:46-!- stikonas [~gentoo@ctv-79-132-164-161.vinita.lt] has quit [Changing host]
20120707 11:40:46-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120707 11:42:12< lipkab> anonymissimus: I might still expand it, though, since I'm not really happy the structure of the whole thing.
20120707 11:44:40< lipkab> anonymissimus: The related code is scattered over different places, which makes quite some redundancy and interference.
20120707 11:46:17-!- lipkab [~lipk@apn-94-44-146-213.vodafone.hu] has quit [Quit: Whistling winds blow through the bay, alas, my friends, I sail away.]
20120707 11:50:07-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 240 seconds]
20120707 12:42:28-!- loonybot [~loonybot@46.138.74.131] has joined #wesnoth-dev
20120707 12:42:28-!- loonybot [~loonybot@46.138.74.131] has quit [Changing host]
20120707 12:42:28-!- loonybot [~loonybot@wesnoth/bot/loonybot] has joined #wesnoth-dev
20120707 12:59:12-!- ToBeFree [~tobefree@unaffiliated/tobefree] has joined #wesnoth-dev
20120707 13:07:57-!- EdB [~edb@tss37-1-89-82-194-231.dsl.sta.abo.bbox.fr] has quit [Quit: Konversation terminated!]
20120707 13:11:45-!- negusnyul [~negusnyul@dsl4E5CD1DC.pool.t-online.hu] has joined #wesnoth-dev
20120707 13:12:43-!- ToBeFree [~tobefree@unaffiliated/tobefree] has quit [Read error: Connection reset by peer]
20120707 13:18:28-!- ToBeFree [~tobefree@unaffiliated/tobefree] has joined #wesnoth-dev
20120707 13:41:32< mordante> Akihara, around?
20120707 13:43:49< boucman> mordante: you were looking for me at some point ?
20120707 13:45:46-!- ToBeFree [~tobefree@unaffiliated/tobefree] has quit [Read error: Connection reset by peer]
20120707 13:53:10-!- bloodycoin_m [~bloodycoi@193.170.135.78] has quit [Read error: Connection reset by peer]
20120707 13:53:52-!- bloodycoin_m [~bloodycoi@193.170.135.78] has joined #wesnoth-dev
20120707 13:54:52< bloodycoin_m> boucman: even more updates! :)
20120707 13:55:13< boucman> yes, i'm looking at them right now
20120707 13:55:28< boucman> will ping you in a bit, unless you want to discuss something right away
20120707 13:55:49< bloodycoin_m> nothing in particular atm
20120707 13:57:25< mordante> vultraz, can you have a look at https://gna.org/patch/?3371
20120707 14:02:06< boucman> bloodycoin_m: in you last commit you've inlined particle::recolor
20120707 14:02:21< boucman> however, you didn't move the function's body to the .hpp file
20120707 14:02:54< boucman> if you do that, the member will only be inlined in the corresponding .cpp file, however it's a public member, so you probably want to move it to the .cpp
20120707 14:04:48< bloodycoin_m> you mean, if I write inline in .cpp it gets inlined only in that file? o.o
20120707 14:04:57< boucman> yes
20120707 14:05:05< boucman> think of it as if you were the compiler
20120707 14:05:29< boucman> when you compile another .cpp you only have visibility on the .hpp so you can't inline unless the code is directly in the .hpp
20120707 14:06:21< bloodycoin_m> hmm.. but what if declaration in .hpp has inline keyword too?
20120707 14:06:25< boucman> inlining is very tricky to get right in c/c++ 
20120707 14:08:43< boucman> I am not sure exactly, either it doesn't work (which you might not notice if particle::recolor is only called within particle_engine.cpp) or it becomes a normal call, since the function's code needs to have a specific bin block anyway in case of function pointers on it
20120707 14:08:48< boucman> i don't remember the details
20120707 14:10:11< bloodycoin_m> ok, didn't know this one... gotta have to move some function bodies to .hpp files -.-
20120707 14:11:13< boucman> yeah, the thing to remember is that inlined functions have to have their bodies in the .hpp or you will end up with weird linking errors and/or no inlining at all
20120707 14:12:05< bloodycoin_m> though ibm says that "The inline specifier does not affect the linkage of a member or nonmember function: linkage is external by default."
20120707 14:12:36< boucman> i am not sure what IBM means by "external" here
20120707 14:13:09< boucman> but they are talking of linkage, not compilation
20120707 14:13:18< boucman> do you have an url so I can see the context ?
20120707 14:13:29< bloodycoin_m> http://publib.boulder.ibm.com/infocenter/comphelp/v8v101/index.jsp?topic=%2Fcom.ibm.xlcpp8a.doc%2Flanguage%2Fref%2Finline_member.htm
20120707 14:15:04< bloodycoin_m> I guess easiest way to see if the compiler inlines or not it correctly is to just write mockup code and compile to assembler ;D
20120707 14:15:31< mordante> inlining can also depend on your compiler settings ;-)
20120707 14:15:33-!- MeccaGod [majs@host189-199.bornet.net] has joined #wesnoth-dev
20120707 14:15:47< mordante> why do you want to inline functions?
20120707 14:16:27< bloodycoin_m> I want to minimize function call overhead? :)
20120707 14:16:46< mordante> how long are the functions?
20120707 14:17:04< boucman> bloodycoin_m: though it makes sense, it's still a bit early in the developement phase to optimize
20120707 14:17:10< boucman> mordante: ~5lines
20120707 14:17:13< bloodycoin_m> 1-3 lines of code... mostly assignments and resturns
20120707 14:17:36< mordante> ok
20120707 14:17:47< bloodycoin_m> it's painful for me to see it as a normal function call, not inlined one
20120707 14:18:11< mordante> true, but I would first make things working and optimise when too slow
20120707 14:18:31< boucman> bloodycoin_m: the IBM doc doesn't really explain what I say... you can indeed declare a function outside of the class scope and get it inlined... what I am saying is that the callsite needs to have visibility on both the declaration and the definition
20120707 14:19:03< mordante> it might even be the compiler is smart enough to inline even when defined in the .cpp (due to link time optimisation)
20120707 14:19:07< boucman> so if you define your function separately, but still in the .hpp you can have successfull inlining, and the IBM doc doesn't say anything about file repartition of their code
20120707 14:19:50< boucman> mordante: I have never seen a compiler do that, since it would require to leave space for the code to insert in the calling function, but that's theoretically possible
20120707 14:19:54< mordante> also the disadvantage of placing it in the header is that if you change the implementation of your function a lot of code gets recompiled
20120707 14:20:26< mordante> boucman, link time optimisation in GCC should be able to do that
20120707 14:20:39< boucman> true... but as I said, it's not really a choice. if I am correct, then if you don't put it in the header, it's not inlined
20120707 14:20:42< bloodycoin_m> mordante: on other hand, copiler can decide to not inline function even if it's declared with inline...
20120707 14:20:50< boucman> mordante: ok, will have to check
20120707 14:22:00< mordante> boucman, it stores extra information (the internal compiler representation) in the object file
20120707 14:22:09< mordante> so can reuse that
20120707 14:22:20< mordante> it looks really interesting
20120707 14:22:39< mordante> bloodycoin_m, yes the inline keyword is a hint, just like register
20120707 14:25:05< bloodycoin_m> boucman: this seems to addresses function visibility in caller: http://publib.boulder.ibm.com/infocenter/comphelp/v8v101/index.jsp?topic=%2Fcom.ibm.xlcpp8a.doc%2Flanguage%2Fref%2Finline_member.htm
20120707 14:25:15< bloodycoin_m> namely: The most efficient way to code an inline function is to place the inline function definition in a header file, and then include the header in any file containing a call to the function which you would like to inline.
20120707 14:27:08< mordante> boucman, the introduction of this paper contains some info http://gcc.gnu.org/projects/lto/lto.pdf
20120707 14:27:16< mordante> taken from http://gcc.gnu.org/wiki/LinkTimeOptimization
20120707 14:28:44-!- csarmi [csarmi@94-21-80-233.pool.digikabel.hu] has joined #wesnoth-dev
20120707 14:29:33-!- Alarantalara [~Adium@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20120707 14:29:35-!- mattsc [~mattsc@d50-92-196-35.bchsia.telus.net] has joined #wesnoth-dev
20120707 14:35:09< vultraz> mordante: the added/removed files are the ones I did in r14603. As for the settings stuff, I dunno, I'd have to check with Alarantalara, but I think that's break compilation on OS X 10.6
20120707 14:35:17< vultraz> that'd*
20120707 14:39:00< boucman> does trunk compile for you right now ?
20120707 14:39:33< vultraz> I think it did yesterday
20120707 14:39:56< vultraz> haven't tried today on account of needing a total rebuild :P
20120707 14:44:39< Alarantalara> mordante: regarding settings from the patch you asked vultraz about: They drop support for running on 10.4 and PowerPC (Xcode 4 can't compile for those platforms anymore). It also drops any semblance of fat binary support, so we'd probably want to add a 64-bit build as well.
20120707 14:45:45< Alarantalara> boucman: I just synced and compiled trunk with no difficulties
20120707 14:46:09< boucman> ok
20120707 14:51:35< boucman> bloodycoin_m: it would be nice if you merged upstream soonish... so we are not too much behind
20120707 14:52:27< Alarantalara> mordante: Xcode 4 compatibility also means dropping support for OS X 10.5, and I'm not sure I want to go quite that far yet
20120707 14:52:34< bloodycoin_m> if you think it ok to merge it in, I can work on it..
20120707 14:53:15< boucman> bloodycoin_m: I mean merge the changes from upstream into your branch, but yes it would be nice to do it
20120707 14:53:35< vultraz> Alarantalara: I dunno.... I mean, 10.8 is coming out this month. Anyone still on 10.5 should update anyway so....
20120707 14:53:39< boucman> i'll redo a complete rereading of your code today, I havn't done it for a while, and it gets confusing after some time
20120707 14:53:40< bloodycoin_m> though... I am not still very sure about which parameters should be left for effect, and which for effecT_type..
20120707 14:54:27< boucman> i'm not even sure we need a separate effect and effect type... what do we gain by doing that ?
20120707 14:55:16< bloodycoin_m> my idea is that type has parameters that are common to effects with a bit of variation
20120707 14:56:26< bloodycoin_m> I think it would be best to let other try to make something of it, and change things according to what's unconvienient for them
20120707 14:56:40< boucman> hmm
20120707 14:56:55< boucman> so it's mainly for reuse purpose, is it ?
20120707 14:57:11< bloodycoin_m> yep
20120707 14:57:12< boucman> in that case effect_type should be global, not part of the unit definition, shouldn't it ?
20120707 14:57:45< boucman> because IIUC it's global, but it's declared within a unit, which people will instinctively understand as meaning that it's local to the unit
20120707 14:58:26< bloodycoin_m> and I think it would be easier to declare effects in wml.. - less params to specify in every effect..
20120707 14:58:32< bloodycoin_m> boucman: mm.. that's true..
20120707 14:58:40< boucman> hmm
20120707 14:59:03< boucman> i'm not too worried about the number of params, if you give sane defaults people will tweak
20120707 14:59:07< bloodycoin_m> but then again... should I made effect_type definition per scenarion/map?
20120707 14:59:40< bloodycoin_m> or even larger scope
20120707 14:59:57< boucman> how complicated would it be to drop the effect_type concept entirely ?
20120707 15:00:12< boucman> it needs to be at global scope since units are at global scope
20120707 15:00:32< Alarantalara> vultraz: The last time I tried dropping 10.4, I was surprised by how many people were still using it and 10.6 had been out for some time then.
20120707 15:00:34< boucman> but you also want to have some scenario level types, and make sure they don't spill to other campaigns, so not global
20120707 15:00:35< bloodycoin_m> there is also small issue: is effect_type with the same name is redefined, it's not changed...
20120707 15:00:43< boucman> that too
20120707 15:00:55< bloodycoin_m> /s/is effect_type/if effect_type
20120707 15:01:00< boucman> yes, I am more and more convinced droping it should be considered...
20120707 15:08:54< bloodycoin_m> ugh... dropping it is possible... but.. suppose you want to use same effect in few different places, that would require you to define it exactly the same way in several different places...
20120707 15:09:44< bloodycoin_m> it's like refactoring code to smaller funtions..
20120707 15:10:32< CIA-87> alarantalara * r54610 /trunk/data/campaigns/Under_the_Burning_Suns/maps/06b_In_the_Domain_of_the_Dwarves.map: Add some modern bridges to the chasm
20120707 15:15:10-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20120707 15:15:25-!- stikonas [~gentoo@ctv-79-132-164-161.vinita.lt] has joined #wesnoth-dev
20120707 15:15:25-!- stikonas [~gentoo@ctv-79-132-164-161.vinita.lt] has quit [Changing host]
20120707 15:15:25-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120707 15:15:40-!- mjs-de [~mjs-de@d118234.adsl.hansenet.de] has joined #wesnoth-dev
20120707 15:16:10< boucman> bloodycoin_m: in the WML philosophy, you do that with macro, not with feature specific facilities...
20120707 15:16:55-!- ancestral [~ancestral@75-168-39-185.mpls.qwest.net] has joined #wesnoth-dev
20120707 15:17:14< Alarantalara> vultraz: Perhaps another way to look at it is this: I am currently on 10.6 with no real plans to upgrade at the moment. I have no objection to dropping support for all of the listed targets, but it currently costs me nothing to keep them. So, unless someone else wants to take over packaging (which I don't mind), I'll probably just leave the build settings as they are for now.
20120707 15:17:54< vultraz> hm...yeah
20120707 15:18:06< vultraz> so, what should that patch be marked as
20120707 15:18:17< vultraz> as I already committed the added/removed files
20120707 15:18:25< vultraz> s/files/file refs*
20120707 15:19:26< bloodycoin_m> boucman: oh... then... can then a block be defined as a key-value block w/o opening/closing tags and inserted later on in somewhere else?
20120707 15:19:45< boucman> i'm not sure what you mean...
20120707 15:19:54< bloodycoin_m> sec
20120707 15:20:03< boucman> WML macros are very similar to C macros if that's what you mean...
20120707 15:20:31-!- ancestral [~ancestral@75-168-39-185.mpls.qwest.net] has quit [Client Quit]
20120707 15:20:33< bloodycoin_m> plain text substitution?
20120707 15:22:50-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20120707 15:23:04-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120707 15:25:07< boucman> yes
20120707 15:27:42-!- loonybot [~loonybot@wesnoth/bot/loonybot] has quit [Read error: Connection reset by peer]
20120707 15:28:30< bloodycoin_m> I mean... would it work like this: http://pastebin.com/iCUcLt8p?
20120707 15:33:06-!- bloodycoin_m [~bloodycoi@193.170.135.78] has quit [Read error: Connection reset by peer]
20120707 15:33:47-!- bloodycoin_m [~bloodycoi@193.170.135.78] has joined #wesnoth-dev
20120707 15:34:21-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20120707 15:35:42< CIA-87> alarantalara * r54611 /trunk/data/campaigns/Under_the_Burning_Suns/scenarios/06b_In_the_Domain_of_Dwarves.cfg: Check map rather than variable to see if tunnel collapsed
20120707 15:40:18-!- jamit [~james@pool-173-61-167-63.cmdnnj.east.verizon.net] has quit [Ping timeout: 264 seconds]
20120707 15:41:04-!- jamit [~james@pool-173-61-167-63.cmdnnj.east.verizon.net] has joined #wesnoth-dev
20120707 15:42:06-!- mjs-de [~mjs-de@d118234.adsl.hansenet.de] has quit [Ping timeout: 264 seconds]
20120707 15:43:12-!- anonymissimus [~chatzilla@HSI-KBW-078-042-163-105.hsi3.kabel-badenwuerttemberg.de] has joined #wesnoth-dev
20120707 15:43:18< anonymissimus> mordante: Warnung	2	warning C4099: 'wb::highlighter::highlight_secondary_visitor': Geben Sie den zuerst unter Verwendung von 'class' und jetzt unter Verwendung von 'struct' gesehenen Namen ein	f:\wesnoth\src\whiteboard\highlighter.hpp	106
20120707 15:44:09-!- ancestral [~ancestral@75-168-39-185.mpls.qwest.net] has joined #wesnoth-dev
20120707 15:44:14< boucman> bloodycoin_m: yes, that looks good
20120707 15:45:21< mordante> vultraz, ok thanks
20120707 15:45:58< mordante> Alarantalara, I guess you follow the Mac part better so prefer to leave judgement to you
20120707 15:48:37< mordante> vultraz, is the status of the patch? You already did the wanted part independently and the rest is unwanted?
20120707 15:52:10< mordante> anonymissimus, thanks
20120707 15:52:32-!- mjs-de [~mjs-de@d118234.adsl.hansenet.de] has joined #wesnoth-dev
20120707 15:53:03< vultraz> mordante: I've already committed the missing fine ref to the XCode proj that he mentions
20120707 15:54:26< CIA-87> jamit * r54612 /trunk/src/pathutils.cpp: A few small readability and efficiency tweaks.
20120707 15:55:40-!- Gambit [~gambit@wesnoth/developer/grickit] has joined #wesnoth-dev
20120707 15:55:48< bloodycoin_m> boucman: ok, then I will seriously consider dropping types.. it doesn't save a lot now
20120707 15:57:12< bloodycoin_m> another question: can I define macros locally (in the file, where it is used) or it has to be in macros folder?
20120707 15:58:43< mordante> vultraz, if the rest of the patch is unwanted, then mention it in the comment and set the status to won't do
20120707 15:59:32< boucman> bloodycoin_m: anywhere
20120707 15:59:37-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 240 seconds]
20120707 15:59:51-!- EdB [~edb@tss37-1-89-82-194-231.dsl.sta.abo.bbox.fr] has joined #wesnoth-dev
20120707 15:59:56-!- Alarantalara [~Adium@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has quit [Quit: Leaving.]
20120707 16:05:07-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120707 16:10:10-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 244 seconds]
20120707 16:10:22-!- stikonas [~gentoo@ctv-79-132-164-161.vinita.lt] has joined #wesnoth-dev
20120707 16:10:22-!- stikonas [~gentoo@ctv-79-132-164-161.vinita.lt] has quit [Changing host]
20120707 16:10:22-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120707 16:19:28-!- loonybot [~loonybot@46.138.74.131] has joined #wesnoth-dev
20120707 16:19:28-!- loonybot [~loonybot@46.138.74.131] has quit [Changing host]
20120707 16:19:28-!- loonybot [~loonybot@wesnoth/bot/loonybot] has joined #wesnoth-dev
20120707 16:22:34-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Ping timeout: 244 seconds]
20120707 16:23:04-!- lipkab [~lipk@apn-94-44-146-213.vodafone.hu] has joined #wesnoth-dev
20120707 16:29:34-!- artisticdude_iOS [~artisticd@vsat-148-64-186-230.c005.g4.mrt.starband.net] has quit [Quit: artisticdude_iOS]
20120707 16:46:12< CIA-87> jamit * r54613 /trunk/src/ (pathutils.cpp pathutils.hpp terrain_filter.cpp): 
20120707 16:46:12< CIA-87> Adding a special-case implementation of get_tiles_radius() for when there is
20120707 16:46:12< CIA-87> no radius filter.
20120707 16:48:05< jamit> ^ I timed the function by itself and saw around an 80% reduction in execution time (in my non-exhaustive test cases). However, the times for storing units were not greatly impacted (maybe 5-10%?).
20120707 16:48:45< jamit> I think the real efficiency gain would be Sapient's third idea, but that would require more interface work, so I'll put that off until later.
20120707 16:49:54-!- trademark [~trademark@mon69-1-82-67-23-185.fbx.proxad.net] has joined #wesnoth-dev
20120707 16:50:06< jamit> (The third idea involved caching the location filter instead of evaluating it for each unit being tested, if the filter did not depend on the units being filtered.)
20120707 16:55:59-!- Appleman1234 [~Appleman1@st0801.nas931.n-yokohama.nttpc.ne.jp] has joined #wesnoth-dev
20120707 16:59:52< CIA-87> jamit * r54614 /trunk/src/pathutils.cpp: Remove some complexity notes I had made for my own reference.
20120707 17:18:02-!- oldtopman [~oldtopman@unaffiliated/oldtopman] has joined #wesnoth-dev
20120707 17:49:19-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20120707 18:02:22-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20120707 18:03:17< boucman> bloodycoin_m: still around ?
20120707 18:09:46-!- MeccaGod [majs@host189-199.bornet.net] has quit [Ping timeout: 255 seconds]
20120707 18:12:23-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Ping timeout: 246 seconds]
20120707 18:12:29-!- timotei [~timotei@188.24.2.25] has joined #wesnoth-dev
20120707 18:12:29-!- timotei [~timotei@188.24.2.25] has quit [Changing host]
20120707 18:12:29-!- timotei [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20120707 18:22:54-!- csarmi [csarmi@94-21-80-233.pool.digikabel.hu] has quit []
20120707 18:34:05< bloodycoin_m> yep
20120707 18:34:15< bloodycoin_m> boucman: yep
20120707 18:34:40< boucman> rereading you code I had a question, but I solved it since
20120707 18:34:56< bloodycoin_m> what was it anyway? :(
20120707 18:35:02< bloodycoin_m> *:(
20120707 18:35:06< bloodycoin_m> argh...
20120707 18:35:11< bloodycoin_m> *:)
20120707 18:35:25< boucman> me being confused between effect and effect types
20120707 18:35:30-!- trademark [~trademark@mon69-1-82-67-23-185.fbx.proxad.net] has quit [Ping timeout: 264 seconds]
20120707 18:35:52< bloodycoin_m> damn... I hate when parenthesis are shifter by one button on keyboard.. -.-
20120707 18:36:06< bloodycoin_m> oh... well... I am dropping effect types atm
20120707 18:36:15< boucman> ok, good
20120707 18:36:36< boucman> i'm rereading everything, because rereading the code doesn't give you the kind of understanding that writing it does
20120707 18:38:08< bloodycoin_m> true... and I don't tend to comment code every few lines ^^'
20120707 18:38:11-!- lipkab [~lipk@apn-94-44-146-213.vodafone.hu] has quit [Read error: Connection reset by peer]
20120707 18:51:25-!- un214 [~un214@108.221.231.209] has joined #wesnoth-dev
20120707 18:59:16-!- iwaim [~iwaim@gateway.alib.jp] has quit [Ping timeout: 245 seconds]
20120707 19:14:37-!- lipkab [~lipk@apn-94-44-83-179.vodafone.hu] has joined #wesnoth-dev
20120707 19:19:49-!- Appleman1234 [~Appleman1@st0801.nas931.n-yokohama.nttpc.ne.jp] has quit [Ping timeout: 248 seconds]
20120707 19:27:00-!- trademark [~trademark@mon69-1-82-67-23-185.fbx.proxad.net] has joined #wesnoth-dev
20120707 19:31:50-!- lipkab [~lipk@apn-94-44-83-179.vodafone.hu] has quit [Read error: Connection reset by peer]
20120707 19:34:54-!- ancestral [~ancestral@75-168-39-185.mpls.qwest.net] has quit [Quit: i go sleeps kthxbai]
20120707 19:37:45-!- lipkab [~lipk@apn-94-44-159-53.vodafone.hu] has joined #wesnoth-dev
20120707 19:38:36-!- csarmi [csarmi@178-164-141-111.pool.digikabel.hu] has joined #wesnoth-dev
20120707 19:39:50-!- EdB [~edb@tss37-1-89-82-194-231.dsl.sta.abo.bbox.fr] has quit [Quit: Konversation terminated!]
20120707 19:46:18-!- lipkab [~lipk@apn-94-44-159-53.vodafone.hu] has quit [Read error: Connection reset by peer]
20120707 19:47:19-!- loonybot_ [~loonybot@46.138.74.131] has joined #wesnoth-dev
20120707 19:47:19-!- loonybot_ [~loonybot@46.138.74.131] has quit [Changing host]
20120707 19:47:19-!- loonybot_ [~loonybot@wesnoth/bot/loonybot] has joined #wesnoth-dev
20120707 19:47:19-!- loonybot [~loonybot@wesnoth/bot/loonybot] has quit [Read error: Connection reset by peer]
20120707 19:47:23-!- loonybot_ is now known as loonybot
20120707 19:48:11< jamit> Is there a reason some functions take a gamemap as a parameter when that parameter is always *resources::game_map?
20120707 19:49:51-!- wesbot changed the topic of #wesnoth-dev to: 181 bugs, 338 feature requests, 17 patches | Logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20120707 19:56:19-!- csarmi_home [csarmi@178-164-141-111.pool.digikabel.hu] has joined #wesnoth-dev
20120707 19:56:29-!- csarmi_home [csarmi@178-164-141-111.pool.digikabel.hu] has quit [Client Quit]
20120707 20:07:34< boucman> probably historical...
20120707 20:23:38-!- un214 [~un214@108.221.231.209] has quit [Remote host closed the connection]
20120707 20:27:41-!- un214 [~un214@108.221.231.209] has joined #wesnoth-dev
20120707 20:32:21-!- YogiHH [~YogiHH@d029019.adsl.hansenet.de] has joined #wesnoth-dev
20120707 20:32:21-!- YogiHH [~YogiHH@d029019.adsl.hansenet.de] has quit [Changing host]
20120707 20:32:21-!- YogiHH [~YogiHH@wesnoth/developer/yogihh] has joined #wesnoth-dev
20120707 20:32:29< YogiHH> hello everyone
20120707 20:33:48-!- Elvish_Pillager [~eli@71-10-229-241.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20120707 20:34:00-!- un214 [~un214@108.221.231.209] has quit [Remote host closed the connection]
20120707 20:34:38< YogiHH> anyone knows why lua throws an exception if i pass the string "no" as a function argument?
20120707 20:36:37< boucman> weird
20120707 20:37:19-!- natasiel [~natasiel@wesnoth/mp-mod/natasiel] has quit [Quit: Leaving]
20120707 20:38:54-!- stikonas [~gentoo@ctv-79-132-164-161.vinita.lt] has joined #wesnoth-dev
20120707 20:38:55-!- stikonas [~gentoo@ctv-79-132-164-161.vinita.lt] has quit [Changing host]
20120707 20:38:55-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120707 20:39:36-!- lipkab [~lipk@apn-89-223-184-68.vodafone.hu] has joined #wesnoth-dev
20120707 20:42:47< Espreon> YogiHH: I believe Lua doesn't recognize "yes" and "no" as boolean... things; only "true" and "false".
20120707 20:43:24< YogiHH> Espreon: That's exactly what i want, i want lua to think this is a normal string, not a boolean
20120707 20:43:40< Espreon> Ah.
20120707 20:44:06< Espreon> Yeah, then that's really weird.
20120707 20:45:05< Espreon> What exactly does it say?
20120707 20:46:38< YogiHH> one moment
20120707 20:48:01< YogiHH> 20120707 20:47:13 error scripting/lua: [string "..."]:32: bad argument #1 to 'lower' (string expected, got boolean)
20120707 20:48:03< YogiHH> stack traceback:
20120707 20:48:04< YogiHH> 	[C]: in function 'lower'
20120707 20:48:06< YogiHH> 	[string "..."]:32: in function 'lua_check_answer'
20120707 20:48:07< YogiHH> 	[string " lua_check_answer(...) "]:1: in function 'bytecode'
20120707 20:48:09< YogiHH> 	...amme/Battle for Wesnoth 1.10.3/data/lua/wml-tags.lua:249: in function 'cmd'
20120707 20:48:10< YogiHH> 	...amme/Battle for Wesnoth 1.10.3/data/lua/wml-tags.lua:292: in function <...amme/Battle for Wesnoth 1.10.3/data/lua/wml-tags.lua:256>
20120707 20:48:42< boucman> is there something in the wesnoth lua wrapper that changes to our accepted booleans ?
20120707 20:48:54< Espreon> I wouldn't be surprised.
20120707 20:49:07< lipkab> hey boucman
20120707 20:49:13< boucman> hey
20120707 20:49:24< lipkab> Did mordante manage to talk to you?
20120707 20:49:28< boucman> yes
20120707 20:49:43< Espreon> YogiHH: Why are you trying to use "yes" as a string?
20120707 20:50:51< lipkab> boucman: and does that mean any progress in regards of my patch?
20120707 20:51:21< boucman> yes, I think there is a thing or two he wanted to discuss but we are really getting there
20120707 20:51:29< boucman> you had another patch submitted, I think ?
20120707 20:51:48< lipkab> Before or after that big one?
20120707 20:51:51< boucman> (I know you have one commited, but I think you have one waiting for review too, don't you ? )
20120707 20:51:59< lipkab> Anyways, yes;
20120707 20:52:29< lipkab> I submitted a new one yesterday.
20120707 20:52:33< YogiHH> Espreon: Because i want to turn wesnoth into a more motivating vocabulary training program and this function is supposed to check the players answer
20120707 20:53:00< boucman> ok, got it
20120707 20:53:10< boucman> anonymissimus: do you want to review lipkab's patch ?
20120707 20:53:20< lipkab> YogiHH: What about using "No" or "Nope" or whatever?
20120707 20:53:26< Espreon> YogiHH: Try giving it _"mu^yes".
20120707 20:53:46< Espreon> Change capitalization as desired.
20120707 20:53:54< YogiHH> lipkab: Actually, it was "no" not "yes" and it is spanish ;)
20120707 20:54:36 * lipkab doesn't understand...
20120707 20:54:48< lipkab> "no" is "yes" ins Spanish, or what?
20120707 20:54:52< lipkab> *in
20120707 20:54:54< Espreon> No.
20120707 20:54:59< Espreon> "No" is Spanish for "no".
20120707 20:55:01< Espreon> Tee hee.
20120707 20:55:09< Espreon> "Sí" is Spanish for "yes".
20120707 20:55:37< lipkab> Ah.
20120707 20:56:58< lipkab> I still don't get why YogiHH writes me that "it was 'no' not 'yes'", I think that was intended to you, Espreon...
20120707 20:57:27< Espreon> Perhaps.
20120707 20:57:36< YogiHH> lipkab: the argument i passed was a string containing "no" and Espreon turned it into "yes" accidentally
20120707 20:57:52< YogiHH> but the problem is pretty much the same
20120707 20:58:01< Espreon> YogiHH: Well, then give it _"mu^No"
20120707 20:58:31< lipkab> YogiHH: yes, but I didn't turn it into anything... anyways, forget it.
20120707 20:58:39-!- ToBeFree [~tobefree@unaffiliated/tobefree] has joined #wesnoth-dev
20120707 20:59:08< Espreon> Ah yes, I did accidentally turn it into "yes".
20120707 20:59:09< Espreon> Oh well.
20120707 21:00:09< Espreon> YogiHH: But I am serious about my suggestion. Please let me know if it works.
20120707 21:00:16< Espreon> ... or doesn't work.
20120707 21:00:17< Espreon> Heh heh.
20120707 21:00:20 * YogiHH is trying
20120707 21:01:52< YogiHH> Espreon: No, doesn't seem to work. Is it important to have the internationalization prefix? Cause i am not delivering that one atm.
20120707 21:02:17< Espreon> No.
20120707 21:02:25< Espreon> It was just a hack I thought of.
20120707 21:02:36< Espreon> Oh wait.
20120707 21:02:43< Espreon> If you meant the translation mark, then yes.
20120707 21:02:56< Espreon> Otherwise the "mu^" part will show up.
20120707 21:03:36< YogiHH> ah, ok, will try again
20120707 21:08:22< YogiHH> Espreon: no, doesn't seem to work either
20120707 21:08:26< Espreon> Blegh.
20120707 21:08:36< Espreon> Same error?
20120707 21:08:40< YogiHH> yes
20120707 21:09:22< Espreon> Maybe find a way to force the data type?
20120707 21:09:23< Espreon> I dunno.
20120707 21:12:54< YogiHH> interesting, double quotes don't work, but single ones do, like this:
20120707 21:12:59< YogiHH>         [lua]
20120707 21:13:00< YogiHH> 			code = << lua_check_answer(...) >>
20120707 21:13:02< YogiHH> 			[args]
20120707 21:13:03< YogiHH> 				question='{QUESTION_WORD}'
20120707 21:13:05< YogiHH> 				answer='{ANSWER_WORD}'
20120707 21:13:06< YogiHH> 				input='$userInput'
20120707 21:13:08< YogiHH> 			[/args]
20120707 21:13:09< YogiHH>         [/lua]
20120707 21:13:29< Espreon> Use these guys in your strings: “”
20120707 21:13:49< YogiHH> ?
20120707 21:14:18< YogiHH> the double quotes?
20120707 21:14:21< Espreon> Yar.
20120707 21:14:42< Espreon> Oh wait...
20120707 21:15:08< Espreon> If you indeed weren't talking about strings, then... ignore what I said.
20120707 21:15:44< YogiHH> so WML substitutes inside quotes as well?
20120707 21:16:49< Espreon> It should.
20120707 21:17:19-!- lipkab [~lipk@apn-89-223-184-68.vodafone.hu] has quit [Read error: Connection reset by peer]
20120707 21:18:02< YogiHH> uh, that's really hard to understand if you are used to a "normal" programming language
20120707 21:18:44< Espreon> And I'm not used to any, so...
20120707 21:18:53< Espreon> ... yeah...
20120707 21:19:14< YogiHH> anyway, thanks, helped me to solve the problem :)
20120707 21:19:33< Espreon> No prob.
20120707 21:19:46< YogiHH> now my son can play BfW and learn spanish at the same time :)
20120707 21:19:59< Espreon> Yay!
20120707 21:20:05-!- lipkab [~lipk@apn-89-223-159-27.vodafone.hu] has joined #wesnoth-dev
20120707 21:21:46-!- YogiHH [~YogiHH@wesnoth/developer/yogihh] has quit [Quit: ChatZilla 0.9.88.2 [Firefox 13.0.1/20120614114901]]
20120707 21:41:43< mordante> Akihara, around?
20120707 21:50:20< anonymissimus> boucman: I don't think so
20120707 21:50:34< boucman> ok... since you replied to it I was wondering...
20120707 21:52:47< anonymissimus> please don't assume I want to handle every patch I make a replay to, I was just looking at it and spotted this supposed bug ;)
20120707 21:53:13< anonymissimus> (and it actually was)
20120707 21:53:22< boucman> hehe
20120707 21:53:58< boucman> anonymissimus: don't worry, I don't assume you want to handle, it, I justa always make sure everybody involved has a chance to intervene
20120707 21:56:49-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120707 21:57:19-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Operation timed out]
20120707 21:57:56-!- lipkab [~lipk@apn-89-223-159-27.vodafone.hu] has quit [Quit: Whistling winds blow through the bay, alas, my friends, I sail away.]
20120707 21:58:39-!- stikonas__ [~gentoo@ctv-217-147-36-19.vinita.lt] has joined #wesnoth-dev
20120707 21:58:47-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Client Quit]
20120707 22:03:38< mordante> I'm off bye
20120707 22:03:49-!- mordante [~mordante@wesnoth/developer/mordante] has quit [Quit: Leaving]
20120707 22:04:14-!- stikonas__ [~gentoo@ctv-217-147-36-19.vinita.lt] has quit [Quit: Konversation terminated!]
20120707 22:04:18-!- stikonas [~gentoo@ctv-217-147-36-19.vinita.lt] has joined #wesnoth-dev
20120707 22:04:18-!- stikonas [~gentoo@ctv-217-147-36-19.vinita.lt] has quit [Changing host]
20120707 22:04:18-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120707 22:16:04-!- EdB [~edb@37-8-171-54.coucou-networks.fr] has joined #wesnoth-dev
20120707 22:16:34-!- EdB [~edb@37-8-171-54.coucou-networks.fr] has quit [Client Quit]
20120707 22:21:31-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120707 22:22:28-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Operation timed out]
20120707 22:53:26-!- Alarantalara [~Adium@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20120707 23:14:34-!- mjs-de [~mjs-de@d118234.adsl.hansenet.de] has quit [Remote host closed the connection]
20120707 23:26:52-!- stikonas__ [~gentoo@ctv-79-132-164-161.vinita.lt] has joined #wesnoth-dev
20120707 23:27:19-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20120707 23:30:07-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Read error: Connection reset by peer]
20120707 23:41:59< CIA-87> alarantalara * r54615 /trunk/data/campaigns/Under_the_Burning_Suns/scenarios/11_Battle_for_Zocthanol_Isle.cfg: Correct spelling mistake pointed out in scenario feedback.
20120707 23:52:33-!- negusnyul [~negusnyul@dsl4E5CD1DC.pool.t-online.hu] has quit [Quit: Konversation terminated!]
--- Log closed Sun Jul 08 00:00:20 2012