--- Log opened Tue Mar 13 00:00:36 2012
20120313 00:06:09-!- Danceman [~Danceman@a94-132-158-220.cpe.netcabo.pt] has quit [Quit: Leaving]
20120313 00:10:50-!- retr0virus [~vyrm@static-213-182-109-190-teleos.ewe-ip-backbone.de] has quit [Quit: Ein Nichts im Nichts und ins Nichts vertrieben!]
20120313 00:11:55-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Quit: Leaving.]
20120313 00:33:31-!- vultraz [~chatzilla@124.109.10.221] has quit [Read error: Connection reset by peer]
20120313 00:34:11-!- csarmi [csarmi@217.197.182.8] has quit [Read error: Connection reset by peer]
20120313 00:34:19-!- vultraz [~chatzilla@124.109.10.221] has joined #wesnoth-dev
20120313 00:34:19-!- csarmi [csarmi@217.197.182.8] has joined #wesnoth-dev
20120313 00:40:34-!- mjs-de [~mjs-de@wh.Uni-Dortmund.DE] has quit [Remote host closed the connection]
20120313 01:02:10-!- Johannes13 [~Johannes@unaffiliated/johannes13] has quit [Ping timeout: 255 seconds]
20120313 01:04:52-!- anonymissimus [~chatzilla@HSI-KBW-078-042-163-105.hsi3.kabel-badenwuerttemberg.de] has quit [Quit: done building targets]
20120313 01:11:04-!- PolarPanda [~quassel@unaffiliated/peterporty] has quit [Read error: Connection reset by peer]
20120313 01:15:47-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20120313 01:17:17-!- stikonas [~and@bcm-131-111-216-70.girton.cam.ac.uk] has joined #wesnoth-dev
20120313 01:17:17-!- stikonas [~and@bcm-131-111-216-70.girton.cam.ac.uk] has quit [Changing host]
20120313 01:17:17-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120313 01:24:09-!- Ingeniumed [u5855@gateway/web/irccloud.com/x-obmxiufipgsyblyt] has joined #wesnoth-dev
20120313 01:25:31< Ingeniumed> Has wesnoth applied for GSOC this year?
20120313 01:29:19-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20120313 01:36:07-!- knotwork [~markm@unaffiliated/knotwork] has quit [Ping timeout: 246 seconds]
20120313 01:37:38-!- atomicbomb [~quassel@125.160.84.127] has joined #wesnoth-dev
20120313 01:41:22-!- knotwork [~markm@unaffiliated/knotwork] has joined #wesnoth-dev
20120313 01:43:20-!- loonybot [~loonybot@wesnoth/bot/loonybot] has quit [Remote host closed the connection]
20120313 01:47:08-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20120313 01:56:17-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Quit: Computer has gone to sleep.]
20120313 02:00:45-!- vultraz [~chatzilla@124.109.10.221] has quit [Ping timeout: 244 seconds]
20120313 02:21:02-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20120313 02:38:38-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20120313 02:41:55-!- knotwork [~markm@unaffiliated/knotwork] has quit [Ping timeout: 246 seconds]
20120313 02:41:56-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Quit: Computer has gone to sleep.]
20120313 02:44:39-!- knotwork [~markm@unaffiliated/knotwork] has joined #wesnoth-dev
20120313 03:39:19-!- knotwork [~markm@unaffiliated/knotwork] has quit [Ping timeout: 246 seconds]
20120313 03:39:42-!- knotwork [~markm@142.177.232.143] has joined #wesnoth-dev
20120313 03:39:42-!- knotwork [~markm@142.177.232.143] has quit [Changing host]
20120313 03:39:42-!- knotwork [~markm@unaffiliated/knotwork] has joined #wesnoth-dev
20120313 03:51:34-!- Elvish_Pillager [~eli@dhip-149.coburn.residences.colby.edu] has quit [Ping timeout: 260 seconds]
20120313 04:17:49-!- PolarPanda [~quassel@unaffiliated/peterporty] has joined #wesnoth-dev
20120313 04:23:05-!- Ivanovic_ [~ivanovic@dtmd-4db23134.pool.mediaWays.net] has joined #wesnoth-dev
20120313 04:26:45-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 260 seconds]
20120313 04:27:00-!- Ivanovic_ is now known as Ivanovic
20120313 04:37:36-!- oldtopman [~oldtopman@75-166-131-72.hlrn.qwest.net] has joined #wesnoth-dev
20120313 04:37:39-!- oldtopman [~oldtopman@75-166-131-72.hlrn.qwest.net] has quit [Changing host]
20120313 04:37:39-!- oldtopman [~oldtopman@unaffiliated/oldtopman] has joined #wesnoth-dev
20120313 04:48:02-!- Blueblaze [~Blueblaze@adsl-99-158-44-85.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20120313 04:59:16-!- Gambit [~gambit@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20120313 05:06:04-!- oldtopman [~oldtopman@unaffiliated/oldtopman] has quit [Remote host closed the connection]
20120313 05:25:24-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit []
20120313 05:27:18-!- Nephro [~neph@02de475b.bb.sky.com] has quit [Ping timeout: 255 seconds]
20120313 05:40:47-!- ancestral [~ancestral@71-34-25-87.mpls.qwest.net] has joined #wesnoth-dev
20120313 05:52:19-!- ancestral [~ancestral@71-34-25-87.mpls.qwest.net] has quit [Quit: i go sleeps kthxbai]
20120313 06:06:03-!- PolarPanda [~quassel@unaffiliated/peterporty] has quit [Remote host closed the connection]
20120313 06:11:12-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20120313 06:37:22-!- vultraz [~chatzilla@124.109.10.221] has joined #wesnoth-dev
20120313 06:37:55-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20120313 06:44:37< vultraz> wesbot: seen Exasperation
20120313 06:44:37< wesbot> vultraz: The person with the nick Exasperation last spoke 49d 2h ago.  48d 6h ago they were seen quitting on the channel #wesnoth with the message: Client Quit
20120313 07:03:24-!- Oleg [~quassel@93-80-25-199.broadband.corbina.ru] has joined #wesnoth-dev
20120313 07:05:10< CIA-134> espreon * r53514 /trunk/ (5 files in 3 dirs): Added the French logo.
20120313 07:07:07-!- matthiaskrgr [martina23@109.73.162.119] has quit [Excess Flood]
20120313 07:09:21-!- matthiaskrgr [matthiaskr@109.73.162.119] has joined #wesnoth-dev
20120313 07:12:34< CIA-134> espreon * r53515 /branches/1.10/ (7 files in 3 dirs): Added the French BfW logo.
20120313 07:16:39< CIA-134> espreon * r53516 /branches/resources/image-localization/fr/logo.xcf: Added xcf for the French logo.
20120313 07:26:32-!- Ivanovic [~ivanovic@dtmd-4db23134.pool.mediaWays.net] has quit [Changing host]
20120313 07:26:32-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20120313 07:38:08-!- [Relic] [~relic@99.58.54.211] has quit [Ping timeout: 240 seconds]
20120313 07:38:08-!- lobby [~wesnoth@wesnoth/bot/lobby] has quit [Ping timeout: 244 seconds]
20120313 07:38:19-!- lobby [~wesnoth@wesnoth/bot/lobby] has joined #wesnoth-dev
20120313 07:38:19-!- Topic for #wesnoth-dev: 166 bugs, 329 feature requests, 12 patches | Logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20120313 07:38:19-!- Topic set by mordante [~mordante@wesnoth/developer/mordante] [Sun Mar 11 09:41:29 2012]
20120313 07:38:19[Users #wesnoth-dev]
20120313 07:38:19[ [Relic]        ] [ CIA-134        ] [ esr       ] [ janebot     ] [ noy       ] [ Tigge    ] 
20120313 07:38:19[ Aethaeryn      ] [ crimson_penguin] [ fendrin_  ] [ knotwork    ] [ Oleg      ] [ Upthorn  ] 
20120313 07:38:19[ AI0867         ] [ csarmi         ] [ happygrue ] [ koan        ] [ Rhonda    ] [ vcap_    ] 
20120313 07:38:19[ apoi           ] [ ejls           ] [ hopman-   ] [ lobby       ] [ Samual    ] [ vultraz  ] 
20120313 07:38:19[ atomicbomb     ] [ elias          ] [ Ingeniumed] [ loonycyborg ] [ shadowm   ] [ wesbot   ] 
20120313 07:38:19[ Blueblaze      ] [ enchilado      ] [ Ingmar    ] [ LordNasty   ] [ shikadibot] [ yann     ] 
20120313 07:38:19[ chpln          ] [ erl            ] [ Ivanovic  ] [ matthiaskrgr] [ Smar      ] [ zookeeper] 
20120313 07:38:19[ chrisoelmueller] [ Espreon        ] [ iwaim     ] [ melinath    ] [ Soliton   ] [ {V}      ] 
20120313 07:38:19-!- Irssi: #wesnoth-dev: Total of 48 nicks [0 ops, 0 halfops, 0 voices, 48 normal]
20120313 07:38:24-!- Channel #wesnoth-dev created Tue Jan 27 06:28:41 2009
20120313 07:39:26-!- Irssi: Join to #wesnoth-dev was synced in 75 secs
20120313 07:44:45< CIA-134> fendrin * r53517 /trunk/src/editor/palette/empty_palette.hpp: Empty palette class to be bound with tools not in need for a palette.
20120313 07:58:57-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Read error: Operation timed out]
20120313 08:07:02-!- Gallaecio [~quassel@84.120.113.193.dyn.user.ono.com] has joined #wesnoth-dev
20120313 08:19:56< CIA-134> ivanovic * r53519 /branches/1.10/po/ (wesnoth-l/gl.po wesnoth-tutorial/gl.po): updated Galician translation
20120313 08:20:06< CIA-134> ivanovic * r53518 /trunk/po/ (wesnoth-l/gl.po wesnoth-tutorial/gl.po): updated Galician translation
20120313 08:20:14-!- Tigge [~tigge@irc.jagochmittmoln.se] has quit [Quit: Changing server]
20120313 08:35:58-!- cjhopman [~chris@24-183-40-128.dhcp.mdsn.wi.charter.com] has joined #wesnoth-dev
20120313 08:35:58-!- cjhopman [~chris@24-183-40-128.dhcp.mdsn.wi.charter.com] has quit [Changing host]
20120313 08:35:58-!- cjhopman [~chris@wesnoth/developer/cjhopman] has joined #wesnoth-dev
20120313 08:37:26-!- hopman- [~chris@24-183-40-128.dhcp.mdsn.wi.charter.com] has quit [Excess Flood]
20120313 08:40:04-!- Gallaecio [~quassel@84.120.113.193.dyn.user.ono.com] has quit [Remote host closed the connection]
20120313 08:45:43-!- matthiaskrgr [matthiaskr@109.73.162.119] has quit [Excess Flood]
20120313 08:47:21-!- matthiaskrgr [matthiaskr@109.73.162.119] has joined #wesnoth-dev
20120313 08:58:42-!- enchilado [~enchilado@defocus/yummy/enchilado] has quit [Quit: leaving]
20120313 08:59:05-!- enchilado [~enchilado@defocus/yummy/enchilado] has joined #wesnoth-dev
20120313 08:59:11-!- Blueblaze [~Blueblaze@adsl-99-158-44-85.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze]
20120313 09:16:32-!- atomicbomb [~quassel@125.160.84.127] has quit [Remote host closed the connection]
20120313 09:19:13-!- Blueblaze [~Blueblaze@adsl-99-158-44-85.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20120313 09:22:06-!- loonybot [~loonybot@46.138.70.206] has joined #wesnoth-dev
20120313 09:22:06-!- loonybot [~loonybot@46.138.70.206] has quit [Changing host]
20120313 09:22:06-!- loonybot [~loonybot@wesnoth/bot/loonybot] has joined #wesnoth-dev
20120313 09:22:10-!- atomicbomb [~quassel@61.94.183.130] has joined #wesnoth-dev
20120313 09:44:00-!- Johannes13 [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20120313 09:47:50< fendrin_> Espreon: around?
20120313 09:48:12< Espreon> fendrin_: Yup.
20120313 09:49:05< fendrin_> Espreon: In German that thing that holds a painters palette is called "Stafette" iirc.
20120313 09:49:11< fendrin_> Do you know a translation?
20120313 09:49:22< fendrin_> s/painters/painter's
20120313 09:51:11< Espreon> I do not.
20120313 09:51:20< Espreon> Well...
20120313 09:51:28< Espreon> No.
20120313 09:51:42< Espreon> Why?
20120313 09:52:00< fendrin_> Or let me ask differently. What would you call a container class that holds palettes.
20120313 09:52:10< fendrin_> ?
20120313 09:53:14< Espreon> I have no idea.
20120313 09:53:54< Espreon> The fact that there would be a special container for containing palettes astounds me.
20120313 09:56:26< Espreon> fendrin_: Why do you want to know?
20120313 09:56:45< fendrin_> Espreon: Well, because I need to name the class I am implementing somehow. 
20120313 09:57:00< fendrin_> It could be called palette_manager of course.
20120313 09:57:12< Espreon> Just call it that.
20120313 09:57:52< fendrin_> hmmmm
20120313 09:57:57< fendrin_> Okay, why not.
20120313 09:58:22< fendrin_> Just thought that there could be a layer of "bildsprache". 
20120313 09:59:00< fendrin_> Like palette resembles that the editor is a painting tool, the collection of palette could have used something out of painting world as well.
20120313 09:59:50< Espreon> Yeah, but chances are that people just uses boxes or perhaps racks for holding palettes.
20120313 09:59:53< Espreon> *just use boxes
20120313 10:00:35< Espreon> Well, boxes for storing them.
20120313 10:00:39< Espreon> But whatever.
20120313 10:01:06< Espreon> I don't know, I'm not a freaking artist.
20120313 10:03:33< fendrin_> Okay, looks like the "Stafette" is the thing that holds the image frame.
20120313 10:03:45< Espreon> That's what I as thinking.
20120313 10:03:48< Espreon> *was thinking
20120313 10:13:46-!- Blueblaze [~Blueblaze@adsl-99-158-44-85.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze]
20120313 10:29:57-!- Elvish_Hunter [5ea29631@gateway/web/freenode/ip.94.162.150.49] has joined #wesnoth-dev
20120313 10:31:11-!- stikonas [~gentoo@bcm-131-111-216-70.girton.cam.ac.uk] has joined #wesnoth-dev
20120313 10:31:12-!- stikonas [~gentoo@bcm-131-111-216-70.girton.cam.ac.uk] has quit [Changing host]
20120313 10:31:12-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120313 10:31:26< CIA-134> elvish_hunter * r53520 /trunk/ (changelog data/lua/wml/objectives.lua): Added [show_if] support to [objectives] [note]
20120313 10:43:28-!- atomicbomb [~quassel@61.94.183.130] has quit [Remote host closed the connection]
20120313 10:49:58-!- Netsplit *.net <-> *.split quits: matthiaskrgr, Oleg, csarmi, knotwork
20120313 10:55:30-!- Netsplit over, joins: csarmi, matthiaskrgr, knotwork, Oleg
20120313 10:59:50-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20120313 11:00:19-!- Oleg [~quassel@93-80-25-199.broadband.corbina.ru] has quit [Ping timeout: 260 seconds]
20120313 11:05:28< CIA-134> elvish_hunter * r53521 /trunk/ (2 files in 2 dirs): DM: added two conditional notes in scenario 19. Untested.
20120313 11:13:21-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20120313 11:27:44-!- atomicbomb [~quassel@222.124.85.236] has joined #wesnoth-dev
20120313 11:30:43-!- Elvish_Hunter [5ea29631@gateway/web/freenode/ip.94.162.150.49] has quit [Quit: Ciao!]
20120313 11:34:47-!- MeccaGod [~majs@host189-199.bornet.net] has joined #wesnoth-dev
20120313 11:52:01-!- horon [~horon@nttkyo322045.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has joined #wesnoth-dev
20120313 12:19:43-!- enchilad1 [~enchilado@defocus/yummy/enchilado] has joined #wesnoth-dev
20120313 12:20:10-!- enchilad1 [~enchilado@defocus/yummy/enchilado] has quit [Disconnected by services]
20120313 12:35:13-!- Crab_ [Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20120313 12:36:23-!- fendrin_ [~fabi@88-134-21-125-dynip.superkabel.de] has quit [Remote host closed the connection]
20120313 12:54:54-!- Samual [diotecktec@c-71-195-88-69.hsd1.pa.comcast.net] has quit [Ping timeout: 252 seconds]
20120313 13:04:27-!- Samual [diotecktec@c-71-195-88-69.hsd1.pa.comcast.net] has joined #wesnoth-dev
20120313 13:49:43-!- fabi [~fabi@coli809.coli.uni-saarland.de] has joined #wesnoth-dev
20120313 14:01:45-!- Upthorn [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has quit [Ping timeout: 272 seconds]
20120313 14:05:15-!- stikonas [~and@bcm-131-111-216-70.girton.cam.ac.uk] has joined #wesnoth-dev
20120313 14:05:15-!- stikonas [~and@bcm-131-111-216-70.girton.cam.ac.uk] has quit [Changing host]
20120313 14:05:15-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120313 14:08:23-!- Elvish_Pillager [~eli@dhip-149.coburn.residences.colby.edu] has joined #wesnoth-dev
20120313 14:17:35-!- Samual [diotecktec@c-71-195-88-69.hsd1.pa.comcast.net] has quit [Ping timeout: 272 seconds]
20120313 14:22:16-!- horon [~horon@nttkyo322045.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has quit [Read error: Connection reset by peer]
20120313 14:22:41-!- horon [~horon@nttkyo322045.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has joined #wesnoth-dev
20120313 14:29:09-!- mjs-de [~mjs-de@e183141098.adsl.alicedsl.de] has joined #wesnoth-dev
20120313 14:36:23-!- Samual [diotecktec@c-71-195-88-69.hsd1.pa.comcast.net] has joined #wesnoth-dev
20120313 14:36:24-!- Nephro [~neph@02de475b.bb.sky.com] has joined #wesnoth-dev
20120313 14:40:10-!- oldtopman [~oldtopman@unaffiliated/oldtopman] has joined #wesnoth-dev
20120313 14:50:51-!- enchilado [~enchilado@defocus/yummy/enchilado] has quit [Quit: BBL->]
20120313 14:54:34-!- Gambit [~gambit@wesnoth/developer/grickit] has joined #wesnoth-dev
20120313 14:55:02-!- negusnyul [~negusnyul@dsl540286DB.pool.t-online.hu] has joined #wesnoth-dev
20120313 14:55:55-!- retr0virus [~vyrm@static-213-182-113-089-teleos.ewe-ip-backbone.de] has joined #wesnoth-dev
20120313 15:01:21-!- Oleg [~quassel@217.118.78.111] has joined #wesnoth-dev
20120313 15:27:24-!- Oleg__ [~quassel@217.118.78.111] has joined #wesnoth-dev
20120313 15:28:56-!- Oleg [~quassel@217.118.78.111] has quit [Ping timeout: 246 seconds]
20120313 15:36:26-!- atomicbomb [~quassel@222.124.85.236] has quit [Remote host closed the connection]
20120313 15:44:54-!- oldtopman [~oldtopman@unaffiliated/oldtopman] has quit [Remote host closed the connection]
20120313 15:57:28-!- horon [~horon@nttkyo322045.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has quit [Quit: Leaving...]
20120313 16:20:23-!- Oleg__ [~quassel@217.118.78.111] has quit [Ping timeout: 246 seconds]
20120313 16:42:04-!- MeccaGod [~majs@host189-199.bornet.net] has quit []
20120313 16:52:45-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20120313 16:53:45-!- pokoko222 [~chatzilla@77.29.133.15] has joined #wesnoth-dev
20120313 16:53:54< pokoko222> do you guys need AI work for gsoc?
20120313 16:53:59< pokoko222> what kind of work is there mostly for gsoc?
20120313 16:54:27< Crab_> pokoko222: we do not know yet if we'll be accepted in gsoc this year. but yes, there would be AI-related projects if we get accepted
20120313 16:54:54< Crab_> pokoko222: you can take a look at http://wiki.wesnoth.org/SummerOfCodeIdeas#List_of_Ideas_for_the_Project_.28Suggestions_from_wesnoth_developers.29
20120313 16:55:20< pokoko222> is it possible to try to join the project now?
20120313 16:55:26< pokoko222> I have done AI for games before 
20120313 16:55:54< pokoko222> but not sure if I can make it on time to code something to show you ...
20120313 16:55:57< Crab_> it is possible, it's easy enough to join wesnoth, with gsoc or not.
20120313 16:56:27< Crab_> for gsoc purposes, yes, you'll have more time and start compiling/patching early. 
20120313 16:56:49< Crab_> but, of course, there's no guarantee that wesnoth'd be accepted, until the list of accepted orgs is announced.
20120313 16:57:10< Crab_> the best way, in that case, is to start with getting the source from svn and compilation
20120313 16:57:45< pokoko222> would it be possible for me to write pseudo code for the application? because I don't think I will make it to get into the project now and code something
20120313 16:57:59< pokoko222> but the pseudo would be close to implementation ... as possible
20120313 17:00:13< Crab_> Student application period deadline is 6th April. If we're in, we need to know if a student can code and if his project implementation plan is more-or-less ok.
20120313 17:00:30< Crab_> you'll be able to show the second (implementation plan) with pseudocode or description
20120313 17:00:51< Crab_> but, actual coding is expected, as well. Code related to wesnoth is prefered, If you have your earlier code to show us, that would be a good thing, as well. 
20120313 17:01:17< pokoko222> I have earlier code for AI movement algorithms but not wesnoth related 
20120313 17:01:23< pokoko222> I have AI soccer simulation too
20120313 17:01:26< Crab_> yes, that would help
20120313 17:01:30< Crab_> basically, we'
20120313 17:01:31< pokoko222> two teams play against each other
20120313 17:02:02< Crab_> we'll be able to see how you code from your earlier code, and we'll be able to see your implementation plan for your ideas, from your description/pseudocode.
20120313 17:02:17< Crab_> so, you'll have a chance to get in (depending on the competition, of course)
20120313 17:02:33< Crab_> does this seem reasonable to you?
20120313 17:02:53< pokoko222> very reasonable indeed
20120313 17:03:11< Crab_> ok, good. let me know if you'll need more info.
20120313 17:03:48< pokoko222> so when and how do I show you guys my previous projects?
20120313 17:03:59-!- Samual [diotecktec@c-71-195-88-69.hsd1.pa.comcast.net] has quit [Ping timeout: 252 seconds]
20120313 17:04:00< pokoko222> or should I talk about it in the application and then you will read that
20120313 17:05:04< Crab_> pokoko222: we ask each student to create a project page in the wiki. linking to source from there is a good way of showing it.
20120313 17:05:35< pokoko222> should I start doing that now or after the application?
20120313 17:06:36< Crab_> application to google is very important (i.e. we are not able to take the student if he doesn't submit application to google). but, apart from that, we ask the students to use the wiki as the primary method of communication, and in the google application, just write the abstract and link to wiki.
20120313 17:07:05< Crab_> List of accepted mentoring orgs is published on March 16 19:00 UTC, but you can start creating your wiki page now (by copying the template page mentioned at the top of the ideas list in the wiki)
20120313 17:07:24< Crab_> (of course, as of now, we do not know if wesnoth would be accepted or not)
20120313 17:07:58< Nephro> Hi, Crab_, I hope you remember me :) I've recently sorted out my university stuff and would like to work on wesnoth again. I have a couple of questions: 1) I've seen some bugs assigned to me a couple of months ago, I wasn't able to deal with that and can't find the emails with the info on them. Maybe you know any outstanding problems with the AI system that need to be fixed asap(as far as I understood there were problems related to my code directly
20120313 17:07:58< Nephro> ); 2) If you have some time to discuss this year's project ideas, I would like some more info on them too
20120313 17:09:32-!- Samual [diotecktec@c-71-195-88-69.hsd1.pa.comcast.net] has joined #wesnoth-dev
20120313 17:09:36< Crab_> Nephro: hello. the best way would be to contact mattsc on the forum - he actively uses lua ai stuff, and he says that some useful stuff is missing.
20120313 17:09:51< Crab_> nothing to fix asap, since we're early in the release cycle by now.
20120313 17:09:59< Crab_> and welcome back
20120313 17:11:22< Nephro> ok, that's  a releaf... Uni has been unexpectedly ruff this year, so I not only didn't get a chance to work on my wesnoth ideas, I didn't even get a chance to use c++ at all. Have you seen the 2) part of my question, xchat seems to have split my message, I don't know wether it sent it
20120313 17:11:34< Nephro> 2) If you have some time to discuss this year's project ideas, I would like some more info on them too
20120313 17:12:36< Crab_> on (2), ask questions here, then.
20120313 17:12:55< Crab_> (Alternatively, you can use wesnoth-dev ML for them)
20120313 17:16:51< Nephro> A question about "AI: teach the AI to play Wesnoth's mainline campaigns": are we talking about scripts specific for campaigns that would let the AI just complete them, or a system that would be able to complete a campaign without knowing anything about it beforehand?
20120313 17:17:25-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Quit: Computer has gone to sleep.]
20120313 17:19:05< Crab_> Nephro: about a system of 'hints' that would make the AI know the objectives and best ways to complete them
20120313 17:19:28< Crab_> Nephro: basically, I've tried that on FOSDEM with campaigns such as An Orcish Intrusion and Two Brothers
20120313 17:20:23< Crab_> Nephro: an orcish intrusion was easy, I've only needed to remove all movement points from Linaera the Quick, because otherwise she tended to die fast.
20120313 17:20:39-!- Crendgrim [~crend@77-22-112-72-dynip.superkabel.de] has joined #wesnoth-dev
20120313 17:20:56< pokoko222> Crab_ is it enough to talk about one project?
20120313 17:20:57< Crab_> Nephro: for Two Brothers, I needed some extra hints. i.e., in two brothers, we need to move the hero to target AFTER the boss is defeated.
20120313 17:21:04< pokoko222> pick the best I have ...
20120313 17:21:54< Crab_> pokoko222: yes. we've had situations where a student was trying applications for 2 projects, but usually it is better to concentrate just on one.
20120313 17:22:25< pokoko222> no I mean should I just pick one project from my old ones to present it to you guys
20120313 17:22:43< Crab_> pokoko222: yes, pick one (preferably C/C++)
20120313 17:22:51< pokoko222> is C# fine?
20120313 17:23:03-!- matthiaskrgr [matthiaskr@109.73.162.119] has quit [Excess Flood]
20120313 17:23:04< Crab_> All is fine, it's just C/C++ is better.
20120313 17:23:30< pokoko222> well I have a 2d game engine in c++, but that project is not as cool as the AI soccer simulation in c#
20120313 17:23:36< pokoko222> I might present both then
20120313 17:24:00< pokoko222> but the AI soccer simulation is actually done from c++ code so... that is some plus I guess
20120313 17:24:06< pokoko222> I read the c++ and did my c# from it
20120313 17:25:30-!- matthiaskrgr [matthiaskr@109.73.162.119] has joined #wesnoth-dev
20120313 17:26:01-!- Elvish_Pillager [~eli@dhip-149.coburn.residences.colby.edu] has quit [Ping timeout: 246 seconds]
20120313 17:26:05< Crab_> ok
20120313 17:26:05-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20120313 17:27:14< Nephro> Crab_, I see. Seems to me that a defense algorithm implementation would be very useful for this hint system(I'm just thinking out loud, since I'm sure I want to apply, but can't decide which project would be more interesting/useful). We wouldn't need to constrain movement to increase survivability
20120313 17:27:51< pokoko222> Crab_ ok since I am busy these days, I will wait a bit and if you guys are accepted I will prepare as fast as possible my project and proposition
20120313 17:27:58< pokoko222> thank you for the information you gave me
20120313 17:28:02< Crab_> pokoko222: ok, good luck
20120313 17:28:12< Crab_> Nephro: yes and no. usually we only want to protect 1-2 units
20120313 17:28:17-!- pokoko222 [~chatzilla@77.29.133.15] has left #wesnoth-dev []
20120313 17:28:58< Crab_> Nephro: so, protecting 1-2 units is slightly different from protecting the entire army better
20120313 17:34:30-!- Upth [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has joined #wesnoth-dev
20120313 17:34:30-!- Upth is now known as Upthorn
20120313 17:34:58-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20120313 17:35:04-!- fabi [~fabi@coli809.coli.uni-saarland.de] has quit [Remote host closed the connection]
20120313 17:42:39-!- the_new_lipk [~the_new_l@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20120313 17:50:35-!- EdB [~edb@tss37-1-89-82-194-231.dsl.sta.abo.bbox.fr] has joined #wesnoth-dev
20120313 17:55:37-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20120313 17:59:46< Nephro> Crab_, ok, that seems clearer now. About the "recruiting algorithm rework" and the "defense algorithm". How much of intrusion in the current  AI do you think would be necessary? If I recall correctly, the AI now doesn't do any planning ahead, it just finds the best move and executes it. Both of these projects would require some kind of planning mechanism and some heuristic rules, besides the calculations done by the formulas. What do you think?
20120313 18:01:29-!- fendrin [~fabi@88-134-21-125-dynip.superkabel.de] has joined #wesnoth-dev
20120313 18:01:29-!- fendrin [~fabi@88-134-21-125-dynip.superkabel.de] has quit [Changing host]
20120313 18:01:29-!- fendrin [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev
20120313 18:05:53-!- negusnyul [~negusnyul@dsl540286DB.pool.t-online.hu] has quit [Ping timeout: 244 seconds]
20120313 18:10:54< fendrin> hi Crab_
20120313 18:11:06< fendrin> Crab_: Do you have some time for questions?
20120313 18:14:28-!- negusnyul [~negusnyul@dsl540286DB.pool.t-online.hu] has joined #wesnoth-dev
20120313 18:40:59< Crab_> fendrin: hello. I have some time now
20120313 18:41:31< Crab_> Nephro: I think that most of the stuff can be handled by a few new candidate actions, and, maybe, by an improved goal system.
20120313 18:42:10< Crab_> Nephro: i.e. where, a system places some markers on the map and those markers are used/considered by CAs. (like currently it's done with target markers)
20120313 18:42:47-!- Pete-Requiem [~quassel@unaffiliated/peterporty] has joined #wesnoth-dev
20120313 18:43:57-!- EdB [~edb@tss37-1-89-82-194-231.dsl.sta.abo.bbox.fr] has quit [Quit: Konversation terminated!]
20120313 18:44:08< Ivanovic> hi
20120313 18:44:38-!- MeccaGod [~majs@host189-199.bornet.net] has joined #wesnoth-dev
20120313 18:46:30< fendrin> Crab_: As you can see in the repository I have converted the editor's palette class on a template to introduce different palettes which are able to handle different items.
20120313 18:46:51< fendrin> That would be in src/editor/palette/ if you want to have a look.
20120313 18:47:21< fendrin> Those palettes are bound to mouse action.
20120313 18:47:29< Crab_> I remember your plans about modernizing the editor
20120313 18:48:20< fendrin> In fact it is more the other way around, mouse actions (the class that implements the "editor tool"s ) are bound to the palette they need for their purpose.
20120313 18:49:49-!- wesbot changed the topic of #wesnoth-dev to: 167 bugs, 329 feature requests, 12 patches | Logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20120313 18:51:07< fendrin> Crab_: Now the problem is that there are editor tools which don't need a palette, like the "set starting position" tool. I first went with null pointers in that case but I think it is more elegant to go with a "empty palette" class being bound to these tools.
20120313 18:51:45< fendrin> Crab_: But what type is the empty palette about?
20120313 18:52:19< fendrin> boucman asked me to try void* which seems not to work, at least I didn't figure out the exact syntax.
20120313 18:52:21< Crab_> I'd say that 'set starting position tool' has an 1-element palette
20120313 18:52:56< Crab_> which sets the starting position (does something to the map)
20120313 18:53:28< fendrin> Well, if you implement the elements of a palette as functions that is a reasonable approach.
20120313 18:54:09< fendrin> But in the current assign it is better to think about the "brush" to be the function and the "palette element" is just an argument to the brush function.
20120313 18:54:22< fendrin> s/assign/design
20120313 18:55:05< Crab_> I see
20120313 18:55:13< fendrin> Doing the same thing to brush is on my next todo list.
20120313 18:55:39< Crab_> so, basically, your design has X specific brushes, each of the brushes knows about a 'palette' of a specific <type>, and uses that palette to configure itself ?
20120313 18:55:47< fendrin> Then tools are bound to brushes which are bound to palettes.
20120313 18:56:07< fendrin> No, I have X tools.
20120313 18:56:19< fendrin> Each of those tools does have one or more brushes.
20120313 18:56:53< Crab_> and, so, each tool knows about a selected palette elements that it works with?
20120313 18:57:02< fendrin> right
20120313 18:57:30< fendrin> Currently the paint tool and the fill tool both use the terrain palette.
20120313 18:57:45< Crab_> so, the question is, 'what is the type of the palette element for the starting location tool?', right ?
20120313 18:57:58< fendrin> But the fill tool does not use the current brush collection, they make no sense with the fill tool.
20120313 18:59:01< fendrin> Thus in the future the switching from point to fill tool will leave the user with the terrain palette but the brush bar will be disabled or replace with brushes that work fill specific.
20120313 19:00:10< Crab_> I would say that the starting location tool needs palette<'side'> as a palette.
20120313 19:00:27< Crab_> since you're setting a starting location for a particular team
20120313 19:00:43< Crab_> i.e., the palette can show numbers from 1 to Y, in this case.
20120313 19:00:49< Crab_> does it make sense to you?
20120313 19:00:57< fendrin> Indeed it does.
20120313 19:01:23< Crab_> however, you can also go with a 1-element 'side selector' palette
20120313 19:02:09< Crab_> or an empty palette. so, all the selection work would be done by the tool
20120313 19:02:13< fendrin> It's just that the current dialog that is triggered when you place the starting position tool is able to do more than I could do with the palette.
20120313 19:02:26< Crab_> yes, I agree
20120313 19:02:38< Crab_> basically, let's ask "what is the benefit of having a palette?"
20120313 19:03:08< fendrin> I think the best additional palette to the already existing terrain one is the unit palette.
20120313 19:03:15< Crab_> I would say that 'it's good to select the brush/palette beforehand if you want to do several operations with that brush/palette.
20120313 19:03:30< fendrin> It is already on my harddisk, I just can't deal with a last little drawing issue.
20120313 19:03:48< Crab_> so, since 'starting position for a particular side' is only placed once, it makes little sense to make it a palette element.
20120313 19:04:03< Crab_> what do you think?
20120313 19:04:04< fendrin> Yeah
20120313 19:04:28< fendrin> The starting position tool is good enough in its current state.
20120313 19:04:44< Crab_> for units, it's slightly more complicated
20120313 19:04:55< fendrin> why?
20120313 19:05:02< Crab_> there are two variables which make sense for the palette - unit type and unit side
20120313 19:05:34< Crab_> so, does it mean we want 1 unit palette per side?
20120313 19:05:47< Crab_> or, do we want an additional 'select side' selector?
20120313 19:05:56< fendrin> You remember that I had that working prototype of the enhanced editor? Codenamed "Segfault".
20120313 19:05:57< Crab_> or, are we going to pop up a dialog once unit is placed?
20120313 19:06:07< Crab_> haven't heard the codename before :)))))
20120313 19:06:42< fendrin> "Segfault" had an extra menu at the top working similar to the current "map" menu.
20120313 19:07:03< fendrin> It featured entries like "create new side" "edit side" "delete side" and so on.
20120313 19:07:18< Crab_> is there a way to select the 'current side' in it?
20120313 19:07:40< fendrin> For each side it created, like its map menu an extra entry and you could select the current "active" side.
20120313 19:07:52< Crab_> ok, great
20120313 19:08:05< Crab_> that makes it easy to add a unit palette
20120313 19:08:09< fendrin> Yes, the main feature was to select the current side, most of the time the result was: Segfault.
20120313 19:08:16< Crab_> :))
20120313 19:08:19< Crab_> have you fixed it?
20120313 19:08:52< fendrin> Well, I know how to port it to current trunk without the segfaults. I have learned much about where to search for those segfaults in these days.
20120313 19:08:57< Crab_> great
20120313 19:09:21< fendrin> The problem with the extra menu is that it is to space consuming.
20120313 19:09:31< fendrin> On low resolutions we run out of it.
20120313 19:09:51< Crab_> btw, if we have a unit palette, it should be easy to add a 'starting location' unit to it, as a first element (if we want to save the space used by the starting location tool)
20120313 19:09:53< fendrin> And I need another extra menu as well, one for "named areas".
20120313 19:10:16< Crab_> so, returning to the first question, I'
20120313 19:10:56< Crab_> I'd say " empty_palette (no parameters) for start location tool, and unit_palette (string unit_type as parameter) for unit tool "
20120313 19:12:01< fendrin> Crab_: Template with no parameters is allowed?
20120313 19:12:07< fendrin> crazy
20120313 19:12:12< fendrin> I tried all kind of stuff.
20120313 19:12:49-!- the_new_lipk [~the_new_l@host-91-147-212-174.biatv.hu] has quit [Ping timeout: 252 seconds]
20120313 19:14:02< vultraz> esr: got a weird wmlindent error: http://pastebin.com/hXVHzyML
20120313 19:14:03< Crab_> fendrin: no, and, actually, I would use an 1-element palette instead of an empty one
20120313 19:14:05-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 244 seconds]
20120313 19:14:14< vultraz> doesn't happen when running it on a subfoler.....
20120313 19:14:18< vultraz> folder*
20120313 19:14:26< Crab_> fendrin: i.e., imagine a palette in which there's only 1 element "starting location" with a suitable icon.
20120313 19:14:46< fendrin> Crab_: Well, what is the type of the palette in case of starting position?
20120313 19:15:03< Crab_> fendrin: std::string, for example
20120313 19:15:16< Crab_> fendrin: or a new class containing the picture location and the string name.
20120313 19:15:24< esr> vultraz: OK, please file a bug with a testcase and assign it to me.  It shouldn't be hard to fix.
20120313 19:15:57< Crab_> fendrin: make a new class, to allow 'virtual void draw_item(SDL_Rect& dstrect, const Item& item, std::stringstream& tooltip)' to be overridden in a generic way.
20120313 19:16:05-!- mjs-de [~mjs-de@e183141098.adsl.alicedsl.de] has quit [Ping timeout: 246 seconds]
20120313 19:16:53< fendrin> Crab_: Wait, please let me commit my current code. The one in trunk is horrible outdated.
20120313 19:16:57< Crab_> fendrin: ok
20120313 19:17:18-!- the_new_lipk [~the_new_l@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20120313 19:17:27< Crab_> fendrin: in general, look at editor_palette class and see what your requirements for Item are.
20120313 19:18:44< Crab_> fendrin: it has to be convertible to string id, and it has to be drawn.
20120313 19:19:25< CIA-134> fendrin * r53522 /trunk/src/ (53 files in 6 dirs): 
20120313 19:19:25< CIA-134> Refactored the map editor.
20120313 19:19:25< CIA-134> Implemented the unit palette and the empty palette.
20120313 19:19:33< Crab_> fendrin: and it has to provide a tooltip, as well
20120313 19:20:01< Crab_> fendrin: so, a minimalistic Item is a { id , translated tooltip, image } tuple
20120313 19:20:21< CIA-134> fendrin * r53523 /trunk/src/editor/action/ (4 files in 2 dirs): Forgot some new classes to the last commit.
20120313 19:21:05< Crab_> looking at the new code...
20120313 19:22:07< fendrin> Crab_: You suggest to drop the template in favour of a class handling the new palette item triple?
20120313 19:22:55< Crab_> fendrin: the template is less powerful in case we want the image to be generated on the fly with something non-trivial, it can't handle the case.
20120313 19:23:30< Crab_> fendrin: so, I'd keep the template, but rename the empty_palette into simple_palette which would handle those triples
20120313 19:24:37< Crab_> fendrin: in fact, if I were redesigning this, I'd probably drop the template on palettes.
20120313 19:25:31< Crab_> fendrin: however, it might be worthwhile to retain it, as well.
20120313 19:25:46< vultraz> wowow lots of new files
20120313 19:25:50< Crab_> palettes bring us a benefit where the same list of items is used by multiple tools
20120313 19:25:55 * vultraz heads into XCode
20120313 19:26:15< Crab_> i.e., if multiple tools mess with terrain, then having a single terrain palette which knows how to generate lists of terrains is a good stuff.
20120313 19:26:16< fendrin> vultraz: Lot's of moved files. Only a few new ones.
20120313 19:29:01-!- mjs-de [~mjs-de@g224188068.adsl.alicedsl.de] has joined #wesnoth-dev
20120313 19:29:13< Crab_> fendrin: so, from that point-of-view, we'll have "list of terrains", "list of units", "empty list".
20120313 19:30:12< fendrin> Yeah, together with the item_group struct it is something like map of group_id to terrain list.
20120313 19:30:26< Crab_> fendrin: if the code of the editor is robust enough to work with empty (0-element palettes), then I guess it doesn't matter what type is chosen for the empty palette, but for the compilation speed, I'd pick a base type such as int
20120313 19:31:38 * vultraz builds
20120313 19:32:32< fendrin> vultraz: Have fun, it's codename is "assertion". Because I wrote assertions around all the areas that would otherwise segfault.
20120313 19:34:22< fendrin> Crab_: I think the 1-element palette is an option to go together with the implementation of some sort of "palette manager".
20120313 19:34:45< vultraz> eeeek...241 files to rebuild
20120313 19:34:54< fendrin> Crab_: It would handle how mouse_actions (the editor tools) palettes and brushes interact.
20120313 19:35:13< Crab_> fendrin: why there's need for that?
20120313 19:35:40< Crab_> fendrin: i.e., if we have a tool (e.g. unit_tool), it obviously knows that it works with a unit palette
20120313 19:35:55< fendrin> Crab_: Well, it is not exactly needed. But those palettes are all gui instances just being at the same place on screen.
20120313 19:36:23< fendrin> Thus I go with drawing exactly only the one that is bound to the current active mouse action.
20120313 19:37:06< Crab_> fendrin: and what would the manager do?
20120313 19:37:08< fendrin> So there is some management already involved which is currently spread over editor controller and the palette/mouse classes.
20120313 19:37:28< fendrin> Crab_: The manager would get all input as some sort of mother gui widget.
20120313 19:37:45< fendrin> It would only call the child meant to be drawn.
20120313 19:38:47< Crab_> maybe make only one gui element and make all the current palettes non-gui?
20120313 19:39:22< fendrin> Yes, that would be doable with the palette manager mother thing.
20120313 19:39:32< Crab_> i.e., make 1 'palette manager' which would be a widget, and make it customizable (at runtime) by the non-gui palettes.
20120313 19:40:07< Crab_> the palettes would deal with maintaining element lists and drawing (where asked)
20120313 19:40:49< Crab_> and the manager would deal with all the rest.
20120313 19:41:07< Crab_> each tool would ask the manager to switch to "palette X"
20120313 19:41:52< Crab_> and, it would be able to ask the manager about currently active item_id, and then ask the palette about that id (translating it to terrain or to unit)
20120313 19:42:32< Crab_> then, there comes another, unrelated, concern
20120313 19:43:53< fendrin> sounds very well so far
20120313 19:47:14-!- Danceman [~Danceman@a94-132-158-220.cpe.netcabo.pt] has joined #wesnoth-dev
20120313 19:47:24< Crab_> fendrin: http://pastebin.com/j3NggqA9
20120313 19:47:38< Crab_> the concern is in the '//should this be cached ?' comment
20120313 19:48:06< Crab_> i.e., if we have a scenario, the number of available units/terrains varies depending on binary paths, included directories, etc
20120313 19:48:44< Crab_> yet, if they stay the same, it makes sense to keep the unit type lists / terrain lists
20120313 19:49:10< Crab_> and since palettes only depend on those, it makes sense to keep (cache) the palettes in a single place
20120313 19:49:38< fendrin> Well, I think it is enough to have a single instance of terrain_palette around.
20120313 19:49:49< Crab_> what if we want to load custom terrains?
20120313 19:50:03< Crab_> (oops, in that pastebin, there's one accidential line)
20120313 19:50:19< fendrin> The editor does that already somehow.
20120313 19:55:13-!- iwaim [~iwaim@124.146.179.9] has quit [Ping timeout: 252 seconds]
20120313 19:57:42< fendrin> Well, I don't know exactly how the editor is aware about umc terrains from addons.
20120313 19:59:34< Crab_> fendrin: so, the code might look like http://pastebin.com/18kRv77q
20120313 20:00:33< Crab_> in this case, 'palette' are model classes
20120313 20:01:50< Crab_> but, in this design, the 'state of the ui' still belongs to widgets
20120313 20:03:11< Crab_> the ugly part here is that 'serialization to string' requirement (since the widget doesn't know the type of the model)
20120313 20:04:59< CIA-134> ivanovic * r53524 /trunk/ (11 files in 10 dirs): updated Russian translation
20120313 20:05:09< CIA-134> ivanovic * r53525 /branches/1.10/ (10 files in 9 dirs): updated Russian translatio
20120313 20:06:24< fendrin> Crab_: Model View Controller Design?
20120313 20:06:56< Crab_> not exactly, but still, separation of model data vs gui state.
20120313 20:07:22< Crab_> and the tool asks the GUI for its state, and asks the model for info related to this state.
20120313 20:08:21< Crab_> the serialization part comes from the fact that, if we make the GUI generic, then GUI doesn't know what it deals with.
20120313 20:08:34-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20120313 20:08:41< fendrin> If we can get the map, namely the current map_context into that boat as well, they can work mostly independent without having all go through the editor controller class.
20120313 20:08:49-!- iwaim [~iwaim@124.146.179.9] has joined #wesnoth-dev
20120313 20:12:38< Crab_> fendrin: to make things easier in the long run, we would benefit from having/finding a separate 'editor model' class
20120313 20:13:16< Crab_> fendrin: but, IMO, it's better to concentrate on small things, moving slowly.
20120313 20:13:43< fendrin> Well, the current implementation suits me well enough. 
20120313 20:13:51< fendrin> If it wasn't for that ugly drawing bug.
20120313 20:13:56< Crab_> fendrin: ok, good
20120313 20:14:17< fendrin> you need to resize the editor once to get rid of it.
20120313 20:14:24< fendrin> vultraz: ^ 
20120313 20:14:28-!- knotwork [~markm@unaffiliated/knotwork] has quit [Ping timeout: 260 seconds]
20120313 20:14:37< fendrin> Crab_: But that does not mean that discussion is worthless.
20120313 20:14:46-!- anonymissimus [~chatzilla@HSI-KBW-078-042-163-105.hsi3.kabel-badenwuerttemberg.de] has joined #wesnoth-dev
20120313 20:15:19< vultraz> fendrin: eh....what?
20120313 20:15:23< vultraz> I'm lost
20120313 20:15:33< fendrin> Crab_: The palette can certainly be enhanced and having it all more modular will make it less worthy to earn the "Segfault" working name.
20120313 20:16:08< Crab_> yes, but it means that we should move in small steps. i.e., it seems like a good idea to make one 'palette widget' and many templated non-widget editor palettes which have a 'const T& get_by_id(const std::string &id) method '
20120313 20:16:14< fendrin> vultraz: You need to resize the editor window a little, once to get rid of a nasty drawing buck that makes all ugly.
20120313 20:17:25< Crab_> fendrin: then, palette widget would redraw itself based on 'current' palette, and it would have a method to switch to different palette, like  'switch_to_palette(editor_palette *palette)'
20120313 20:17:51< Crab_> then, tools would use that method to do the switch, and the widget hierarchy would not be affected on that switch.
20120313 20:17:55 * anonymissimus would like to see Nephro working on Lua ai again
20120313 20:18:00-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20120313 20:18:01< fendrin> Crab_: Yeah, that is certainly a good idea to do. It might help to get rid of the drawing issue.
20120313 20:18:15< Crab_> anonymissimus: do you have a 'wanted/missing stuff list' for lua ai?
20120313 20:18:40-!- the_new_lipk [~the_new_l@host-91-147-212-174.biatv.hu] has left #wesnoth-dev ["Leaving"]
20120313 20:19:14-!- knotwork [~markm@142.177.232.143] has joined #wesnoth-dev
20120313 20:19:14-!- knotwork [~markm@142.177.232.143] has quit [Changing host]
20120313 20:19:14-!- knotwork [~markm@unaffiliated/knotwork] has joined #wesnoth-dev
20120313 20:19:31< fendrin> Crab_: If you want to get involved into the "enhanced editor" project more deeply, there is a job on the other hand of the tool to do.
20120313 20:19:58< vultraz> fendrin: er......lemme finish compiling first 
20120313 20:20:06< vultraz> so I can see what you're referring to 
20120313 20:20:20-!- EdB [~edb@tss37-1-89-82-194-231.dsl.sta.abo.bbox.fr] has joined #wesnoth-dev
20120313 20:20:46< fendrin> vultraz: It is the background of the sidebar. It gets painted black and stays so. It's not harming functionality, just ugly.
20120313 20:21:09< CIA-134> espreon * r53526 /trunk/src/editor/ (12 files in 3 dirs): Ran umcpropfix.
20120313 20:21:15< anonymissimus> Crab_: no; but I think mattsc has
20120313 20:21:42< anonymissimus> at least he knows some bugs and he wanted to tell you but you are always so busy
20120313 20:21:53< Crab_> anonymissimus: I've asked him to contact mattsc today
20120313 20:22:03< Crab_> anonymissimus: yes, I know (
20120313 20:22:24< anonymissimus> mattsc is the only one who actually uses/used the Lua AI AFAICT
20120313 20:22:39< anonymissimus> me doesn't so I can't tell much about the whole thing
20120313 20:23:03< Crab_> yes, we need to lower the barrier of entry there...
20120313 20:23:49< anonymissimus> IIRC some of the functionality wasn't even documented in the wiki...that shoulda be part of GSoC as well
20120313 20:23:59< anonymissimus> not just getting code done
20120313 20:24:28< Crab_> yes, I agree
20120313 20:27:40< Nephro> I don't remember leaving something undocumented, but I will contact mattsc and make sure the problem is solved
20120313 20:29:40< fendrin> Crab_: Would you mind if I fill out a feature request and assign it to you for the issue? The wml inspector, can it feature forms to manipulate and write the values back to the config argument?
20120313 20:32:23< anonymissimus> Nephro: IIRC some of the cfun_*s in src/ai/lua/core.cpp:579ff are still undocumented
20120313 20:32:45< CIA-134> ivanovic * r53527 /trunk/po/wesnoth-units/ru.po: updated Russian translation
20120313 20:32:57< anonymissimus> that came up while I helped him out in his AI thread
20120313 20:34:50< CIA-134> mordante * r53528 /trunk/src/editor/palette/ (terrain_palettes.cpp unit_palette.cpp): Fix signed versus unsigned comparison warnings.
20120313 20:34:54-!- Gallaecio [~quassel@84.120.113.193.dyn.user.ono.com] has joined #wesnoth-dev
20120313 20:35:01< vultraz> fendrin: hum...yeah it IS ugly. any way to fix it?
20120313 20:35:22< vultraz> BTW here's the XCode projectfile update: http://pastebin.com/raw.php?i=0ctnG8V6
20120313 20:35:29< vultraz> can someone commit it?
20120313 20:35:48< fendrin> vultraz: Yes, resize the window. As mentioned before.
20120313 20:36:22< vultraz> I mean so it doesn't happen in the first place
20120313 20:36:23< fendrin> It is fine after resizing once for as long as you use it. I just hate that bug.
20120313 20:36:59< vultraz> um...
20120313 20:37:04< vultraz> segfault
20120313 20:37:09< fendrin> :-)
20120313 20:37:19< fendrin> please tell my how to reproduce.
20120313 20:37:37-!- mordante [~mordante@roadie.xs4all.nl] has joined #wesnoth-dev
20120313 20:37:39-!- mordante [~mordante@roadie.xs4all.nl] has quit [Changing host]
20120313 20:37:39-!- mordante [~mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20120313 20:37:42< vultraz> humm
20120313 20:37:52< mordante> servus
20120313 20:37:56< vultraz> actually, I think it's the pesky string disposal ereor again
20120313 20:38:07< vultraz> 0   libstdc++.6.dylib             	0x9c520f20 std::string::_Rep::_M_dispose(std::allocator<char> const&) + 32
20120313 20:38:18 * vultraz hates that error
20120313 20:38:21< vultraz> ¬_¬
20120313 20:38:40-!- Elvish_Pillager [~eli@dhip-149.coburn.residences.colby.edu] has joined #wesnoth-dev
20120313 20:41:12< vultraz> fendrin: when I initially launch the editor, the little image next to 'Groups' indicating the current terrain group isn't there
20120313 20:41:21< vultraz> intentional?
20120313 20:41:28< fendrin> nope
20120313 20:41:46< fendrin> have you tried switching to units?
20120313 20:42:01< fendrin> or what did segfault?
20120313 20:42:30< vultraz> can't seem to place a unit
20120313 20:44:01-!- matthiaskrgr [matthiaskr@109.73.162.119] has quit [Quit: Hosted by rdlBNC (Server 3 - East Coast USA)]
20120313 20:44:21< vultraz> I can switch to Units, select one, but nothing happens when I try to put one on the map
20120313 20:45:03< mordante> Ivanovic, regarding the test of yesterday was line 106 - 120 with or without patch?
20120313 20:46:02< Ivanovic> *WHICH* patch?
20120313 20:46:26< Ivanovic> i used vanilla trunk and only added the define for int instead of float
20120313 20:47:09< vultraz> fendrin: also, when I switch to Units from Paint, the group image next to 'Group' remains until I switch to another race
20120313 20:47:32< vultraz> and when I switch back, it remains gone until I select a new terrain group
20120313 20:48:10< vultraz> I'm assuming each unit race will one day have its own group icon?
20120313 20:48:51 * mordante hits head against the wall, never posted to patch yesterday
20120313 20:49:29< mordante> Ivanovic, the patch I thought I posted yesterday :-P
20120313 20:50:38-!- Blueblaze [~Blueblaze@adsl-99-158-44-85.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20120313 20:50:46< Ivanovic> mordante: okay, without that patch
20120313 20:51:48< mordante> I'll soon have a patch for you to test 
20120313 20:53:45< mordante> Ivanovic, can you test this patch http://paste.debian.net/159589/ using -O2 and with and without -DFLOATING_POINT_EMULATION_USE_SCALED_INT
20120313 20:54:07< mordante> I have some more ideas for improvements of the patch, just like to see whether I'm on the right track
20120313 20:54:14< vultraz> can someone commit this XCode projectfile update? http://pastebin.com/raw.php?i=0ctnG8V6
20120313 20:54:24< mordante> it removes a lot of floating point values with simple integers
20120313 20:54:43< mordante> vultraz, I'll commit it
20120313 20:57:45< CIA-134> mordante * r53529 /trunk/projectfiles/Xcode/Wesnoth.xcodeproj/project.pbxproj: 
20120313 20:57:45< CIA-134> Update XCode project file.
20120313 20:57:45< CIA-134> Patch provided by vultraz.
20120313 20:58:03< vultraz> thanks :)
20120313 20:58:11< mordante> no problem
20120313 20:59:24< fendrin> mordante, vultraz: Thank you very much.
20120313 20:59:56< fendrin> vultraz: That is still unimplemented, only the palette itself is to be watched.
20120313 21:02:06< vultraz> that=placing a unit?
20120313 21:04:06< fendrin> vultraz: Yes, placing wouldn't be the problem, the problem is that the display of the editor is not capable of rendering units yet.
20120313 21:04:28< vultraz> ah...
20120313 21:04:35< vultraz> are you working on that?
20120313 21:04:59< fendrin> I have had that working prototype...
20120313 21:05:11< fendrin> The one called Segfault.
20120313 21:05:17< fendrin> It could do that.
20120313 21:06:58< fendrin> I might work on the item tool first. The units are hard to get displayed without a massacrer to the display class hierarchy.
20120313 21:08:00< vultraz> ohright, you need an icon for that and the soundsource tool
20120313 21:09:10< fendrin> It is not urgent.
20120313 21:10:02< Ivanovic> mordante: running it
20120313 21:10:22< Ivanovic> mordante: that is: you will get the extended list of results
20120313 21:10:38-!- matthiaskrgr [matteh@109.73.162.119] has joined #wesnoth-dev
20120313 21:10:40< mordante> ok
20120313 21:12:38< fendrin> esr: You know a little bit about how emacs work, right? I used emacs together with the moscowML sml interpreter. Had I buffer where I could talk to the interpreter directly like on a commandline and a second buffer which I could send to be interpreted.
20120313 21:12:51< Ivanovic> http://pastebin.com/4CrnXhT8
20120313 21:13:38< esr> fendrin: I know a *lot* about how Emacs works.  What interpreter do you want to front-end? lua?
20120313 21:13:48< fendrin> esr: The wesnoth engine.
20120313 21:14:10< fendrin> esr: It shall execute action wml.
20120313 21:14:32< fendrin> no matter if there is lua inside or not.
20120313 21:14:37< esr> Ahh.  Interesting.  
20120313 21:14:44< esr> Quite possible.
20120313 21:15:05< fendrin> esr: Could you do the emacs part if I do the c++ part?
20120313 21:15:24< esr> Possibly. What's the C++ part?
20120313 21:15:52< Ivanovic> mordante: looks like a nice improvement, though things still have a significantl delay
20120313 21:16:29< mordante> Ivanovic, yes but it looks very promising, I added two divisions in an inner loop, which probably can be removed
20120313 21:17:15< fendrin> I think it might be to accepting a stream from std:in and handle it like it was action wml executed in an event. Maybe a gui to define the environment of the event. I had hoped that you can tell me how to best communicate with emacs.
20120313 21:17:43< esr> fendrin: I can do that, yes.  
20120313 21:17:44< mordante> Ivanovic, also there are some floating point + 0.5 which can be done without floating point code
20120313 21:19:01< esr> fendrin: Best way would be for a running Wesnoth instance to open a control socket through which Enacs can push WML to be executed and the results visible in the running instance.
20120313 21:19:09< Ivanovic> mordante: sounds promising!
20120313 21:19:35< esr> fendrin: The Emacs side, pushing WML down the socket, would be quite easy.
20120313 21:19:41-!- MeccaGod [~majs@host189-199.bornet.net] has quit []
20120313 21:20:22< mordante> Ivanovic, yes it does, I just hope it's enough
20120313 21:21:01< Ivanovic> how fast are those tests if you run them on your normal machine?
20120313 21:21:16< Ivanovic> does it also require one or two seconds or is it directly done?
20120313 21:21:50< mordante> btw did you see the images now look usable?
20120313 21:22:38-!- mjs-de [~mjs-de@g224188068.adsl.alicedsl.de] has quit [Remote host closed the connection]
20120313 21:22:58-!- EdB_ [~edb@tss37-1-89-82-194-231.dsl.sta.abo.bbox.fr] has joined #wesnoth-dev
20120313 21:23:12< fendrin> esr: The emacs side would also need to read the gcc style error syntax of the engine and try to bind it to the code sections.
20120313 21:24:03< esr> Yes, that's not difficult.
20120313 21:24:21< Ivanovic> i have not looked at the images, i just ran the script testing all cases
20120313 21:25:16< mordante> the main screen is almost identical to the original algorithm
20120313 21:25:27< Ivanovic> and story images?
20120313 21:25:30< fendrin> esr: Is there a termination symbol? I mean, how does the engine know when to start executing?
20120313 21:25:57< mordante> the one I tested always was identical
20120313 21:26:23< Ivanovic> great!
20120313 21:26:26< mordante> ./wesmage -otb.png -fscale:800,480 Two_Brothers_M1P1.png -> 1.70user 0.02system 0:02.33elapsed 73%CPU
20120313 21:26:31< fendrin> esr: And it needs to interact with the emacs wml mode we already have.
20120313 21:26:58< mordante> ./wesmage -omain.png -fscale:800,480 wesnoth.png -> 0.50user 0.01system 0:00.77elapsed 67%CPU
20120313 21:27:00< Ivanovic> how powerful is your machine and do you per chance have access to something slower like an old intel atom?
20120313 21:27:19< esr> fendrin: When a language has a known syntacx that can be parsed, normal practice is to use that to defibe a function that, starting from point (the cusor location) finds the boundaries of the larges enclosing construct and execures that.
20120313 21:27:25< mordante> not much difference between float and scaled int
20120313 21:27:37-!- EdB [~edb@tss37-1-89-82-194-231.dsl.sta.abo.bbox.fr] has quit [Ping timeout: 272 seconds]
20120313 21:27:43< Ivanovic> i don't expect much difference, just to get some baseline numbers about scaling in general
20120313 21:28:16< mordante> quad core AMD Phenom(tm) II X4 905e Processor at 2.5 GHz
20120313 21:28:17< Ivanovic> what i'd prefer is to have some load screen shown while it is scaling since those >10s with a black screen are rather disturbing otherwise
20120313 21:28:46< mordante> and not sure what's exactly in my netbook, but it's an atom
20120313 21:29:08< Ivanovic> it is older, right?
20120313 21:29:21< Ivanovic> would be a nicer test and closer to "embedded hardware"
20120313 21:29:31< mordante> at least 3 years
20120313 21:29:51< mordante> yeah, but comparing an atom against and ARM is not really fair
20120313 21:30:03< CIA-134> ivanovic * r53531 /branches/1.10/po/wesnoth-nr/sk.po: updated Slovak translation
20120313 21:30:06< CIA-134> ivanovic * r53530 /trunk/po/wesnoth-nr/sk.po: updated Slovak translation
20120313 21:30:38< Ivanovic> of course it is not fair, it just gives a better idea of how cpu intense the (down)scaling is / might be
20120313 21:30:42< fendrin> esr: Do you think that practice is preferable in case of WML?
20120313 21:30:51< Ivanovic> once we are on "integer only" or "close to integer only" levels
20120313 21:31:09< esr> fendrin: I think it should work fine.
20120313 21:31:20< Ivanovic> since you might have seen that it still takes 13s to scale some things
20120313 21:32:16< mordante> yeah I've seen it
20120313 21:32:20< Ivanovic> that is 18s for the two brothers pic to 800x480 and 13s for it to 640x480
20120313 21:32:50< fendrin> esr: You assume that you wait for complete event tags and go with the single ones?
20120313 21:32:53< Ivanovic> with basically identical results for float and scaled-int version
20120313 21:33:14< mordante> yup
20120313 21:33:45< esr> fendrin: Yes, is there a functional problem with that?
20120313 21:33:45< mordante> no idea how much the few floating point values remaining give a bottleneck
20120313 21:34:51< Ivanovic> are there floats remaining in the scaled int version?
20120313 21:34:56< Ivanovic> for the image scaling that is
20120313 21:35:13< mordante> the + 0.5 
20120313 21:35:30< Ivanovic> right, this can be an issue due to how the pipeline works
20120313 21:35:33< fendrin> esr: Well, it might make much sense to just trow in action wml tages. If one suspects the thing to work like a language interpreter. 
20120313 21:35:37< mordante> exactly
20120313 21:36:06< Ivanovic> could you test wesmage with these pics and settings on your atom?
20120313 21:36:17< mordante> but it can be fixed by adding alpha >> 1 before the division
20120313 21:36:25< Ivanovic> if this one needs a "long" time, too, then it is clearly the general algorithm which is slow
20120313 21:37:20< mordante> I've to see it will at least take a long time to compile, last time about an hour
20120313 21:38:02-!- enchilado [~enchilado@defocus/yummy/enchilado] has joined #wesnoth-dev
20120313 21:38:43< mordante> and first like to optimize the algorithm a bit more
20120313 21:38:54< fendrin> esr: But you might be right. Just assuming that the first thing is an openening tag construct and reading till the corresponding closing one appears might work very well. For whole events and for action wml. The problem is that there is a semantic difference. Pure action wml is just executed on the fly. Action wml embedding inside [event] defines in fact an event listener. But I think I can handle the difference on the c++ side.
20120313 21:39:31< esr> fendrin: Good.  I'll try to be cooperative.
20120313 21:39:33< mordante> btw also on the PC the TB image is way slower than the main image
20120313 21:40:17< Crab_> fendrin: sending in wml wrapped in lua would be slightly more fun (it would more easily allow other usages, such as (semi) automated testing of wesnoth.
20120313 21:41:23< Crab_> (of course, it's interchangeable, as it can be wrapped both ways)
20120313 21:41:36< fendrin> Crab_: Yes but I do not want the end user to bother about that. Maybe emacs could wrap the code in lua and use a special lua interface?
20120313 21:41:48< mordante> Ivanovic, actually seems the compiler is rather smart for the scaled int version the compiler uses no floating point code
20120313 21:42:02< Crab_> fendrin: yes, especially if emacs knows that the selected code is WML
20120313 21:43:45< Crab_> fendrin: and, with lua, it can be made useful for lua ai development (i.e., we can make a function which would tell us what the evaluation of a particular candidate action would bring in current position in wesnoth)
20120313 21:44:08< Crab_> but I agree that the user should not have to do any wrapping by himself
20120313 21:44:37< Crab_> but the channel should support both WML and lua (one of those might be wrapped in another)
20120313 21:48:05< fendrin> Crab_: Thus, what is needed on the emacs side of the issue? Reading errors in gcc style on std:in and giving each tag embedded in lua on stdout?
20120313 21:49:06< Crab_> fendrin: I think that we should formulate the API calls we have, first
20120313 21:50:13< Crab_> fendrin: then, we'll have the lua code that can be used from wesnoth's console to trigger them
20120313 21:50:26< Crab_> fendrin: i.e. using :lua ...
20120313 21:51:04< Crab_> fendrin: then, we should add a way to hijack/emulate that console from socket (both input and output, or partially)
20120313 21:51:40-!- pokoko222 [~chatzilla@77.29.135.32] has joined #wesnoth-dev
20120313 21:51:48< Crab_> fendrin: I think that it makes sense to reuse the console commands we have in wesnoth's now, on wesnoth's side.
20120313 21:51:54< pokoko222> how is the world represented 
20120313 21:51:57-!- EdB_ [~edb@tss37-1-89-82-194-231.dsl.sta.abo.bbox.fr] has quit [Quit: Konversation terminated!]
20120313 21:52:00< pokoko222> is it graph or grid based
20120313 21:52:07< Crab_> pokoko222: grid
20120313 21:52:43< pokoko222> the project is big, if I were to do something AI related which files do I study first?
20120313 21:53:30< fendrin> Crab_: Well, why not just bind what you get when using : or :lua to std:in/std:out. Should work out of the box without much design thing. 
20120313 21:53:32< Crab_> pokoko222: http://wiki.wesnoth.org/Practical_Guide_to_Modifying_AI_Behavior and links from there, in particular http://wiki.wesnoth.org/Customizing_AI_in_Wesnoth_1.8#how_AI_works.2C_a_short_developer-oriented_overview
20120313 21:53:41< Crab_> fendrin: yes, something like this.
20120313 21:54:10< pokoko222> Crab_ have not seen much yet, is the project commented well?
20120313 21:54:15< Crab_> fendrin: then, for events, you can just add/execute them that way
20120313 21:54:27< pokoko222> how much time it takes to start coding
20120313 21:54:31< Crab_> pokoko222: no. but not all parts of the code are messy, so try it out and start
20120313 21:54:38< Crab_> pokoko222: on linux, it's rather easy
20120313 21:55:07< Crab_> pokoko222: i.e. I was able to compile&fix my first bug in less than a day from seeing the source.
20120313 21:55:58< Crab_> fendrin: the extra benefit that we'd get is that we'll be able to script commands like :cl, :unit, as well
20120313 21:56:10< Crab_> fendrin: and any other commands that we might add to console mode later
20120313 21:57:27< pokoko222> Crab_ it took you just a day to start coding the first time?
20120313 21:58:15< Crab_> yes. and, on linux, it's easy to start
20120313 21:58:30< Crab_> it's harder on Windows and MacOS.
20120313 21:58:34< anonymissimus> fendrin: btw I would appreciate if you could somehow "combine" file renamings/movings
20120313 21:59:05< anonymissimus> that is, I think you removed or renamed some file which were just added very recently
20120313 21:59:09< pokoko222> Crab_ but it is a huge project, how did you even get to read anything 
20120313 21:59:21< pokoko222> wow
20120313 22:00:10< Crab_> pokoko222: if you have a bug which is easy to reproduce, and a debug build, you can use the debugger to get going fast
20120313 22:01:10< Crab_> (I have to go now, will be online in 30 minutes)
20120313 22:01:14-!- Crab_ [Crab_@wesnoth/developer/crab] has quit [Quit: Crab_]
20120313 22:02:09< fendrin> anonymissimus: Ah, yes. Might have happened. I am going to split of much stuff and refacture it inside of the editor. Most likely a similar thing will happen again several times until everything is ready. What exactly is your concern?
20120313 22:02:30< pokoko222> Crab_ ok cya 
20120313 22:03:19< anonymissimus> fendrin: well, I need to follow closely whatever changes happens in the project or the MSVC built ends up what it was in late 1.7
20120313 22:03:50< fendrin> anonymissimus: It was mostly one commit doing all the refactoring, how could I have combined it more?
20120313 22:05:50< anonymissimus> never mind
20120313 22:05:59< anonymissimus> I hope you are mostly done now
20120313 22:06:12-!- pokoko222 [~chatzilla@77.29.135.32] has left #wesnoth-dev []
20120313 22:08:43< Ivanovic> mordante: don't compile the game and the server, just the tools
20120313 22:09:03< Ivanovic> mordante: this should significantly speed up things (it does here! my laptop is not the fastest out there...)
20120313 22:10:20< fendrin> anonymissimus: Well, no. There will be much more splitting of the editor tool classes. So suspect it to get worse.
20120313 22:11:14< fendrin> anonymissimus: If you refer to file system changes.
20120313 22:12:24< anonymissimus> well...then pls try to keep the diffs for cmakelists/sconscript clean
20120313 22:12:40< anonymissimus> mostly I just look at those
20120313 22:13:38< anonymissimus> and perhpas don't add files until they are actually meant to be included in teh project; Alaranatlara got confused by that as well
20120313 22:24:59< mordante> Ivanovic, might help, but still takes quite a while. Will test once the algorithm is ready
20120313 22:25:18< mordante> Ivanovic, another advantage of my new ideas is that it's easy portable to 1.10.x
20120313 22:25:32< Ivanovic> mordante: normal compilation on my laptop takes >30min, just building the tools, nothing else, is done in <10min
20120313 22:25:47 * Ivanovic loves the sound of "easily portable"
20120313 22:26:06< mordante> I expected that 
20120313 22:28:52< Ivanovic> :)
20120313 22:31:44-!- negusnyul [~negusnyul@dsl540286DB.pool.t-online.hu] has quit [Quit: Konversation terminated!]
20120313 22:33:40< Ivanovic> mordante: thanks for the work on improving scaling for those embedded platforms!
20120313 22:35:05< mordante> Ivanovic, no problem, it's fun to do
20120313 22:36:13-!- Crab___ [~Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20120313 22:37:37-!- Crab___ is now known as Crab_
20120313 22:41:03-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20120313 22:50:00< Ivanovic> Crab_: there is/was a user in #wesnoth asking about AI work as option for gsoc
20120313 22:50:05< Ivanovic> maybe you should get in contact?
20120313 22:50:28< Ivanovic> i'm talking about pokoko222
20120313 22:50:49< Ivanovic> and now i'll head off to bed, n8
20120313 22:51:20< CIA-134> anonymissimus * r53532 /trunk/projectfiles/VC9/wesnoth.vcproj: VC9 projectfile update
20120313 22:51:35< Crab_> Ivanovic: we talked today, thanks
20120313 22:51:40< Ivanovic> okay
20120313 22:51:57< CIA-134> anonymissimus * r53533 /trunk/src/editor/palette/editor_palettes.cpp: fix a signed to size_t conflict warning
20120313 22:52:21< CIA-134> anonymissimus * r53534 /trunk/projectfiles/CodeBlocks/wesnoth.cbp: CB projectfile update
20120313 22:52:59< mordante> I'm off night
20120313 22:53:19-!- mordante [~mordante@wesnoth/developer/mordante] has quit [Quit: Leaving]
20120313 22:55:46-!- Alarantalara [~Adium@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20120313 22:58:22-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20120313 22:58:39< anonymissimus> vultraz: have you solved or worked around your crash problem btw ?
20120313 22:59:06< anonymissimus> since you seem to provide project files updated regularly now
20120313 23:00:09-!- Crendgrim [~crend@77-22-112-72-dynip.superkabel.de] has quit [Quit: ...]
20120313 23:06:29-!- loonybot [~loonybot@wesnoth/bot/loonybot] has quit [Remote host closed the connection]
20120313 23:13:56-!- Crab_ [~Crab_@wesnoth/developer/crab] has quit [Quit: Do it for joy and you can do it forever]
20120313 23:16:49-!- PolarPanda [~quassel@unaffiliated/peterporty] has joined #wesnoth-dev
20120313 23:21:00-!- Blueblaze [~Blueblaze@adsl-99-158-44-85.dsl.hstntx.sbcglobal.net] has quit [Ping timeout: 272 seconds]
20120313 23:24:04-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 260 seconds]
20120313 23:24:29-!- Blueblaze [~Blueblaze@adsl-99-158-44-85.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20120313 23:32:39-!- Blueblaze [~Blueblaze@adsl-99-158-44-85.dsl.hstntx.sbcglobal.net] has quit [Ping timeout: 252 seconds]
20120313 23:47:24-!- Danceman [~Danceman@a94-132-158-220.cpe.netcabo.pt] has quit [Quit: Leaving]
20120313 23:50:21-!- Blueblaze [~Blueblaze@adsl-99-158-44-85.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20120313 23:52:05-!- Blueblaze [~Blueblaze@adsl-99-158-44-85.dsl.hstntx.sbcglobal.net] has quit [Client Quit]
20120313 23:54:32-!- Ingeniumed [u5855@gateway/web/irccloud.com/x-obmxiufipgsyblyt] has quit [Ping timeout: 252 seconds]
20120313 23:56:12-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Quit: Leaving.]
--- Log closed Wed Mar 14 00:00:13 2012