--- Log opened Wed May 30 00:00:24 2012 20120530 00:04:08< boucman> bloodycoin_m: i'm a bit confused at what the effect_configurator is... it keeps all the effects and all the movments in easily searchable maps, but why isn't it a singleton ? 20120530 00:07:01< bloodycoin_m> haven't thought about it in that way. I think mainly because, I intended to use it only directly from particle_engine. 20120530 00:08:40< boucman> ok, that makes more sense... 20120530 00:09:40< boucman> you don't have a manager anymore, but that would have been something that would make sense to have in a particle_manager object 20120530 00:09:41< bloodycoin_m> because now, I only imagine it being used during effect creation 20120530 00:10:00< boucman> or make it a singleton or a static member of a class, but somehow guarentee singleness 20120530 00:11:12< boucman> the code is a bit hard to understand because you are preparing stuff for later and I only have a vague vision of what your "later" will be 20120530 00:11:44< boucman> for instance each effect has a pointer to its corresponding movment in such a way that I assume that at some point you want to mix and match effects and movements 20120530 00:11:45-!- PolarPanda [~quassel@unaffiliated/peterporty] has quit [Read error: Connection reset by peer] 20120530 00:12:09-!- PolarPanda [~quassel@unaffiliated/peterporty] has joined #wesnoth-dev 20120530 00:12:16< boucman> bloodycoin_m: would it make sense to merge the particle_engine and effect_configurator classes ? 20120530 00:14:27< bloodycoin_m> well, at first I made function map and effect map inside particle engine itself, but that gave me impression of confusion. Like is the effect map referring to effect types or working effects itself... 20120530 00:15:36< bloodycoin_m> also, I think it makes to keep it separate, as configurator inits functions and effects only once, and then gets called when new effects are created - more like look up; while particle engine is more or less active all the time 20120530 00:16:27< bloodycoin_m> actually I wanted to move functor and configurator to separate class from particle engine 20120530 00:19:08< boucman> ok so it's more effect_types vs effects, and the effect_configurator is really an effect type manager 20120530 00:19:19< boucman> (no need to rename, it's just to help me understand) 20120530 00:19:39< bloodycoin_m> Regarding movement functions, while it's true I can change movement pattern on the fly, it also allows to reach particle members from inside function w/o specifying accessors for particle and specifying tons of friend classes... 20120530 00:19:55< boucman> ok 20120530 00:20:02< bloodycoin_m> which I would have to do when inherinting effects 20120530 00:20:10< boucman> you seem to have an unused member particle_engine::effect_map_ 20120530 00:21:33< bloodycoin_m> for particle_engine::effect_map_ I originally intended to map units to respective effects (introduced effect_list_ for simplier testing) 20120530 00:22:32< boucman> ok, not much to say, this all looks good, what is your next step now ? 20120530 00:22:39< shadowm> Uh, a hard disk write crashed. 20120530 00:22:46-!- ancestral [~ancestral@mobile-166-147-099-149.mycingular.net] has joined #wesnoth-dev 20120530 00:22:50< shadowm> Wrong channel. 20120530 00:22:58< bloodycoin_m> but now I am not sure, what approach to take, because I would like to bind effects to units and specific hexes on map 20120530 00:23:25< boucman> hmm 20120530 00:23:54< boucman> we might want to bind effects to multiple unrelated things (hex, units, objects, wml events) 20120530 00:24:08< boucman> so it make more sense to bind them the other way round... 20120530 00:24:09< bloodycoin_m> or I could keep effect_list_ and give each effect reference to hex or unit 20120530 00:24:44< ancestral> Anyone on who uses the Eclipse plugin? 20120530 00:25:02< boucman> i.e when creating an effect have some sort of unique id that you give back to the caller (be it a unit or a hex) and it's the caller's responsability to tell you if something needs to be changed wrt the effect 20120530 00:25:34< boucman> if that id is a sort of sting, WML can save it in an event and use it in another event to remove the particle (for example) 20120530 00:26:53< bloodycoin_m> hmmm... 20120530 00:27:24< boucman> that's what we already do for auras... 20120530 00:28:35< bloodycoin_m> so, then every instance which would want to use particle engine would need to have some field to identify the effect, right? 20120530 00:28:55< boucman> only if they want to manipulate it later, but yes 20120530 00:31:04< bloodycoin_m> and lets take unit for example (because they can move), if I want my effect to follow unit, then unit would need to tell particle engine it's new position on position change, right? 20120530 00:32:28< boucman> yes, on each redraw... 20120530 00:33:41< bloodycoin_m> because otherwise, effect would need to keep ref to unit (and any other possible object) and every frame try to update position... 20120530 00:34:05< boucman> yes 20120530 00:34:20< bloodycoin_m> nah, I don't like unit ref keeping. 20120530 00:35:01< boucman> hmm, I find it cleaner than the other way round... where you need to define code specific for "unit effects" vs "terrain effects" vs "wml effects" 20120530 00:35:18< boucman> and with wml I don't see how you could avoid passing id back and forth... 20120530 00:35:31< boucman> bloodycoin_m: do you have a precise idea of what you want to do ? 20120530 00:36:35< bloodycoin_m> I had an I idea how I want to do it, but not anymore... trying to figure out most painless solution now 20120530 00:37:59< boucman> bloodycoin_m: i need to leave now, give it some thought and we'll discuss it another day. Could you send me an e-mail with your ideas on the subject at some point, so I have time to digest them before we discuss ? that would be great... 20120530 00:38:16< bloodycoin_m> ok 20120530 00:39:06< boucman> ok, g'night then... 20120530 00:39:10-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Quit: Leaving.] 20120530 00:40:24-!- Upth [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has joined #wesnoth-dev 20120530 00:41:25-!- Upthorn [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has quit [Ping timeout: 248 seconds] 20120530 00:46:55-!- stevenoxley [~stevenoxl@38.106.231.2] has quit [Read error: Operation timed out] 20120530 00:50:02< Necrosporus> Espreon, hello 20120530 00:58:36-!- fendrin [~fabi@88-134-19-0-dynip.superkabel.de] has joined #wesnoth-dev 20120530 00:58:36-!- fendrin [~fabi@88-134-19-0-dynip.superkabel.de] has quit [Changing host] 20120530 00:58:36-!- fendrin [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev 20120530 01:04:22-!- Blueblaze [~Blueblaze@adsl-76-202-17-144.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev 20120530 01:44:38-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 244 seconds] 20120530 01:46:39-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev 20120530 01:48:01-!- mjs-de [~mjs-de@g224189213.adsl.alicedsl.de] has quit [Remote host closed the connection] 20120530 01:50:13< CIA-61> shadowmaster * r54335 /trunk/ (6 files in 4 dirs): gui2/taddon_filter_options: Additional filtering options dialog for the gui1 Add-ons Manager dialog 20120530 01:50:16< CIA-61> shadowmaster * r54336 /trunk/src/addon/manager_ui.cpp: 20120530 01:50:17< CIA-61> addon/mg: Wire in the new Filter Options dialog 20120530 01:50:17< CIA-61> This provides the previous View Mode functionality, plus the option to 20120530 01:50:17< CIA-61> filter add-ons by type (defaults to displaying all types together). 20120530 01:50:17< CIA-61> This required moving quite a lot of stuff around, naturally. 20120530 01:57:17-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!] 20120530 01:57:43< CIA-61> shadowmaster * r54337 /trunk/data/gui/default/window/addon_filter_options.cfg: gui2/taddon_filter_options: Forgot to address a horizontal_alignment/grow mix complaint before committing 20120530 02:01:11-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20120530 02:07:32-!- Upth [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has quit [Ping timeout: 260 seconds] 20120530 02:09:15-!- Gallaecio [~quassel@84.120.114.134.dyn.user.ono.com] has quit [Quit: No Ping reply in 180 seconds.] 20120530 02:11:26-!- loonybot [~loonybot@wesnoth/bot/loonybot] has quit [Remote host closed the connection] 20120530 02:26:22-!- PolarPanda [~quassel@unaffiliated/peterporty] has quit [Read error: Connection reset by peer] 20120530 02:26:46-!- PolarPanda [~quassel@unaffiliated/peterporty] has joined #wesnoth-dev 20120530 02:27:48-!- charquican is now known as enchilado 20120530 02:33:49-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy] 20120530 02:41:09-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Quit: Computer has gone to sleep.] 20120530 02:42:54-!- Gallaecio [~quassel@84.120.114.134.dyn.user.ono.com] has joined #wesnoth-dev 20120530 02:45:16-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev 20120530 02:52:03-!- leonid [~leonid@124.65.134.54] has joined #wesnoth-dev 20120530 03:03:10-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev 20120530 03:34:14-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!] 20120530 03:48:01-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy] 20120530 04:01:58-!- Upth [~ogmar@69.62.144.56] has joined #wesnoth-dev 20120530 04:01:59-!- Upth is now known as Upthorn 20120530 04:12:50-!- ancestral [~ancestral@mobile-166-147-099-149.mycingular.net] has quit [Quit: Smell ya later!] 20120530 04:21:29-!- Blueblaze [~Blueblaze@adsl-76-202-17-144.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze] 20120530 04:29:25-!- PolarPanda [~quassel@unaffiliated/peterporty] has quit [Read error: Connection reset by peer] 20120530 04:35:33-!- Elvish_Pillager [~eli@71-10-229-241.dhcp.oxfr.ma.charter.com] has quit [Ping timeout: 248 seconds] 20120530 04:44:57-!- Ivanovic_ [~ivanovic@dtmd-4db27c54.pool.mediaWays.net] has joined #wesnoth-dev 20120530 04:48:05-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 260 seconds] 20120530 04:48:37-!- Gambit [~gambit@wesnoth/developer/grickit] has quit [Remote host closed the connection] 20120530 04:48:53-!- Ivanovic_ is now known as Ivanovic 20120530 04:57:19-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev 20120530 05:14:09-!- ancestral [~ancestral@68.178.35.158] has joined #wesnoth-dev 20120530 05:16:25< ancestral> Anyone on who uses Timotei's Eclipse plugin? 20120530 05:17:53-!- vultraz [~chatzilla@124.109.10.221] has quit [Ping timeout: 246 seconds] 20120530 05:35:25< vultraz_laptop> shadowm: http://pastebin.com/u7L1h0Rp also added src/gui/dialogs/addon/uninstall_list.hpp and descriptio.hpp bc they were missing 20120530 05:35:38< vultraz_laptop> description* 20120530 05:42:13-!- ancestral [~ancestral@68.178.35.158] has quit [Quit: Smell ya later!] 20120530 05:43:19-!- vultraz_laptop_ [~chatzilla@124.109.10.221] has joined #wesnoth-dev 20120530 05:45:11-!- vultraz_laptop [~chatzilla@124.109.10.221] has quit [Ping timeout: 250 seconds] 20120530 05:45:14-!- vultraz_laptop_ is now known as vultraz_laptop 20120530 05:49:09< Espreon> Necrosporus: Hello. 20120530 05:54:30< CIA-61> shadowmaster * r54338 /trunk/projectfiles/Xcode/Wesnoth.xcodeproj/project.pbxproj: Update xcode project file (patch by vultraz) 20120530 05:55:47-!- neph_ [~neph@80.233.231.12] has joined #wesnoth-dev 20120530 05:59:55-!- neph_ [~neph@80.233.231.12] has quit [Ping timeout: 250 seconds] 20120530 06:03:16< Espreon> shadowm: http://pastebin.com/CWbk2T6Z ... Help... 20120530 06:13:37-!- aman_ [~aman@116.202.66.125] has joined #wesnoth-dev 20120530 06:16:04< aman_> hi guys, just a quick question. What do u think of a system which can compare user created ais on various maps and rate them according to the evaluatation metric? 20120530 06:16:08< aman_> This could help in bringing a new and better AI and motivate others to write some more. Is there one existing? I am interested in working on that, if none is availalable 20120530 06:21:50-!- aman_ [~aman@116.202.66.125] has quit [Quit: Leaving] 20120530 06:25:57< shadowm> Espreon: uhhh. 20120530 06:26:13< shadowm> Is your checkout completely up to date? 20120530 06:26:18< Espreon> Yeah. 20120530 06:26:55< shadowm> Okay, looks like something went wrong in the branch merge. 20120530 06:29:54< CIA-61> shadowmaster * r54339 /trunk/src/addon/manager_ui.cpp: addon/mg: Add missing include 20120530 06:45:37< Espreon> Ah, that did the trick. 20120530 07:03:56-!- Ivanovic [~ivanovic@dtmd-4db27c54.pool.mediaWays.net] has quit [Changing host] 20120530 07:03:56-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev 20120530 07:16:29-!- _vdn [~nazgul-sa@ppp91-77-242-199.pppoe.mtu-net.ru] has joined #wesnoth-dev 20120530 07:17:12-!- trademark_ [~trademark@mon69-1-82-67-23-185.fbx.proxad.net] has joined #wesnoth-dev 20120530 07:31:10-!- _vdn [~nazgul-sa@ppp91-77-242-199.pppoe.mtu-net.ru] has quit [Ping timeout: 256 seconds] 20120530 07:34:08-!- _vdn [~nazgul-sa@ppp91-77-252-228.pppoe.mtu-net.ru] has joined #wesnoth-dev 20120530 07:37:40-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev 20120530 07:40:04-!- _vdn [~nazgul-sa@ppp91-77-252-228.pppoe.mtu-net.ru] has quit [Ping timeout: 252 seconds] 20120530 07:40:15-!- _vdn [~nazgul-sa@ppp91-77-240-98.pppoe.mtu-net.ru] has joined #wesnoth-dev 20120530 07:44:59-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [] 20120530 07:45:53-!- _vdn1 [~nazgul-sa@ppp91-77-244-105.pppoe.mtu-net.ru] has joined #wesnoth-dev 20120530 07:46:42-!- _vdn [~nazgul-sa@ppp91-77-240-98.pppoe.mtu-net.ru] has quit [Ping timeout: 244 seconds] 20120530 07:56:25-!- EdB [~edb@tss37-1-89-82-194-231.dsl.sta.abo.bbox.fr] has joined #wesnoth-dev 20120530 08:11:39-!- neXyon [~neXyon@84-119-56-54.dynamic.xdsl-line.inode.at] has joined #wesnoth-dev 20120530 08:20:02-!- EdB [~edb@tss37-1-89-82-194-231.dsl.sta.abo.bbox.fr] has quit [Quit: Konversation terminated!] 20120530 08:33:12-!- trademark_ [~trademark@mon69-1-82-67-23-185.fbx.proxad.net] has quit [Ping timeout: 244 seconds] 20120530 08:39:32-!- Guest43275 is now known as ChrisOelmueller 20120530 08:39:57-!- Gallaecio [~quassel@84.120.114.134.dyn.user.ono.com] has quit [Remote host closed the connection] 20120530 08:41:02-!- Chains [~Chains@75-164-214-247.ptld.qwest.net] has joined #wesnoth-dev 20120530 08:56:26-!- ancestral [~ancestral@97-127-66-8.mpls.qwest.net] has joined #wesnoth-dev 20120530 09:21:10-!- _vdn [~nazgul-sa@ppp91-77-247-8.pppoe.mtu-net.ru] has joined #wesnoth-dev 20120530 09:21:45-!- _vdn1 [~nazgul-sa@ppp91-77-244-105.pppoe.mtu-net.ru] has quit [Ping timeout: 252 seconds] 20120530 09:24:41-!- leonid [~leonid@124.65.134.54] has quit [Remote host closed the connection] 20120530 09:26:28-!- leonid [~leonid@124.65.134.54] has joined #wesnoth-dev 20120530 09:31:17-!- leonid [~leonid@124.65.134.54] has quit [Client Quit] 20120530 09:32:20-!- boucman_mobile [~boucman@wesnoth/developer/boucman] has joined #wesnoth-dev 20120530 09:35:28-!- Chains [~Chains@75-164-214-247.ptld.qwest.net] has quit [] 20120530 09:56:19-!- neXyon [~neXyon@84-119-56-54.dynamic.xdsl-line.inode.at] has quit [Quit: bye] 20120530 09:58:17-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving] 20120530 10:33:19-!- Appleman1234 [~Appleman1@ppp59-167-222-56.qld.adsl.internode.on.net] has joined #wesnoth-dev 20120530 11:04:34-!- stikonas [~and@bcm-131-111-216-103.girton.cam.ac.uk] has joined #wesnoth-dev 20120530 11:04:34-!- stikonas [~and@bcm-131-111-216-103.girton.cam.ac.uk] has quit [Changing host] 20120530 11:04:34-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev 20120530 11:06:17-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer] 20120530 11:06:25-!- stikonas [~and@bcm-131-111-216-103.girton.cam.ac.uk] has joined #wesnoth-dev 20120530 11:06:25-!- stikonas [~and@bcm-131-111-216-103.girton.cam.ac.uk] has quit [Changing host] 20120530 11:06:25-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev 20120530 11:06:42-!- loonybot [~loonybot@46.138.74.45] has joined #wesnoth-dev 20120530 11:06:42-!- loonybot [~loonybot@46.138.74.45] has quit [Changing host] 20120530 11:06:42-!- loonybot [~loonybot@wesnoth/bot/loonybot] has joined #wesnoth-dev 20120530 11:19:44-!- neXyon [~neXyon@84-119-56-54.dynamic.xdsl-line.inode.at] has joined #wesnoth-dev 20120530 11:27:33-!- Crendgrim [~crend@77-22-112-72-dynip.superkabel.de] has joined #wesnoth-dev 20120530 11:52:28-!- fendrin [~fabi@wesnoth/developer/fendrin] has quit [Quit: Konversation terminated!] 20120530 11:59:22-!- s951 [~s951@dyn1064-132.hor.ic.ac.uk] has joined #wesnoth-dev 20120530 12:00:05-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!] 20120530 12:00:43-!- mjs-de [~mjs-de@d118065.adsl.hansenet.de] has joined #wesnoth-dev 20120530 12:01:16-!- s951 [~s951@dyn1064-132.hor.ic.ac.uk] has quit [Client Quit] 20120530 12:03:20-!- stikonas [~gentoo@bcm-131-111-216-103.girton.cam.ac.uk] has joined #wesnoth-dev 20120530 12:03:35-!- stikonas [~gentoo@bcm-131-111-216-103.girton.cam.ac.uk] has quit [Changing host] 20120530 12:03:35-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20120530 12:13:40-!- EdB [~edb@37-8-176-57.coucou-networks.fr] has joined #wesnoth-dev 20120530 12:13:56-!- boucman_mobile [~boucman@wesnoth/developer/boucman] has quit [Ping timeout: 244 seconds] 20120530 12:14:19-!- boucman_mobile [~boucman@wesnoth/developer/boucman] has joined #wesnoth-dev 20120530 12:16:39-!- horon [~horon@nttkyo216070.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has joined #wesnoth-dev 20120530 12:21:05-!- Ayne [~Ayne@cpc2-sgyl34-2-0-cust493.sgyl.cable.virginmedia.com] has joined #wesnoth-dev 20120530 12:24:04< Crab_> hi, Ayne 20120530 12:24:57< Ayne> hello 20120530 12:27:02< Crab_> how it's going? what are your current work plans? 20120530 12:27:50-!- bloodycoin [~bloodycoi@193.170.124.203] has joined #wesnoth-dev 20120530 12:29:25< Ayne> I moved the carryover gold calculation from playsingle_controller to playcampaign. I'm now looking at how to make sure team_builder always gets the correct gold, and after that I want to have a look at the handling of the recall list 20120530 12:33:23-!- bloodycoin [~bloodycoi@193.170.124.203] has quit [Ping timeout: 245 seconds] 20120530 12:34:40< Crab_> I think that team builder's current logic for gold carryover should be pushed out to playcampaign 20120530 12:35:15< Crab_> so, team builder would just get the gold as "(*scenario_side)["gold"].to_int(100);" 20120530 12:36:12< Crab_> as we want all carryover processing to happen before playsingle_controller is ever created 20120530 12:37:05< Ayne> yes, that's what I'm trying right now, I just have to figure out how to best do it, as the logic in team_builder currently uses things that are initialized in play_controller 20120530 12:37:05< Crab_> but it can only happen after the next scenario config is determined 20120530 12:37:11< Crab_> for example? 20120530 12:37:49-!- ancestral [~ancestral@97-127-66-8.mpls.qwest.net] has quit [Quit: i go sleeps kthxbai] 20120530 12:38:45< Ayne> the save_id that team_builder uses to determine the player_cfg 20120530 12:39:06-!- _vdn [~nazgul-sa@ppp91-77-247-8.pppoe.mtu-net.ru] has quit [Read error: Connection reset by peer] 20120530 12:39:45-!- _vdn [~nazgul-sa@ppp91-77-242-161.pppoe.mtu-net.ru] has joined #wesnoth-dev 20120530 12:39:53< Crab_> we have a new scenario config, in it, we have a list of [side] tags, which can have that id ( see http://wiki.wesnoth.org/SideWML ) 20120530 12:40:30< Crab_> and, the old scenario config determines the old save id (for persistent sides or for human sides, other sides from old scenario are ignored) 20120530 12:41:00< Crab_> so, when the old game ends, we can collect old sides with their side ids, recalls, gold 20120530 12:41:14< Crab_> then, after we get the new scenario config, we already can cross-match by save_id 20120530 12:41:32< Crab_> so, playsingle_controller is not required for this to work. 20120530 12:42:05< Crab_> It can be done as soon as we determine the new scenario config, provided that we have our 'carryover_information' class 20120530 12:42:22< Crab_> btw, you might want (if you haven't already) to introduce a new 'carryover_information' class. 20120530 12:42:36< Crab_> (or you can keep it as a config) 20120530 12:43:06< Crab_> also, let me know if you'll have any other questions or if you'll want to show some code to me 20120530 12:43:55< Ayne> at the moment I'm keeping it as config, but a class might make some things easier.. I will keep that in mind and see what works for me 20120530 12:44:22< Crab_> note that even if it's a class, you would still need to save it to config and load it from config 20120530 12:44:40< Crab_> but it can hide details, making some code easier 20120530 12:44:46< Ayne> yeah, of course 20120530 12:45:02< Crab_> since, later, you'll have to code an 'upgrade' procedure for carryover info 20120530 12:45:12< Crab_> i.e. load the carryover info from old save, convert it into your new format 20120530 12:45:34< Crab_> if we remove old saves from consideration, carryover info is written by you. 20120530 12:45:44< Crab_> so you fully control it's format 20120530 12:59:25-!- vultraz [~chatzilla@124.109.10.221] has joined #wesnoth-dev 20120530 13:02:58-!- EdB_ [~edb@37-8-176-57.coucou-networks.fr] has joined #wesnoth-dev 20120530 13:03:03-!- EdB [~edb@37-8-176-57.coucou-networks.fr] has quit [Ping timeout: 246 seconds] 20120530 13:38:23-!- Ayne [~Ayne@cpc2-sgyl34-2-0-cust493.sgyl.cable.virginmedia.com] has quit [Ping timeout: 246 seconds] 20120530 13:38:44-!- Ayne [~Ayne@cpc2-sgyl34-2-0-cust493.sgyl.cable.virginmedia.com] has joined #wesnoth-dev 20120530 13:40:19-!- Nephro [~Dmitry@80.233.231.12] has joined #wesnoth-dev 20120530 13:47:01-!- Trademark_ [~Trademark@host.250.168.23.62.rev.coltfrance.com] has joined #wesnoth-dev 20120530 13:48:18-!- leonid [~leonid@221.223.164.11] has joined #wesnoth-dev 20120530 13:50:55-!- neXyon [~neXyon@84-119-56-54.dynamic.xdsl-line.inode.at] has quit [Quit: bye] 20120530 13:51:01-!- artisticdude [~artisticd@vsat-148-64-186-230.c005.g4.mrt.starband.net] has joined #wesnoth-dev 20120530 13:52:29-!- nephx [~Dmitry@80.233.231.12] has joined #wesnoth-dev 20120530 13:55:59-!- Nephro [~Dmitry@80.233.231.12] has quit [Ping timeout: 245 seconds] 20120530 14:04:23-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy] 20120530 14:07:01-!- bloodycoin [~bloodycoi@193.170.134.220] has joined #wesnoth-dev 20120530 14:08:51-!- EdB_ [~edb@37-8-176-57.coucou-networks.fr] has quit [Ping timeout: 246 seconds] 20120530 14:10:14-!- bloodycoin_m [~bloodycoi@193.170.135.78] has quit [Ping timeout: 246 seconds] 20120530 14:13:38-!- stevenoxley [~stevenoxl@c-24-15-48-43.hsd1.il.comcast.net] has joined #wesnoth-dev 20120530 14:14:42-!- the_new_lipk [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20120530 14:22:12< the_new_lipk> uh-oh 20120530 14:22:17< the_new_lipk> http://forums.wesnoth.org/viewtopic.php?f=7&t=36091#p530111 20120530 14:22:17< Espreon> Wha? 20120530 14:22:20< Espreon> Hmmmm... 20120530 14:22:24< the_new_lipk> poor guy... 20120530 14:22:57< Espreon> Hoo boy... 20120530 14:27:03< Crendgrim> Espreon: read #shadowm :p 20120530 14:27:14< Crendgrim> yeah, wrong name. but still 20120530 14:33:47-!- leonid [~leonid@221.223.164.11] has quit [Remote host closed the connection] 20120530 14:39:11-!- Octalot [~noct@host86-146-159-12.range86-146.btcentralplus.com] has joined #wesnoth-dev 20120530 14:41:49-!- the_new_lipk [~lipk@host-91-147-212-174.biatv.hu] has quit [Ping timeout: 265 seconds] 20120530 14:43:39-!- the_new_lipk [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20120530 14:47:31-!- stevenoxley [~stevenoxl@c-24-15-48-43.hsd1.il.comcast.net] has quit [Ping timeout: 256 seconds] 20120530 15:13:19-!- negusnyul [~negusnyul@dsl4E5CD84C.pool.t-online.hu] has joined #wesnoth-dev 20120530 15:15:49< CIA-61> nephro * r54340 /trunk/ (data/ai/scenarios/scenario-lua-ai.cfg src/ai/lua/core.cpp): LuaAI: fixed bug that always cause ai.attack() to use -1 as the weapon 20120530 15:19:17< boucman_mobile> nephro: could you have a look at the patches assigned to you ? 20120530 15:20:12-!- Elvish_Pillager [~eli@71-10-229-241.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev 20120530 15:31:40-!- stevenoxley [~stevenoxl@38.106.231.2] has joined #wesnoth-dev 20120530 15:39:27< nephx> boucman_mobile, on it 20120530 15:40:17< boucman_mobile> Thx 20120530 15:40:58< Crab_> nephx: so, that was bug that mattsc was complaining about earlier? 20120530 15:41:17< nephx> Crab_, yeah, just a typo thing 20120530 15:46:15< nephx> Crab_, the idea with moving CA's out to external files has a little problem: the scripts can't get access to the ai table atm that way, since the only place where the ai table was accessible is the compiled engine code 20120530 15:46:59< nephx> and it's stored as an upvalue 20120530 15:47:09< Crab_> [candidate_action] engine=lua code= << wesnoth.require("~add-ons/MyEra/lua/ai.lua").protect_leader(...) >> [/candidate_action] ? 20120530 15:47:19< Crab_> we can pass an upvalue here, I think 20120530 15:48:22< Crab_> i.e. when engine wants to init this candidate action, it has access both to ai table and to that code= 20120530 15:48:38< Crab_> so, I think we can pass the upvalue here 20120530 15:49:17< nephx> we can pass it yes, but I am not sure where we can extract the ai table from 20120530 15:49:24< Crab_> i.e. we had evaluation="return (...):candidate_action_evaluation_hello()" before 20120530 15:49:40< Crab_> now we will have code= << wesnoth.require("~add-ons/MyEra/lua/ai.lua").protect_leader(...) >> 20120530 15:50:23< Crab_> and, that code is executed from C++ 'lua candidate action' class 20120530 15:50:32< Crab_> it is perfectly suited to passing that upvalue 20120530 15:50:38< Crab_> in fact, it *already* does it :) 20120530 15:51:04< nephx> the ... isn't the ai table there. it's the my_ai table which has the function with the ai table integrated in them 20120530 15:51:24-!- Samual [~Samual@c-71-195-88-69.hsd1.pa.comcast.net] has quit [Ping timeout: 246 seconds] 20120530 15:51:35< Crab_> well, ... there is the 'return' value of the engine. 20120530 15:51:43< nephx> yes 20120530 15:51:47< Crab_> we just need to make sure that the ai table is at some well-defined place there 20120530 15:52:11< Crab_> i.e. if engine just returned the ai table, or placed the ai table into some element of the returned table 20120530 15:52:21-!- the_new_lipk [~lipk@host-91-147-212-174.biatv.hu] has quit [Ping timeout: 248 seconds] 20120530 15:52:36< nephx> Crab_, yes, that was one of the solutions I had in mind 20120530 15:53:50< Crab_> looks ok to me 20120530 15:53:57-!- ToBeFree [~tobefree@unaffiliated/tobefree] has joined #wesnoth-dev 20120530 15:54:31-!- the_new_lipk [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20120530 15:56:27< nephx> Crab_, do you think that the engine definition in the scenario is at all needed at this point. What hide that from the users and say that ca's need to be defined in external files. That will instantly clean up the scenario file, rid us of the presence of boilerplate code and add some strictness, since I am not a fan of unlimited freedom. 20120530 15:57:06< nephx> clever users might exploit that, like mattsc did, when he just placed the ai tables in the global environment 20120530 15:58:52< nephx> the candidate action tags would invoke the engine creation and it would be, for example, hardcoded lua containing the essential things. or it would build the needed stuff using the C API 20120530 16:01:05-!- mattsc [~mattsc@d50-92-196-35.bchsia.telus.net] has joined #wesnoth-dev 20120530 16:01:21< nephx> right now the engine consists of two things: (1) loads of function code that can be moved out to external files; (2) essential config stuff that mostly never changes 20120530 16:01:47< mattsc> nephx: Thanks for fixing the weapons number bug. I tested it. It works now. 20120530 16:02:01< nephx> hi, mattsc, I've fixed the weapon bug and discussing things with Crab_ now 20120530 16:02:27< mattsc> nephx: yes ^ thanks! 20120530 16:03:24< mattsc> one question though: if you have a unit with 2 attack, '1' uses Attack 1, '2' #2, '-1' is best weapon. A weapon number >2 does not result in an attack. All as expected. 20120530 16:03:45< mattsc> But weapon # '0' also uses the best attack. Is that intended? 20120530 16:04:32< nephx> mattsc, well, C++ uses weapon numbers smaller by 1 internally. So when converting from Lua I do 20120530 16:04:42-!- Samual [~Samual@c-71-195-88-69.hsd1.pa.comcast.net] has joined #wesnoth-dev 20120530 16:04:50< nephx> weapon_number--; if it isn't -1 20120530 16:05:25< nephx> so yes, 0 goes down to -1 20120530 16:05:37< mattsc> Ok. So when we update the wiki, we should point out that both 0 and -1 can be used for best weapon 20120530 16:05:52< nephx> if you are fine with such behaviour, then yes 20120530 16:06:05< nephx> If you aren't I should fix it :) 20120530 16:06:50< mattsc> That's fine. :) Just wanted to make sure that it doesn't have unwanted side effects. 20120530 16:28:01< mattsc> anonymissimus: That means that the 'Prune Cart' scenario in 'AI Demos' (v0.6.7b) now works in trunk. 20120530 16:31:11-!- boucman_mobile [~boucman@wesnoth/developer/boucman] has quit [Remote host closed the connection] 20120530 16:34:11-!- mattsc [~mattsc@d50-92-196-35.bchsia.telus.net] has quit [Quit: bye] 20120530 16:35:48-!- boucman_mobile [~boucman@wesnoth/developer/boucman] has joined #wesnoth-dev 20120530 16:37:47-!- boucman_mobile [~boucman@wesnoth/developer/boucman] has quit [Client Quit] 20120530 16:38:12-!- boucman_mobile [~boucman@wesnoth/developer/boucman] has joined #wesnoth-dev 20120530 16:41:43< Necrosporus> Is it possible to include another dragon into mainline? 20120530 16:41:54< Necrosporus> Generally like fire dragon, but not fire 20120530 16:42:51< Crab_> nephx: I think that it would be wise to hide the lua engine (by not requiring it) 20120530 16:43:19< Crab_> nephx: if user needs something added to the engine table, it can be done by using a lua stage (which would run first) 20120530 16:45:23-!- nephx [~Dmitry@80.233.231.12] has quit [Ping timeout: 256 seconds] 20120530 16:53:45-!- the_new_lipk [~lipk@host-91-147-212-174.biatv.hu] has quit [Quit: Távozom] 20120530 17:14:15-!- Crendgrim [~crend@77-22-112-72-dynip.superkabel.de] has quit [Quit: ...] 20120530 17:14:30-!- boucman_mobile [~boucman@wesnoth/developer/boucman] has quit [Quit: AndroIRC - Android IRC Client ( http://www.androirc.com )] 20120530 17:19:59-!- neXyon [~neXyon@84-119-56-54.dynamic.xdsl-line.inode.at] has joined #wesnoth-dev 20120530 17:20:37-!- horon [~horon@nttkyo216070.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has quit [Quit: Leaving...] 20120530 17:25:31-!- Nephro [~Dmitry@80.233.231.12] has joined #wesnoth-dev 20120530 17:30:33-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev 20120530 17:35:25-!- Trademark_ [~Trademark@host.250.168.23.62.rev.coltfrance.com] has quit [] 20120530 18:03:56-!- ancestral [~ancestral@97-127-66-8.mpls.qwest.net] has joined #wesnoth-dev 20120530 18:05:27-!- Nephro [~Dmitry@80.233.231.12] has quit [Ping timeout: 246 seconds] 20120530 18:09:31-!- fendrin [~fabi@88-134-19-0-dynip.superkabel.de] has joined #wesnoth-dev 20120530 18:09:31-!- fendrin [~fabi@88-134-19-0-dynip.superkabel.de] has quit [Changing host] 20120530 18:09:31-!- fendrin [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev 20120530 18:11:23-!- the_new_lipk [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20120530 18:13:51-!- Ravi325 [~chatzilla@14.195.33.201] has joined #wesnoth-dev 20120530 18:17:31-!- neXyon [~neXyon@84-119-56-54.dynamic.xdsl-line.inode.at] has quit [Quit: bye] 20120530 18:19:25-!- trademark_ [~trademark@mon69-1-82-67-23-185.fbx.proxad.net] has joined #wesnoth-dev 20120530 18:20:28-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Quit: Computer has gone to sleep.] 20120530 18:23:16< Ravi325> bye 20120530 18:23:26-!- Ravi325 [~chatzilla@14.195.33.201] has quit [Quit: ChatZilla 0.9.88.2 [Firefox 12.0/20120420145725]] 20120530 18:26:25< Ivanovic> hi 20120530 18:28:14< Crab_> hi, Ivanovic 20120530 18:33:03< CIA-61> ivanovic * r54341 /trunk/ (4 files in 3 dirs): updated Chinese (Traditional) translation 20120530 18:33:53-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev 20120530 18:35:15< CIA-61> ivanovic * r54342 /branches/1.10/ (4 files in 3 dirs): updated Chinese (Traditional) translation 20120530 18:40:21-!- Gallaecio [~quassel@84.120.114.134.dyn.user.ono.com] has joined #wesnoth-dev 20120530 18:41:47< CIA-61> anonymissimus * r54343 /trunk/projectfiles/VC9/wesnoth.vcproj: vc project update 20120530 18:42:06< CIA-61> anonymissimus * r54344 /trunk/projectfiles/CodeBlocks/wesnoth.cbp: cb project update 20120530 18:44:28-!- EdB [~edb@tss37-1-89-82-194-231.dsl.sta.abo.bbox.fr] has joined #wesnoth-dev 20120530 18:49:57-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!] 20120530 18:53:50-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev 20120530 18:57:01-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Client Quit] 20120530 19:00:05-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev 20120530 19:01:46-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev 20120530 19:04:56-!- EdB [~edb@tss37-1-89-82-194-231.dsl.sta.abo.bbox.fr] has quit [Ping timeout: 246 seconds] 20120530 19:06:34-!- EdB [~edb@tss37-1-89-82-194-231.dsl.sta.abo.bbox.fr] has joined #wesnoth-dev 20120530 19:08:56-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev 20120530 19:14:03-!- _vdn [~nazgul-sa@ppp91-77-242-161.pppoe.mtu-net.ru] has quit [Ping timeout: 246 seconds] 20120530 19:16:06-!- the_new_lipk [~lipk@host-91-147-212-174.biatv.hu] has quit [Read error: Operation timed out] 20120530 19:17:19< Ayne> Crab_: What exactly is the difference between [player] and [side]? Is there any situation where we should be using the information in player rather than side? I can't seem to find anything about [player] 20120530 19:17:41< Crab_> I think it was used in old saves 20120530 19:17:59< Crab_> so, there might be nothing about it in current code, apart from some attempts to load it if it's present 20120530 19:18:20< Ayne> so we only need to keep it for backwards compatibility and if we're not loading from a save we can ignore it? 20120530 19:19:59< Crab_> yes 20120530 19:20:23< Crab_> and, when loading from a save, we should deal with it in some specific code which deals with backward compatability stuff, not in the 'main' piece of code 20120530 19:21:00-!- s951 [~s951@dyn1064-132.hor.ic.ac.uk] has joined #wesnoth-dev 20120530 19:21:22< Ayne> ok, I will leave it out for now then and take a note of it for later 20120530 19:21:25-!- s951 [~s951@dyn1064-132.hor.ic.ac.uk] has quit [Read error: Connection reset by peer] 20120530 19:29:25-!- the_new_lipk [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20120530 19:32:04< the_new_lipk> ancestral, hi 20120530 19:32:10< ancestral> Hey there! 20120530 19:32:27< the_new_lipk> how are you prodeeding with your mapbin? 20120530 19:32:39< the_new_lipk> *proceeding 20120530 19:33:11< the_new_lipk> (just curious, really can't wait to see it) 20120530 19:33:13< ancestral> Good, I'm getting distracted ;-) 20120530 19:33:40< ancestral> I need to focus on the db part, creating the bins 20120530 19:34:03< the_new_lipk> I see 20120530 19:34:05< ancestral> Nothing is functional yet, but I have today and tomorrow off from work 20120530 19:34:06< ancestral> http://wsnthb.in/ 20120530 19:34:54< the_new_lipk> but you have a nice syntax highlighter :) 20120530 19:35:47< ancestral> Thank you 20120530 19:36:17< ancestral> I need to analyze the text so it'll work dynamically. I've just been playing around with the colors 20120530 19:37:07< the_new_lipk> but if I get it well, this isn't going to be for maps only 20120530 19:37:19< ancestral> Right 20120530 19:37:38-!- trademark_ [~trademark@mon69-1-82-67-23-185.fbx.proxad.net] has quit [Ping timeout: 244 seconds] 20120530 19:39:21-!- Crab_ [Crab_@wesnoth/developer/crab] has quit [Quit: Crab_] 20120530 19:49:50-!- wesbot changed the topic of #wesnoth-dev to: 172 bugs, 337 feature requests, 15 patches | Logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org 20120530 19:52:12-!- the_new_lipk [~lipk@host-91-147-212-174.biatv.hu] has quit [Ping timeout: 244 seconds] 20120530 19:54:15-!- _vdn [~nazgul-sa@ppp91-77-231-147.pppoe.mtu-net.ru] has joined #wesnoth-dev 20120530 19:54:40-!- the_new_lipk [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20120530 20:18:04-!- neXyon [~neXyon@84-119-56-54.dynamic.xdsl-line.inode.at] has joined #wesnoth-dev 20120530 20:22:13-!- the_new_lipk [~lipk@host-91-147-212-174.biatv.hu] has quit [Quit: Távozom] 20120530 20:26:06-!- EdB [~edb@tss37-1-89-82-194-231.dsl.sta.abo.bbox.fr] has quit [Quit: Konversation terminated!] 20120530 20:44:03-!- _vdn1 [~nazgul-sa@ppp85-141-116-89.pppoe.mtu-net.ru] has joined #wesnoth-dev 20120530 20:44:22-!- Crendgrim [~crend@77-22-112-72-dynip.superkabel.de] has joined #wesnoth-dev 20120530 20:45:03-!- _vdn [~nazgul-sa@ppp91-77-231-147.pppoe.mtu-net.ru] has quit [Ping timeout: 246 seconds] 20120530 20:49:06-!- neXyon [~neXyon@84-119-56-54.dynamic.xdsl-line.inode.at] has quit [Quit: bye] 20120530 20:52:35-!- artisticdude [~artisticd@vsat-148-64-186-230.c005.g4.mrt.starband.net] has quit [Quit: Got stuff happening this evening, so I can't stick around. Good day all.] 20120530 21:04:33-!- bloodycoin [~bloodycoi@193.170.134.220] has quit [Ping timeout: 244 seconds] 20120530 21:11:01-!- worduk [~jon@77.76.205.90] has quit [Quit: Leaving] 20120530 21:11:14-!- worduk_ [~jon@77.76.205.90] has quit [Quit: Leaving] 20120530 21:11:24-!- worduk__ [~jon@77.76.205.90] has quit [Quit: Leaving] 20120530 21:21:09-!- mattsc [~mattsc@fw.hia.nrc.ca] has joined #wesnoth-dev 20120530 21:23:09-!- esr [~chatzilla@static-71-162-243-5.phlapa.fios.verizon.net] has quit [Remote host closed the connection] 20120530 21:28:13-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev 20120530 21:33:11-!- ToBeFree [~tobefree@unaffiliated/tobefree] has quit [Read error: Connection reset by peer] 20120530 21:38:30-!- ancestral [~ancestral@97-127-66-8.mpls.qwest.net] has quit [Quit: i go sleeps kthxbai] 20120530 21:40:45-!- _vdn [~nazgul-sa@ppp85-141-116-89.pppoe.mtu-net.ru] has joined #wesnoth-dev 20120530 21:40:46-!- _vdn1 [~nazgul-sa@ppp85-141-116-89.pppoe.mtu-net.ru] has quit [Read error: Connection reset by peer] 20120530 21:45:08< shadowm> the_new_lipk: That's about 98% likely to be a sockpuppet of an already quite problematic user. 20120530 21:50:06-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy] 20120530 21:50:49-!- Octalot [~noct@host86-146-159-12.range86-146.btcentralplus.com] has quit [Remote host closed the connection] 20120530 22:04:07-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev 20120530 22:08:36-!- fendrin [~fabi@wesnoth/developer/fendrin] has quit [Quit: Konversation terminated!] 20120530 22:10:39-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy] 20120530 22:12:37-!- fendrin [~fabi@88-134-19-0-dynip.superkabel.de] has joined #wesnoth-dev 20120530 22:12:37-!- fendrin [~fabi@88-134-19-0-dynip.superkabel.de] has quit [Changing host] 20120530 22:12:37-!- fendrin [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev 20120530 22:13:35-!- Crendgrim [~crend@77-22-112-72-dynip.superkabel.de] has quit [Quit: ...] 20120530 22:16:30-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev 20120530 22:20:20-!- the_new_lipk [~lipk@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev 20120530 22:30:09-!- Ayne [~Ayne@cpc2-sgyl34-2-0-cust493.sgyl.cable.virginmedia.com] has quit [Quit: Leaving] 20120530 22:40:57-!- Appleman1234 [~Appleman1@ppp59-167-222-56.qld.adsl.internode.on.net] has quit [Remote host closed the connection] 20120530 23:05:24-!- ancestral [~ancestral@97-127-66-8.mpls.qwest.net] has joined #wesnoth-dev 20120530 23:06:07-!- negusnyul [~negusnyul@dsl4E5CD84C.pool.t-online.hu] has quit [Quit: Konversation terminated!] 20120530 23:22:33-!- bloodycoin [~bloodycoi@193.170.133.74] has joined #wesnoth-dev 20120530 23:28:50-!- Gambit [~gambit@wesnoth/developer/grickit] has joined #wesnoth-dev 20120530 23:30:42-!- the_new_lipk [~lipk@host-91-147-212-174.biatv.hu] has quit [Quit: Távozom] 20120530 23:43:02< ancestral> Do macros in comments get ignored, or do they get pre-processed? 20120530 23:44:30< zookeeper> ignored, i'm pretty sure 20120530 23:51:57-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 246 seconds] 20120530 23:54:21< CIA-61> shadowmaster * r54345 /trunk/src/addon/state.cpp: 20120530 23:54:21< CIA-61> addon/state: Use .pbl files first to get local add-on versions when applicable 20120530 23:54:21< CIA-61> This is used when an add-on has a .pbl file. This way it's possible to 20120530 23:54:21< CIA-61> highlight an add-on as 'outdated on the server' when a new version is 20120530 23:54:21< CIA-61> ready for uploading. Add-ons without a .pbl file should still use the 20120530 23:54:22< CIA-61> _info.cfg file. 20120530 23:59:22-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Quit: Leaving.] --- Log closed Thu May 31 00:00:28 2012