--- Log opened Tue Jul 21 00:00:06 2009
20090721 00:00:09-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20090721 00:07:40< kiba_> This project released about 115 versions give or take a few missing versions
20090721 00:08:56< kiba_> that I couldn't count
20090721 00:09:14-!- wesbot changed the topic of #wesnoth-dev to: 64 bugs, 238 feature requests, 14 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20090721 00:23:34-!- mjs-de [n=mjs-de@wh.uni-dortmund.de] has quit [Read error: 113 (No route to host)]
20090721 00:27:09-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has quit ["night all"]
20090721 00:39:57-!- Crab_ [i=crab@wesnoth/developer/crab] has left #wesnoth-dev []
20090721 00:50:22-!- YogiHH [n=chatzill@c156105.adsl.hansenet.de] has left #wesnoth-dev []
20090721 00:53:36-!- Blarumyrran [n=minaise@81-20-159-197.levira.ee] has quit []
20090721 01:05:59< corn> Ivanovic: check http://cornmander.com/wesstats/killmaps
20090721 01:06:12< corn> I reduced the default scale to 1:2 scale and I made everything jpg quality 70
20090721 01:08:12< Aethaeryn> corn: Google maps for scenario previews?
20090721 01:08:36< corn> Aethaeryn: no, the maps will have a visualization layer that shows frequency of kills on that tile
20090721 01:08:45< corn> but sure, you could use them for that if you want
20090721 01:09:41< Aethaeryn> corn: We need to turn it into a Google Earth of Wesnoth ;)
20090721 01:09:55< corn> lol
20090721 01:09:55< Aethaeryn> An overall main map, and when you zoom into where scenarios take place, it's taken over by the scenario map
20090721 01:10:14< corn> that's a pretty cool idea
20090721 01:11:16< Aethaeryn> All you'd need to do is convert the stylized Wesnoth map into a Wesnoth map file.
20090721 01:11:25< Aethaeryn> With villages to stand for entire cities, etc.
20090721 01:12:04< corn> well, that plus google map layers that have locations relative to each other
20090721 01:12:12< corn> so you can zoom in from the global map to individual maps
20090721 01:12:29< Aethaeryn> yes, but constant styles would be preferrable
20090721 01:12:37< Aethaeryn> besides, there's not one Wesnoth worldmap
20090721 01:12:50< Aethaeryn> instead there's Green Isle, Great Continent, and north part of Great Continent
20090721 01:13:17< Aethaeryn> I for one would be interested to see where certain scenarios take place, particularly campaigns like Eastern Invasion
20090721 01:14:12< corn> integration into the game would be difficult... you need an html+js rendering engine built in to do that
20090721 01:14:22< corn> unless you recode the gmaps concept yourself
20090721 01:14:30< CIA-51> ilor * r37113 /trunk/src/gui/dialogs/lobby_main.cpp: set markup mode for the userlistbox label so color can work there
20090721 01:14:44< Aethaeryn> integration into the game would be unnecessary
20090721 01:14:56< Aethaeryn> some documentation simply works better on the wiki/website
20090721 01:15:10< Aethaeryn> especially if it would contain spoilers (or in this case, every map)
20090721 01:15:34< CIA-51> ilor * r37114 /trunk/src/gui/ (5 files in 2 dirs): 
20090721 01:15:34< CIA-51> change gui2::tselectable (and hence ttoggle_button) state_change callback to use a boost::function instead of a function pointer
20090721 01:15:34< CIA-51> note that since a a function pointer can be converted to a respective boost::function this actually requires very few changes.
20090721 01:15:49< CIA-51> ilor * r37115 /trunk/ (3 files in 2 dirs): 4-part-playerlist initial commit, needs a fix for a crash
20090721 01:16:33< CIA-51> cornmander * r37116 /website/stats.wesnoth.org/ (map_tiler.py wesstats/templates/killview.html): 
20090721 01:16:33< CIA-51> Changed map tiling script to emit lower quality JPGs instead of PNGs. Changed tiler to emit 1:2 scale maps and 1:4 scale maps instead
20090721 01:16:33< CIA-51> of 1:1 scale and 1:4 scale. Added location debugging on-click to the gmap.
20090721 01:17:07< CIA-51> ilor * r37117 /trunk/data/core/images/lobby/ (group-expanded.png group-folded.png): new lobby placeholder icons for user list group hiding
20090721 01:17:19-!- BenUrban [n=benurban@68.55.19.224] has joined #wesnoth-dev
20090721 01:17:20< Aethaeryn> At any rate, it'd just be an alternative way to access maps that you're already doing.
20090721 01:17:28< Aethaeryn> From the perspective of a worldmap rather than some kind of index.
20090721 01:17:31< corn> yep
20090721 01:17:45< corn> I'll consider it after I get this done, if there is more support from other devs
20090721 01:17:55< Aethaeryn> of course
20090721 01:18:01< Aethaeryn> a worldmap without all the little maps would be useless.
20090721 01:18:12< ilor> mordante: for some reason r37115 crashes when a player sees another player create a game, and dies in add_row with an assertiona about linked widgets. Which is kind of strange because it works initially, bu dies when a player is added to a different listbox
20090721 01:29:48-!- loonycyborg [n=sergey@wesnoth/developer/loonycyborg] has quit ["Zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz"]
20090721 01:30:19-!- loonybot [n=loonybot@wesnoth/bot/loonybot] has quit [Remote closed the connection]
20090721 01:39:18-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has quit [":wq"]
20090721 01:41:29-!- melinath [n=melinath@stud243246.studentenheim.uni-tuebingen.de] has quit ["Leaving"]
20090721 01:44:18-!- Elvish_Pillage2 [n=eli@71-10-231-36.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20090721 01:46:36-!- Elvish_Pillager [n=eli@71-10-231-36.dhcp.oxfr.ma.charter.com] has quit [Read error: 110 (Connection timed out)]
20090721 01:48:33-!- Turuk_ [n=Turuk@wesnoth/forumsith/turuk] has joined #wesnoth-dev
20090721 01:49:09-!- Sapient [n=patrickp@wesnoth/developer/sapient] has left #wesnoth-dev []
20090721 01:55:51-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has quit [Read error: 110 (Connection timed out)]
20090721 02:10:21-!- giusef [n=giusef@unaffiliated/giusef] has quit [Remote closed the connection]
20090721 02:18:50-!- Chusslove [n=Chusslov@brsg-d9bee498.pool.mediaWays.net] has quit [Read error: 110 (Connection timed out)]
20090721 02:25:13-!- Chusslove [n=Chusslov@brsg-d9beec1f.pool.mediaWays.net] has joined #wesnoth-dev
20090721 02:50:44-!- Noyga [n=lame-z@wesnoth/developer/noyga] has left #wesnoth-dev ["Quitte"]
20090721 02:57:06-!- Doppp|EeePC [n=aasdasd@c-67-171-96-240.hsd1.pa.comcast.net] has joined #wesnoth-dev
20090721 03:00:09-!- Zarel_ [i=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20090721 03:13:09-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20090721 03:15:13-!- Zarel [i=Zarel@warzone2100/developer/Zarel] has quit [Read error: 110 (Connection timed out)]
20090721 03:23:31-!- Blueblaze [n=nick@c-98-199-143-139.hsd1.tx.comcast.net] has joined #wesnoth-dev
20090721 03:24:32-!- Appleman1234 [n=Appleman@131.181.102.48] has joined #wesnoth-dev
20090721 03:27:43-!- ancestral [n=ancestra@166.205.4.177] has joined #wesnoth-dev
20090721 03:29:42-!- Elvish_Pillage2 [n=eli@71-10-231-36.dhcp.oxfr.ma.charter.com] has quit [Read error: 110 (Connection timed out)]
20090721 03:29:56-!- ancestral [n=ancestra@166.205.4.177] has quit [Read error: 104 (Connection reset by peer)]
20090721 03:30:22-!- ancestral [n=ancestra@166.205.4.177] has joined #wesnoth-dev
20090721 03:40:31-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20090721 03:41:46-!- Zarel_ is now known as Zarel
20090721 03:41:50-!- ancestral [n=ancestra@166.205.4.177] has quit [Read error: 104 (Connection reset by peer)]
20090721 03:42:25-!- ancestral [n=ancestra@166.205.4.177] has joined #wesnoth-dev
20090721 04:05:54-!- kiba_ [n=kiba@adsl-88-86-233.asm.bellsouth.net] has quit [Read error: 110 (Connection timed out)]
20090721 04:13:45-!- Ivanovic_ [n=ivanovic@dtmd-4db261e4.pool.einsundeins.de] has joined #wesnoth-dev
20090721 04:19:02-!- ancestral_ [n=ancestra@97-116-127-39.mpls.qwest.net] has joined #wesnoth-dev
20090721 04:19:18-!- ancestral_ [n=ancestra@97-116-127-39.mpls.qwest.net] has quit [Client Quit]
20090721 04:19:27-!- ancestral [n=ancestra@166.205.4.177] has quit ["Get Colloquy for iPhone! http://mobile.colloquy.info"]
20090721 04:20:02-!- ancestral [n=ancestra@97-116-127-39.mpls.qwest.net] has joined #wesnoth-dev
20090721 04:30:20-!- kiba_ [n=kiba@adsl-88-84-163.asm.bellsouth.net] has joined #wesnoth-dev
20090721 04:30:47-!- Ivanovic [n=ivanovic@wesnoth/developer/ivanovic] has quit [Read error: 110 (Connection timed out)]
20090721 04:31:44-!- Ivanovic_ is now known as Ivanovic
20090721 04:57:07-!- Kenpachi [n=chatzill@CPE-124-182-228-247.sa.bigpond.net.au] has joined #wesnoth-dev
20090721 05:01:38-!- Turuk_ [n=Turuk@wesnoth/forumsith/turuk] has quit [Read error: 60 (Operation timed out)]
20090721 05:08:20-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has joined #wesnoth-dev
20090721 05:20:47-!- kiba_ [n=kiba@adsl-88-84-163.asm.bellsouth.net] has quit [Read error: 104 (Connection reset by peer)]
20090721 05:56:02-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has quit ["quit"]
20090721 05:59:16-!- Kenpachi_ [n=chatzill@CPE-58-166-240-101.sa.bigpond.net.au] has joined #wesnoth-dev
20090721 06:03:38-!- Kenpachi [n=chatzill@CPE-124-182-228-247.sa.bigpond.net.au] has quit [Read error: 60 (Operation timed out)]
20090721 06:03:45-!- Kenpachi_ is now known as Kenpachi
20090721 06:15:48-!- Kenpachi [n=chatzill@CPE-58-166-240-101.sa.bigpond.net.au] has quit ["ChatZilla 0.9.85 [Firefox 3.0.11/2009060215]"]
20090721 06:23:52-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has quit [Read error: 104 (Connection reset by peer)]
20090721 06:24:06-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has joined #wesnoth-dev
20090721 06:26:39-!- elias [n=allefant@allegro/developer/allefant] has quit [Read error: 110 (Connection timed out)]
20090721 06:26:56-!- elias [n=allefant@allegro/developer/allefant] has joined #wesnoth-dev
20090721 06:33:56-!- shadowmaster_ [n=ignacio@unaffiliated/shadowmaster] has joined #wesnoth-dev
20090721 06:34:46-!- shadowmaster_ [n=ignacio@unaffiliated/shadowmaster] has quit [Client Quit]
20090721 06:45:08-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20090721 06:47:47-!- Doppp [n=aassdf@c-67-171-96-240.hsd1.pa.comcast.net] has quit [Read error: 104 (Connection reset by peer)]
20090721 06:54:07-!- Doppp [n=aassdf@c-67-171-96-240.hsd1.pa.comcast.net] has joined #wesnoth-dev
20090721 06:58:57-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit []
20090721 07:08:09-!- Appleman1234 [n=Appleman@131.181.102.48] has quit [Read error: 104 (Connection reset by peer)]
20090721 07:09:33< corn> how are tiles on the edge of the map generated?
20090721 07:10:49< corn> since tiles are hexes, the edge of the map should 
20090721 07:10:53< corn> be a jigsaw
20090721 07:13:04< corn> by the way, when I run 'scons -j5" on a clean checkout, it takes me 2m4.553s
20090721 07:13:10< corn> going to try j4 and j1 now
20090721 07:17:13< corn> 2m20.888s for j4
20090721 07:17:50< corn> however it is not a fair test since I already have the required programs and files in memory
20090721 07:20:10< corn> not going to bother with j1 since it will probably take around 10 minutes
20090721 07:35:18< CIA-51> sapient * r37118 /trunk/ (changelog src/gamestatus.cpp): return 0 for length of arrays inside nonexistent containers (bug #13734)
20090721 07:44:08-!- Tigge [n=tigge@bacchus.olf.sgsnet.se] has quit [Read error: 60 (Operation timed out)]
20090721 07:48:54< mordocai> Hello, i was recently trying to play a network game with my girlfriend, and everytime she tried to connect she would get "Connection timed out". I got this in console: http://pastebin.com/m5f24d07d. lines 3-4 look weird... in any case, my network seemed fine (She could connect to the web page i host on my computer and everything)... so i was wondering if you could tell if it was a problem with wesnothd.
20090721 07:56:45< corn> doesn't seem like it
20090721 07:57:08< corn> just from a cursory glance, that makes a dev/debug console that you can send the server commands over
20090721 07:57:42< corn> going to check out line 11 now
20090721 07:58:49< mordocai> Yeah... i assumed line 11 was when i closed my client.
20090721 07:58:57< corn> yeah
20090721 07:59:05< corn> is this svn or a 1.6 release?
20090721 07:59:37< mordocai> It's actually 1.6.4 +svn37077
20090721 07:59:47< corn> what is that rev
20090721 08:01:03< corn> I can help you fix and debug if you checkout and build the latest revision
20090721 08:01:24< mordocai> Okay, sounds good. checking out and building...
20090721 08:02:13< mordocai> My girlfriend went to bed, I can give you my IP though, if you want to try to connect.
20090721 08:02:28< corn> yep
20090721 08:02:38< corn> should be the same setup... you played over internet with her, right?
20090721 08:02:47< mordocai> Yeah
20090721 08:02:52< corn> ok
20090721 08:02:52-!- Doppp|EeePC [n=aasdasd@c-67-171-96-240.hsd1.pa.comcast.net] has quit [Read error: 104 (Connection reset by peer)]
20090721 08:03:24< mordocai> corn: Okay, server up. IP: 66.119.9.243
20090721 08:04:16< corn> looks ok so far
20090721 08:04:45< mordocai> Yeah, the svn didn't do anything different really, some translations and a about.cfg update. Maybe her connection was just acting wierd...
20090721 08:04:50< corn> ok
20090721 08:05:03< corn> next time if you get it run both the server and client with verbose debugging
20090721 08:05:10< corn> and file a bug and attach me, or just ping me on irc
20090721 08:07:04< mordocai> Yeah... that always happen, you have a problem... until you ask for help :P
20090721 08:07:06< corn> s/verbose debugging/verbose logging
20090721 08:07:08< corn> yeah
20090721 08:12:26< mordocai> corn: by the way, any idea where the s/<typo>/<correction> notation came from? I've started using it because i noticed others doing it... but i have no idea why it's used.
20090721 08:12:55< corn> afaik it's from sed
20090721 08:13:03< corn> Stream EDitor
20090721 08:13:13< mordocai> Ahh... that would explain it. I didn't spend much time on sed.
20090721 08:13:20-!- Tigge [n=tigge@bacchus.olf.sgsnet.se] has joined #wesnoth-dev
20090721 08:17:32-!- Doppp|EeePC [n=aasdasd@c-67-171-96-240.hsd1.pa.comcast.net] has joined #wesnoth-dev
20090721 08:20:16-!- Tigge [n=tigge@bacchus.olf.sgsnet.se] has quit [Read error: 104 (Connection reset by peer)]
20090721 08:23:22-!- Kenpachi [n=chatzill@121.214.217.96] has joined #wesnoth-dev
20090721 08:34:08< CIA-51> cornmander * r37119 /website/stats.wesnoth.org/wesstats/templates/killview.html: Added hex polygon generation.
20090721 08:35:43-!- Tigge [n=tigge@bacchus.olf.sgsnet.se] has joined #wesnoth-dev
20090721 08:40:38-!- yann [n=dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has joined #wesnoth-dev
20090721 08:45:08-!- Tigge [n=tigge@bacchus.olf.sgsnet.se] has quit [Read error: 104 (Connection reset by peer)]
20090721 08:45:55-!- [Relic] [n=[Relic]@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit ["Leaving"]
20090721 08:55:21-!- melinath [n=melinath@vpn1042.extern.uni-tuebingen.de] has joined #wesnoth-dev
20090721 08:59:40-!- euschn [n=chatzill@wesnoth/developer/euschn] has joined #wesnoth-dev
20090721 08:59:46< euschn> hi
20090721 09:00:57-!- Tigge [n=tigge@bacchus.olf.sgsnet.se] has joined #wesnoth-dev
20090721 09:05:01-!- Tigge_ [n=tigge@bacchus.olf.sgsnet.se] has joined #wesnoth-dev
20090721 09:07:24-!- euschn [n=chatzill@wesnoth/developer/euschn] has quit [Remote closed the connection]
20090721 09:09:25-!- euschn [n=chatzill@wesnoth/developer/euschn] has joined #wesnoth-dev
20090721 09:12:14-!- BenUrban [n=benurban@unaffiliated/benurban] has quit [Read error: 113 (No route to host)]
20090721 09:15:32< Ivanovic> moin
20090721 09:15:35< Ivanovic> corn: looks cool
20090721 09:15:55< Ivanovic> just one question: why can i place black hexes on the map with the mouse cursor?
20090721 09:16:07< Ivanovic> that is: place them anywhere, having them semitransparent
20090721 09:16:25< Ivanovic> (just double clicking on things makes this
20090721 09:17:12< Ivanovic> okay, in fact the first double click leaves a dark semi transparent hex at that position
20090721 09:17:28< Ivanovic> after the 2nd double click at the same location it is really a black one
20090721 09:17:39< Ivanovic> the locations are *not* bound to the games hex grid
20090721 09:17:52-!- Tigge [n=tigge@bacchus.olf.sgsnet.se] has quit [Read error: 110 (Connection timed out)]
20090721 09:19:50< corn> Ivanovic: I just tied it to click events... I haven't made anything to parse .map files yet, it was to test that I have the hex generation correct
20090721 09:20:53< corn> anyway, I gotta go to bed
20090721 09:20:56< corn> goodnight :)
20090721 09:21:42< corn> oh
20090721 09:21:43< corn> one question
20090721 09:21:47< corn> in .map definition files
20090721 09:22:11< corn> is the outermost 'layer' of definitions the border
20090721 09:22:49< corn> ah
20090721 09:22:50< corn> it is
20090721 09:22:51< corn> ok
20090721 09:24:50< corn> wiki says that border_size can be 0
20090721 09:24:56< corn> is that ever done in practice?
20090721 09:26:16< corn> ok, be back in 12 hrs
20090721 09:30:13-!- Blueblaze [n=nick@c-98-199-143-139.hsd1.tx.comcast.net] has quit [Read error: 60 (Operation timed out)]
20090721 09:30:29-!- Blueblaze [n=nick@c-98-199-143-139.hsd1.tx.comcast.net] has joined #wesnoth-dev
20090721 09:34:53-!- melinath [n=melinath@vpn1042.extern.uni-tuebingen.de] has quit ["Leaving"]
20090721 09:38:30-!- BenUrban [n=benurban@c-68-50-54-86.hsd1.md.comcast.net] has joined #wesnoth-dev
20090721 09:38:30< Ivanovic> corn: IIRC it is done, that is it has to be done with maps that include masks
20090721 09:39:00< Ivanovic> (no idea how they work though and at the beginning the bordersize of 0 was meant as transition from the old system
20090721 09:52:25< CIA-51> euschn * r37120 /trunk/src/ (gamestatus.cpp gamestatus.hpp playcampaign.cpp savegame.cpp): removed redundant parameter from game_state::write_snapshot
20090721 09:54:34-!- stikonas [n=and@ctv-79-132-177-212.vinita.lt] has joined #wesnoth-dev
20090721 09:56:06-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20090721 09:58:55-!- Tigge_ [n=tigge@bacchus.olf.sgsnet.se] has quit [Read error: 110 (Connection timed out)]
20090721 10:00:56-!- ancestral [n=ancestra@97-116-127-39.mpls.qwest.net] has quit ["And that’s the end of THAT chapter."]
20090721 10:08:25-!- Blueblaze [n=nick@c-98-199-143-139.hsd1.tx.comcast.net] has quit [Remote closed the connection]
20090721 10:15:48-!- noy [n=Noy@wesnoth/developer/noy] has quit ["GO, GET TO THE CHOPPAH!!!"]
20090721 10:19:41-!- Blarumyrran [n=minaise@81-20-159-197.levira.ee] has joined #wesnoth-dev
20090721 10:22:41-!- Blarumyrran [n=minaise@81-20-159-197.levira.ee] has quit [Client Quit]
20090721 10:23:15-!- Blarumyrran [n=minaise@81-20-159-197.levira.ee] has joined #wesnoth-dev
20090721 10:25:04-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20090721 10:26:47-!- YogiHH [i=c3f5f304@wesnoth/developer/yogihh] has joined #wesnoth-dev
20090721 10:26:59< YogiHH> hello
20090721 10:30:16< CIA-51> euschn * r37121 /trunk/src/ (gamestatus.cpp gamestatus.hpp playcampaign.cpp savegame.cpp): removed redundant parameter from game_state::write_players
20090721 10:30:31< euschn> hi YogiHH 
20090721 10:34:22< YogiHH> euschn: as you can see, i found another web irc client capable of passing communication through firewalls :-)
20090721 10:46:05-!- loonybot [n=loonybot@79.139.138.33] has joined #wesnoth-dev
20090721 10:46:48-!- loonycyborg [n=sergey@79.139.138.33] has joined #wesnoth-dev
20090721 10:47:50< euschn> YogiHH: ah great - which one is it?
20090721 10:48:25-!- stikonas [n=and@ctv-79-132-177-212.vinita.lt] has joined #wesnoth-dev
20090721 10:57:49-!- Tigge [n=tigge@bacchus.olf.sgsnet.se] has joined #wesnoth-dev
20090721 11:02:20-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Read error: 60 (Operation timed out)]
20090721 11:20:54< CIA-51> euschn * r37122 /trunk/src/ (gamestatus.cpp gamestatus.hpp team.cpp): removed game_state::write_player
20090721 11:44:05-!- mjs-de [n=mjs-de@vpw.wh.uni-dortmund.de] has joined #wesnoth-dev
20090721 11:49:56-!- ABCD [n=ABCD@wikipedia/ABCD] has quit [Client Quit]
20090721 11:50:22-!- ABCD [n=ABCD@wikipedia/ABCD] has joined #wesnoth-dev
20090721 11:56:04< YogiHH> euschn: webchat.freenode.net
20090721 12:01:38< CIA-51> euschn * r37123 /trunk/src/ (gamestatus.cpp gamestatus.hpp playsingle_controller.cpp): removed game_state::read_player and game_state::load_recall_list
20090721 12:07:11-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20090721 12:09:14-!- wesbot changed the topic of #wesnoth-dev to: 63 bugs, 238 feature requests, 14 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20090721 12:25:39-!- Zarel [i=Zarel@warzone2100/developer/Zarel] has quit [Read error: 110 (Connection timed out)]
20090721 12:28:53-!- Elvish_Pillage2 [n=eli@71-10-231-36.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20090721 12:32:24-!- Kenpachi_ [n=chatzill@CPE-121-220-134-78.sa.bigpond.net.au] has joined #wesnoth-dev
20090721 12:37:12 * ilor summons mordante
20090721 12:38:45< ilor> mordante: the requirements for what must be where with what IDs in the listbox should really be documented somewhere. I just noticed that having a widget in the header with an id that does not appear in the body -- assert. That's sadly not what's causing the crash I was writing about earlier
20090721 12:39:33-!- melinath [n=melinath@vpn1042.extern.uni-tuebingen.de] has joined #wesnoth-dev
20090721 12:40:05-!- mordante [n=mordante@87.215.201.26] has joined #wesnoth-dev
20090721 12:41:58< mordante> Crab_ I'm also in favour of upping the boost requirement to 1.35 so best send a mail to the dev-ml
20090721 12:42:56< ilor> mordante: what's "fun" is that I get an assert about !has_linked_size_group(id) (window.cpp:631), whereas if I use a bogus id in the header I ges one about has_linked_size_group(id) (window.cpp:644)
20090721 12:43:30< mordante> YogiHH, thanks for the confirmation that the minimap works, can you file a bug report about the scrollbar so I won't forget?
20090721 12:43:38< YogiHH> sure
20090721 12:45:18< mordante> ilor, you confuse me, but if you define duplicates in the header or use an undefined one for a control you'll get asserts
20090721 12:45:22 * mordante loves asserts
20090721 12:45:34< ilor> mordante: I'm the one that's confused ;P
20090721 12:45:47< mordante> great now we're both confused :-P
20090721 12:45:58< ilor> mordante: in the listbox header I have a single label with id="player"
20090721 12:46:13< ilor> mordante: in the body I have some widgets including a label with id=player
20090721 12:46:30< ilor> I also have several of these listboxes
20090721 12:46:51< CIA-51> euschn * r37124 /trunk/src/ (gamestatus.cpp gamestatus.hpp): removed player_info references from get_player_info() and removed game_state::get_player
20090721 12:47:03< mordante> about the changing colours of the label in C++, we need to think whether it's really needed, since I don't want to hard code much
20090721 12:47:39< mordante> the idea behind gui2 is that the user can decide about the looks of Wesnoth and not those silly developers ;-)
20090721 12:47:50< ilor> mordante: might not be needed that much since if I get the separate listboxes to work it can be done so each listbox wml defines the color
20090721 12:48:37< mordante> ilor, can you paste the cfg or is is the same as in trunk?
20090721 12:48:44< ilor> it's trunk
20090721 12:49:12< ilor> looks like listbox.add_row() depends on what's in the cfg file around that listbox in terms of ids
20090721 12:49:37< ilor> mordante: look at ONE_PLAYERLISTBOX
20090721 12:50:58-!- Kenpachi [n=chatzill@121.214.217.96] has quit [Read error: 110 (Connection timed out)]
20090721 12:52:13< mordante> oh yeah using that macro will be interesting... 
20090721 12:52:51< ilor> mordante: well I do need 4 very similar listboxes 
20090721 12:52:52< mordante> might work might not
20090721 12:53:18< mordante> ilor, a header is optional for a listbox
20090721 12:54:09< mordante> and you might want to switch the toggle panel to a toggle button, look at the mp_method_selection dialog
20090721 12:54:21-!- Kenpachi [n=chatzill@CPE-121-220-159-32.sa.bigpond.net.au] has joined #wesnoth-dev
20090721 12:54:45< ilor> mordante: removing the header does not fix the crash
20090721 12:54:45< mordante> I think that will solve your problem
20090721 12:55:21< mordante> I didn't expect that ;-) just avoiding code bloat
20090721 12:55:55< mordante> off for lunch now
20090721 12:58:12-!- stikonas [n=and@ctv-79-132-177-212.vinita.lt] has joined #wesnoth-dev
20090721 13:00:36< Ivanovic> re
20090721 13:00:42< mordante> ilor, you might also need a line like »linked_widgets_disabled = "true"« in those listboxes
20090721 13:00:44< mordante> hi Ivanovic 
20090721 13:00:49< ilor> mordante: switching to a toggle button like in mp_method_sel does not make a difference
20090721 13:01:18< ilor> mordante: I'd like to know what these linked widgets are given how many asserts they've given me ;)
20090721 13:01:54< mordante> since the old crappy hacked just prior to 1.6 version are an ugly hack :-P
20090721 13:02:28< ilor> yep, linked_widgets_disabled = "true" does the trick
20090721 13:03:07< ilor> mordante: thanks :)
20090721 13:03:38< mordante> you're welcome
20090721 13:03:42< ilor> mordante: I'll stick with a toggle_panel for now, easier to fine-tune the layout and I might end up wanting more than one icon or maybe stacked icons
20090721 13:04:17< mordante> ok, should work fine if all icons are the same size
20090721 13:04:29< ilor> that can be easily enforced
20090721 13:04:41< mordante> (if not you'll need to switch to the new (not really documented) linked widget mode)
20090721 13:05:07< mordante> I plan to work on some documentation later this week, not sure when I'll commit it
20090721 13:05:39< mordante> and then kill of the old 1.6 crappy listbox linked widget hack
20090721 13:05:45< ilor> :)
20090721 13:07:19< mordante> ilor, I just see your summoning skills are good ;-)
20090721 13:08:00< mordante> now I start to understand your assert remarks as well :-P
20090721 13:08:44< ilor> this summoning was worth the sacrifices :P
20090721 13:09:22< mordante> what did you sacrifice/
20090721 13:09:24< mordante> ?*
20090721 13:09:55< ilor> no goats around and couldn't find a cat either so I drunk some water as a substitute ;P
20090721 13:10:10< ilor> drank*
20090721 13:10:28< mordante> seems you're really a great summoner ;-)
20090721 13:11:46-!- Kenpachi_ [n=chatzill@CPE-121-220-134-78.sa.bigpond.net.au] has quit [Read error: 110 (Connection timed out)]
20090721 13:14:22-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20090721 13:15:40< CIA-51> euschn * r37125 /trunk/src/ (gamestatus.cpp gamestatus.hpp): removed player_info
20090721 13:16:46-!- stikonas [n=and@ctv-79-132-177-212.vinita.lt] has joined #wesnoth-dev
20090721 13:28:16-!- Polarina [n=polarina@wesnoth/translator/Polarina] has quit [Read error: 60 (Operation timed out)]
20090721 13:34:23-!- melinath [n=melinath@vpn1042.extern.uni-tuebingen.de] has quit [Read error: 60 (Operation timed out)]
20090721 13:40:45-!- ABCD_ [n=ABCD@wikipedia/ABCD] has joined #wesnoth-dev
20090721 13:41:28-!- ABCD [n=ABCD@wikipedia/ABCD] has quit [Read error: 104 (Connection reset by peer)]
20090721 13:42:39-!- Polarina [n=polarina@wesnoth/translator/Polarina] has joined #wesnoth-dev
20090721 13:52:08-!- CIA-51 [n=CIA@208.69.182.149] has quit []
20090721 14:08:31-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has joined #wesnoth-dev
20090721 14:11:09-!- CIA-63 [n=CIA@208.69.182.149] has joined #wesnoth-dev
20090721 14:20:11-!- allefant [n=allefant@allegro/developer/allefant] has joined #wesnoth-dev
20090721 14:20:32< CIA-63> ilor * r37128 /trunk/data/gui/default/window/lobby_main.cfg: hide the non-functional buttons on the gamelist
20090721 14:21:53-!- elias [n=allefant@allegro/developer/allefant] has quit [Read error: 110 (Connection timed out)]
20090721 14:30:14-!- ABCD_ [n=ABCD@wikipedia/ABCD] has quit [Read error: 104 (Connection reset by peer)]
20090721 14:32:24-!- ABCD_ [n=ABCD@wikipedia/ABCD] has joined #wesnoth-dev
20090721 14:33:46-!- zookeeper [n=l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20090721 14:41:04< ilor> mordante: offtopic, I've been thinking about the double click lag issue and are you sure the delay is actually needed, as opposed to just firing click and then doubleclick? I think this is how it usually worksa
20090721 14:47:19-!- Doppp|EeePC [n=aasdasd@c-67-171-96-240.hsd1.pa.comcast.net] has quit [Read error: 104 (Connection reset by peer)]
20090721 14:52:58< esr> Hello, all.  I'm back from sword camp.
20090721 14:55:14< ilor> esr: with all extremities present? :)
20090721 14:55:27< esr> Yes :-)
20090721 14:56:12< esr> My main achieve,ment this year was learning to fight with a glaive, a sort of bladed polearm.  Very interesting weapon.
20090721 15:06:44-!- BenUrban [n=benurban@unaffiliated/benurban] has quit ["Power failu"]
20090721 15:07:43-!- melinath [n=melinath@vpn1042.extern.uni-tuebingen.de] has joined #wesnoth-dev
20090721 15:47:15< mordante> ilor, not use, can you test how fast SDL_GetTicks() is I recall it was slow, but not sure whether it's slow enough to be visible
20090721 15:47:18< mordante> sure*
20090721 15:47:39< ilor> mordante: uh, test how?
20090721 15:51:09< ilor> mordante: also, any reason why ttoggle_panel::mouse_left_button_double_click is not called? ;)
20090721 15:54:45-!- Turuk_ [n=Turuk@wesnoth/forumsith/turuk] has joined #wesnoth-dev
20090721 16:02:04-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has quit [Read error: 110 (Connection timed out)]
20090721 16:03:07< mordante> ilor, you can remove the call and replace it with a dummy variable to see whether it gets faster
20090721 16:03:40< mordante> or move the call to be unconditionally and see whether button clicks also get slow
20090721 16:03:56< mordante> no idea why the function isn't called :-/
20090721 16:12:58< ilor> mordante: ah, it seems wants_double_click is not set
20090721 16:22:30< ilor> mordante: where should I set it? :)
20090721 16:23:37< CIA-63> euschn * r37130 /trunk/src/ (playcampaign.cpp team.cpp upload_log.cpp): removed some no longer needed comments
20090721 16:30:52-!- AnMaster [n=AnMaster@unaffiliated/anmaster] has quit [Success]
20090721 16:40:14-!- crimson_penguin [n=ben@64.201.60.211] has joined #wesnoth-dev
20090721 16:43:54-!- Crab_ [i=crab@wesnoth/developer/crab] has joined #wesnoth-dev
20090721 16:52:14-!- euschn [n=chatzill@wesnoth/developer/euschn] has quit ["ChatZilla 0.9.85 [Firefox 3.0.11/2009060309]"]
20090721 16:58:25-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has joined #wesnoth-dev
20090721 17:00:20< mordante> ilor, depends on whether or not there's a retval see toggle_panel.cpp:151
20090721 17:00:25< mordante> off now, back later
20090721 17:00:28-!- mordante [n=mordante@87.215.201.26] has quit ["Leaving"]
20090721 17:06:09< Polarina> Why was bug #13526 marked as Closed from Upstream?
20090721 17:07:49< loonycyborg> Polarina: It was marked as 'upstream problem', not 'Closed from Upstream'
20090721 17:08:41< Polarina> loonycyborg: Ok. But it was closed. Why?
20090721 17:10:22< loonycyborg> That's a good question. On one hand it's definitely SDL_net bug, on the other hand SDL_net isn't the only way to implement networking support :)
20090721 17:11:15< Soliton> because we don't fix upstream problems.
20090721 17:11:55< Rhonda> But we should at least let them know so they are able to fix them.
20090721 17:12:13< loonycyborg> In this case they already know it.
20090721 17:12:19< Rhonda> Worst thing that can happen is implementing a workaround which will break stuff once they did fix it.
20090721 17:12:21< Soliton> afaiui they even have a patch for it.
20090721 17:13:09< loonycyborg> It's attached to a bug report assigned to Sam Lantinga
20090721 17:16:10< Polarina> loonycyborg: Sam Lantinga is working full time in the user interface development for World of Warcraft. I doubt it's going to get fixed.
20090721 17:17:54-!- mjs-de [n=mjs-de@vpw.wh.uni-dortmund.de] has quit ["On the road again"]
20090721 17:28:21-!- Kenpachi [n=chatzill@CPE-121-220-159-32.sa.bigpond.net.au] has quit ["ChatZilla 0.9.85 [Firefox 3.0.11/2009060215]"]
20090721 17:37:45-!- Elvish_Pillager [n=eli@71-10-231-36.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20090721 17:38:18< Turuk_> Soliton: Fixed the Spieler issue
20090721 17:40:30-!- Elvish_Pillage2 [n=eli@71-10-231-36.dhcp.oxfr.ma.charter.com] has quit [Read error: 60 (Operation timed out)]
20090721 17:45:20< Soliton> Turuk_: cool, thanks.
20090721 17:45:52-!- ABCD_ [n=ABCD@wikipedia/ABCD] has quit [Client Quit]
20090721 17:46:15-!- ABCD [n=ABCD@wikipedia/ABCD] has joined #wesnoth-dev
20090721 17:50:37-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has quit ["leaving"]
20090721 17:58:24< Ivanovic> Polarina: if the right people explicitly ping him he manages to get some stuff done, too
20090721 17:58:26< ilor> mordante: got around the doubleclick issue
20090721 18:09:14-!- wesbot changed the topic of #wesnoth-dev to: 65 bugs, 238 feature requests, 14 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20090721 18:14:05-!- melinath [n=melinath@vpn1042.extern.uni-tuebingen.de] has quit [Read error: 110 (Connection timed out)]
20090721 18:17:21-!- Noyga [n=lame-z@wesnoth/developer/noyga] has joined #wesnoth-dev
20090721 18:23:02< Soliton> crimson_penguin: http://www.wesnoth.org/forum/viewtopic.php?f=6&t=26357
20090721 18:24:40< crimson_penguin> that's... not how it should work
20090721 18:24:56-!- Dopppp [n=aassdf@c-67-171-96-240.hsd1.pa.comcast.net] has joined #wesnoth-dev
20090721 18:25:10< crimson_penguin> oh, maybe there hasn't been a release since I fixed that thing
20090721 18:36:21-!- Doppp [n=aassdf@c-67-171-96-240.hsd1.pa.comcast.net] has quit [Connection timed out]
20090721 18:38:21-!- Dopppp is now known as Doppp
20090721 18:40:11-!- YogiHH [i=c3f5f304@wesnoth/developer/yogihh] has left #wesnoth-dev []
20090721 18:42:28-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20090721 18:42:58-!- stikonas [n=and@ctv-79-132-177-212.vinita.lt] has joined #wesnoth-dev
20090721 18:42:59< Noyga> err is it me or the imperial Era is non longer translatable ?
20090721 18:43:35< Turuk_> wesbot: seen Sirp
20090721 18:43:36< wesbot> Turuk_: The person with the nick Sirp 21h 1m ago they left with the message: Ping timeout: 180 seconds
20090721 18:47:05< CIA-63> ilor * r37131 /trunk/src/gui/widgets/ (toggle_panel.cpp toggle_panel.hpp): add a callback_mouse_left_double_click to gui2::ttoggle_panel
20090721 18:47:25< CIA-63> ilor * r37132 /trunk/ (3 files in 2 dirs): make the game list rows react to double click by joining/observing the game (needs a fix)
20090721 18:47:43< CIA-63> ilor * r37133 /trunk/data/gui/default/widget/toggle_button_icon.cfg: add a icon_small definition of the toggle button. I'd prefer a version which adjusts to the icon size, but this will do fine for my needs.
20090721 18:48:02< CIA-63> ilor * r37134 /trunk/data/gui/default/window/lobby_main.cfg: small tweaks in lobby cfg file
20090721 18:48:21< CIA-63> ilor * r37135 /trunk/src/gui/widgets/ (toggle_panel.cpp toggle_panel.hpp): made gui::ttoggle_panel always "want" double click, and only close the window if retval is nonzero, fixing the use of the doubleclick callback
20090721 18:48:39< CIA-63> ilor * r37136 /trunk/src/gui/dialogs/ (lobby_main.cpp lobby_main.hpp): new lobby: add auto-hiding of empty player groups, fix gamelist doubleclick handler
20090721 18:48:58< CIA-63> ilor * r37137 /trunk/data/gui/default/widget/toggle_button_icon.cfg: add, uh, one more toggle button definition to have small and tiny
20090721 18:49:16< CIA-63> ilor * r37138 /trunk/ (9 files in 4 dirs): new lobby player list sorting: by name, relation(friends/neutral/ignores) or both (first by relation then by name)
20090721 19:00:38< corn> anyone: how are maps with border_size = 0 handled by the engine?
20090721 19:01:11-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20090721 19:03:56< grzywacz> hi
20090721 19:05:14< ilor> corn: I guess it's just backwards compatibility cruft that you can find currently in masks
20090721 19:08:30-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20090721 19:09:35< corn> ilor: ok.
20090721 19:10:50< corn> what is the purpose of masks?
20090721 19:11:05< corn> wiki doesn't have info on it
20090721 19:12:08-!- Netsplit calvino.freenode.net <-> irc.freenode.net quits: Chusslove
20090721 19:13:01< Soliton> http://www.wesnoth.org/wiki/TerrainMaskWML
20090721 19:34:40-!- loonybot [n=loonybot@wesnoth/bot/loonybot] has quit [Read error: 104 (Connection reset by peer)]
20090721 19:37:55-!- Netsplit calvino.freenode.net <-> irc.freenode.net quits: Rhonda, Mellar, stikonas, Polarina, crimson_penguin, yann, zookeeper, noy, corn, CIA-63,  (+27 more, use /NETSPLIT to show all of them)
20090721 19:38:24-!- ABCD [n=ABCD@wikipedia/ABCD] has quit [Connection reset by peer]
20090721 19:40:24-!- lobby_ [n=wesnoth@wesnoth.wesnoth.org] has joined #wesnoth-dev
20090721 19:40:24-!- Topic for #wesnoth-dev: 65 bugs, 238 feature requests, 14 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20090721 19:40:24-!- Topic set by wesbot [] [Tue Jul 21 18:09:14 2009]
20090721 19:40:24[Users #wesnoth-dev]
20090721 19:40:24[ ABCD       ] [ cjhopman       ] [ erl     ] [ lobby      ] [ Noyga       ] [ thespaceinvader] 
20090721 19:40:24[ ABCD_      ] [ corn           ] [ esr     ] [ lobby_     ] [ Polarina    ] [ Tigge          ] 
20090721 19:40:24[ AI0867     ] [ Crab_          ] [ ettin   ] [ loonybot   ] [ Rhonda      ] [ Turuk_         ] 
20090721 19:40:24[ allefant   ] [ crimson_penguin] [ grzywacz] [ loonycyborg] [ shadowmaster] [ wesbot         ] 
20090721 19:40:24[ Amu        ] [ dfranke        ] [ ilor    ] [ Mellar     ] [ shikadibot  ] [ yann           ] 
20090721 19:40:24[ Blarumyrran] [ Doppp          ] [ isaac   ] [ MJ999      ] [ Smar        ] [ zookeeper      ] 
20090721 19:40:24[ Chusslove  ] [ Dragonking     ] [ Ivanovic] [ mordocai   ] [ Soliton     ] 
20090721 19:40:24[ CIA-63     ] [ Elvish_Pillager] [ lgbr    ] [ noy        ] [ stikonas    ] 
20090721 19:40:24-!- Irssi: #wesnoth-dev: Total of 46 nicks [0 ops, 0 halfops, 0 voices, 46 normal]
20090721 19:40:57-!- Channel #wesnoth-dev created Tue Jan 27 06:28:41 2009
20090721 19:41:07-!- Netsplit sendak.freenode.net <-> irc.freenode.net quits: lobby, loonybot, shadowmaster, ABCD, Doppp, thespaceinvader
20090721 19:41:27-!- Netsplit over, joins: lobby, Doppp, ABCD, thespaceinvader, shadowmaster
20090721 19:41:32-!- ABCD [n=ABCD@wikipedia/ABCD] has quit [Connection reset by peer]
20090721 19:41:32-!- lobby [n=wesnoth@wesnoth/bot/lobby] has quit [Excess Flood]
20090721 19:43:34-!- Irssi: Join to #wesnoth-dev was synced in 203 secs
20090721 19:46:47-!- allefant_ [n=allefant@allegro/developer/allefant] has joined #wesnoth-dev
20090721 19:47:22-!- Netsplit sendak.freenode.net <-> irc.freenode.net quits: allefant
20090721 19:50:55-!- allefant_ is now known as elias
20090721 19:58:44-!- ABCD_ [n=ABCD@wikipedia/ABCD] has quit [Client Quit]
20090721 20:00:21-!- Netsplit sendak.freenode.net <-> irc.freenode.net quits: Blarumyrran, ettin, lgbr, Ivanovic, MJ999, crimson_penguin, Turuk_, CIA-63, AI0867
20090721 20:03:46-!- lobby [n=wesnoth@wesnoth/bot/lobby] has joined #wesnoth-dev
20090721 20:03:46-!- Topic for #wesnoth-dev: 65 bugs, 238 feature requests, 14 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20090721 20:03:46-!- Topic set by wesbot [] [Tue Jul 21 18:09:14 2009]
20090721 20:03:46[Users #wesnoth-dev]
20090721 20:03:46[ ABCD       ] [ Crab_          ] [ esr     ] [ lobby_     ] [ Rhonda         ] [ Turuk_   ] 
20090721 20:03:46[ AI0867     ] [ crimson_penguin] [ ettin   ] [ loonycyborg] [ shadowmaster   ] [ wesbot   ] 
20090721 20:03:46[ Amu        ] [ dfranke        ] [ grzywacz] [ Mellar     ] [ shikadibot     ] [ yann     ] 
20090721 20:03:46[ Blarumyrran] [ Doppp          ] [ ilor    ] [ MJ999      ] [ Smar           ] [ zookeeper] 
20090721 20:03:46[ Chusslove  ] [ Dragonking     ] [ isaac   ] [ mordocai   ] [ Soliton        ] 
20090721 20:03:46[ CIA-63     ] [ elias          ] [ Ivanovic] [ noy        ] [ stikonas       ] 
20090721 20:03:46[ cjhopman   ] [ Elvish_Pillager] [ lgbr    ] [ Noyga      ] [ thespaceinvader] 
20090721 20:03:46[ corn       ] [ erl            ] [ lobby   ] [ Polarina   ] [ Tigge          ] 
20090721 20:03:46-!- Irssi: #wesnoth-dev: Total of 44 nicks [0 ops, 0 halfops, 0 voices, 44 normal]
20090721 20:03:58-!- Channel #wesnoth-dev created Tue Jan 27 06:28:41 2009
20090721 20:03:58-!- lobby_ [n=wesnoth@wesnoth/bot/lobby] has quit [Read error: 54 (Connection reset by peer)]
20090721 20:04:07-!- Blueblaze [n=nick@c-98-199-143-139.hsd1.tx.comcast.net] has joined #wesnoth-dev
20090721 20:05:01-!- Irssi: Join to #wesnoth-dev was synced in 83 secs
20090721 20:08:37-!- Netsplit farmer.freenode.net <-> irc.freenode.net quits: Tigge
20090721 20:09:22-!- Netsplit over, joins: Tigge
20090721 20:10:59-!- mordante [n=mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20090721 20:11:11< mordante> servus
20090721 20:11:15-!- Blueblaze [n=nick@c-98-199-143-139.hsd1.tx.comcast.net] has quit [Remote closed the connection]
20090721 20:15:34< mordante> ilor, good to hear you got around it
20090721 20:16:04< ilor> mordante: generally got some good progress today, the userlist looks pretty good imo
20090721 20:16:27< mordante> nice, I'll take a look later
20090721 20:16:38< mordante> I saw your commit flood in the logs :-)
20090721 20:16:54< ilor> the only thing left in that area is basically wiring up doubleclick to do something akin to old lobby, that'll be a new small dialog that I hope ot start today
20090721 20:17:24< mordante> is the doubleclick still an issue or not?
20090721 20:17:32< ilor> mordante: oh, found an issue after I killed the buttons in the gamelist -- the text isn't centered
20090721 20:17:53< mordante> I think it makes sense to expose more events to the user eg right clicking
20090721 20:18:02< ilor> mordante: no I just need to wire it up, doubleclick on game list joins the game now and it works fine
20090721 20:18:18< mordante> ok
20090721 20:18:19-!- thespaceinvader_ [n=chatzill@cpc3-whit1-0-0-cust305.cdif.cable.ntl.com] has joined #wesnoth-dev
20090721 20:18:32< mordante> I'll have a look later at the looks
20090721 20:18:42< ilor> mordante: a context menu would be ideal for some stuff 
20090721 20:18:55-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has quit [Nick collision from services.]
20090721 20:18:57-!- thespaceinvader_ is now known as thespaceinvader
20090721 20:19:23< mordante> I agree, but as usual not possible :-(
20090721 20:19:36< ilor> yeah I know we talked about it already
20090721 20:19:59< ilor> I also need to do some maintenace stuff on lobby_main.cpp, it's getting a bit large
20090721 20:20:43< mordante> noy, how are things going with the getting Wesnoth a non-profit corporation?
20090721 20:21:03-!- Netsplit farmer.freenode.net <-> irc.freenode.net quits: shadowmaster, Doppp
20090721 20:21:04< mordante> yeah that's why I started to refactor the code, last time when I had to work on it
20090721 20:21:26< ilor> and given how things are going I guess in a week I should have enough done to really start tweaking and polishing various bits
20090721 20:21:38< ilor> also I'll have to beg some artists for better icons :P
20090721 20:21:45-!- shadowmaster [n=ignacio@83.149.110.34] has joined #wesnoth-dev
20090721 20:22:42< noy> turuk is handling the paperwork
20090721 20:24:16-!- Turuk_ [n=Turuk@wesnoth/forumsith/turuk] has quit [Read error: 104 (Connection reset by peer)]
20090721 20:24:31-!- Turuk [n=Turuk@wesnoth/forumsith/turuk] has joined #wesnoth-dev
20090721 20:24:43< mordante> noy, ok good to hear it got started
20090721 20:25:35< mordante> ilor, you might have to beg or make your placeholders really really ugly...
20090721 20:26:27-!- EdB [n=edb@117.12.95-79.rev.gaoland.net] has joined #wesnoth-dev
20090721 20:26:53-!- Netsplit over, joins: Doppp
20090721 20:32:19-!- Zarel [i=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20090721 20:32:33-!- ^Noyga^ [n=lame-z@AVelizy-151-1-95-200.w86-205.abo.wanadoo.fr] has joined #wesnoth-dev
20090721 20:33:24-!- Noyga [n=lame-z@wesnoth/developer/noyga] has quit [Nick collision from services.]
20090721 20:33:31-!- ^Noyga^ is now known as noyga
20090721 20:33:48-!- noyga is now known as Noyga
20090721 20:33:54< mordante> ilor, regarding r37094, I'm not too happy with adding delays
20090721 20:34:35< mordante> would it be possible to ask a random pool when the AI starts its evaluation of the best things and then test whether they arrived when needed
20090721 20:34:51< mordante> or would that make the code too complicated/
20090721 20:34:54< mordante> ?*
20090721 20:35:14< Crab_> mordante: no, that is not good -it will allow cheating :)
20090721 20:35:31< mordante> cheating of the AI?
20090721 20:35:35< Crab_> mordante: the point is 'select and send action first, THEN get the seed'
20090721 20:35:59< mordante> and after that there's no way to cancel/undo that action?
20090721 20:36:13< Crab_> mordante: yes, no way to cancel/undo. that's the point
20090721 20:36:18< mordante> ok
20090721 20:36:26< ilor> mordante: keep in mind this is the ai actually making a move, not calculating stuff
20090721 20:36:49< mordante> it this mandatory or optional?
20090721 20:37:05< Crab_> mordante: yes, cheating by the ai (note that it's possible that in the future the ai will be used by humans as well)
20090721 20:37:19< ilor> mordante: uh, is what mandatory?
20090721 20:37:25< Crab_> mordante: but, you're right about the fact that the time is wasted
20090721 20:37:42< mordante> using this new scheme of waiting for random seed of the server
20090721 20:37:55< ilor> mordante: also this way there's no difference in handling attacks on the other clients
20090721 20:38:43< mordante> I understand that, but other clients are waiting and not aware when their opponent starts his actions
20090721 20:38:59< mordante> I just wonder whether it will cause a _noticable_ lag
20090721 20:39:18< mordante> maybe it would be nice for testing to add some lag detection in that wait loop
20090721 20:39:20< Crab_> mordante: but, atm, ai has no way to calculate something 'out of band', so  there's nothing good to do while waiting for a seed.
20090721 20:40:03< ilor> mordante: the lag is going to be roughly RTT to the server
20090721 20:40:21< ilor> mordante: the server responds to the attacking client first when handling such a command
20090721 20:40:54< mordante> Crab_, uhm yes of course and of course its next best action might depend on the result of the attack
20090721 20:41:09< mordante> ilor, RTT?
20090721 20:41:28< Crab_> mordante: yes, you're right about 'its next best action might depend on the result of the attack'
20090721 20:41:42< ilor> mordante: round trip time ;)
20090721 20:42:09-!- silene [n=plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20090721 20:42:11< Crab_> mordante: if we find something useful that can be calculated, we can make a ai::do_something_useful_for_10ms() function and replace the delay with it.
20090721 20:42:18< silene> hi
20090721 20:42:22< ilor> hi silene
20090721 20:42:24< mordante> ah yes ok, I expected that that would be the largest part of the lag
20090721 20:42:26< mordante> hi silene 
20090721 20:42:33< Crab_> hi silene
20090721 20:42:35< silene> Crab_: for instance the new movement map?
20090721 20:44:07< Crab_> silene: yes, that's a good idea
20090721 20:46:34< mordante> for me pinging wesnoth.org takes about 129ms
20090721 20:47:02< mordante> noy can you try to see what your ping time to wesnoth.org is, you should be closer.
20090721 20:47:11< noy> how do I do that?
20090721 20:47:48< mordante> you're on a mac?
20090721 20:47:56< noy> y
20090721 20:48:03< Crab_> mordante: for me, it's 327ms (via a 3G link)
20090721 20:48:47< stikonas> 131ms
20090721 20:48:49< mordante> noy can you open a console and type ping www.wesnoth.org not sure whether it does it a fixed amount of times or infinite
20090721 20:49:01< ilor> Crab_: probably more than half of that is thanks to 3G itself... been there, and I can sympathise;)
20090721 20:49:20< ilor> around 170ms here
20090721 20:49:53< Crab_> ilor: yes, it's only 130ms if I ping from my server.
20090721 20:50:22< mordante> great 200ms for your G3 :-/
20090721 20:50:33-!- [Relic] [n=[Relic]@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20090721 20:51:40< [Relic]> Hello :)
20090721 20:52:03< mordante> hi [Relic] 
20090721 20:52:21< [Relic]> :)
20090721 20:53:29< ilor> mordante: how about a quick test, assuming you have a build ready I can host a scenario with a combat waiting to happen 
20090721 20:54:33< mordante> ilor, build just finished
20090721 20:55:04< mordante> which server are you hosting on, the official?
20090721 20:55:09< ilor> yes, trunk
20090721 20:55:26< ilor> in my local-wesnoth.org-local test the <200ms delay is barely noticeable. I guess that's because there's already a delay between clicking OK and the attack anim getting to the point where the damage is shown
20090721 20:55:28< mordante> btw I first make a slight modification to the code and rebuild
20090721 20:55:33< ilor> mordante ok
20090721 20:56:11< noy> mordante: 113 seems to be the average
20090721 20:56:19< Turuk> 40ms
20090721 20:56:23< Turuk> Interesting
20090721 20:57:09< ilor> Turuk: being on the same continent as the server probably helps ;P
20090721 20:57:25< stikonas> where is the server?
20090721 20:57:30< Turuk> Pssh, I thought it was in Europe
20090721 20:57:34< Turuk> But that's a good point :)
20090721 20:58:27< ilor> seeing as packets from my place get routed through new york... ;)
20090721 20:58:45< Turuk> Does anyone know if the little popups that tell me when someone has typed something or turn changed is OS specific or just something new entirely?
20090721 20:58:47< mordante> some alternates are in Europe but the main one in the states
20090721 20:59:05< Soliton> s/some/both/
20090721 20:59:12< mordante> wasn't sure ;-)
20090721 20:59:25< mordante> but that's why I wanted to know the ping of somebody in the states
20090721 21:01:47-!- noy [n=Noy@wesnoth/developer/noy] has quit ["GO, GET TO THE CHOPPAH!!!"]
20090721 21:04:32< mordante> ilor, is and an error for your compiler???
20090721 21:05:00< ilor> mordante: yep for msvc
20090721 21:06:21< mordante> odd
20090721 21:08:11< mordante> ilor, I'm on the serer
20090721 21:08:13< mordante> server*
20090721 21:10:58< mordante> the AI is stupid
20090721 21:10:59< silene> Turuk: both new and os specific
20090721 21:11:10< Turuk> ah okay, thanks silene
20090721 21:11:16< Turuk> It looks very fancy
20090721 21:12:02< ilor> mordante: human players attacking have the delay too but it's implemented differently
20090721 21:12:28< mordante> ah ok I added debug code for the ai to print the number of time it enters that loop
20090721 21:12:49< ilor> mordante: how did the attacks feel for you?
20090721 21:13:12< mordante> they felt instantly
20090721 21:13:43< mordante> still wanted to see how much delay there is
20090721 21:14:25< ilor> yeah nice to see 200ms is very much playable, wonder how it looks with longer lags
20090721 21:14:51< mordante> playing against the AI now
20090721 21:14:56< ilor> let me saturate my upstream and see ;)
20090721 21:15:30-!- EdB [n=edb@117.12.95-79.rev.gaoland.net] has quit [Read error: 54 (Connection reset by peer)]
20090721 21:16:36< ilor> mordante: 400ms is noticeable but I'd say okay
20090721 21:20:25< ilor> mordante: ouch, got an OOS while observing your game :/
20090721 21:20:38< mordante> odd
20090721 21:23:09< ilor> mordante: which side is the AI?
20090721 21:23:24< mordante> the southern
20090721 21:26:16< ilor> mordante: OOS happens before any combat, on a move around the AI leader in turn 4
20090721 21:27:42< mordante> ok might be there's still a syncing bug left
20090721 21:28:09< ilor> strnge though
20090721 21:31:00< mordante> but the lag doesn't seem to bad so I stop playing unless you want the game to be around a bit longer
20090721 21:31:25< ilor> mordante: please hold on a sec
20090721 21:33:07-!- YogiHH [n=chatzill@d051113.adsl.hansenet.de] has joined #wesnoth-dev
20090721 21:35:24< Soliton> ilor: the selected game does not change when i select another one, btw. i mean it still shows the players in the top game under "selected game".
20090721 21:35:42-!- ABCD [n=ABCD@wikipedia/ABCD] has quit [Read error: 104 (Connection reset by peer)]
20090721 21:36:18-!- ABCD [n=ABCD@wikipedia/ABCD] has joined #wesnoth-dev
20090721 21:36:23< mordante> ilor, just let me know when you're done
20090721 21:36:39< ilor> Soliton: yes some updates are not done properly
20090721 21:37:22< ilor> hmmm, the AI leader had a goto queued 
20090721 21:38:04< Soliton> that's always suspicious.
20090721 21:38:07< ilor> I wonder if that could be the cause of the OOS
20090721 21:38:29< ilor> hm, I need to add a commandline switch to disable the serverside RNG
20090721 21:38:40< Soliton> in the original it probably did the full move.
20090721 21:39:03< mordante> I think it move to a village the first turn to capture it
20090721 21:39:09< CIA-63> thespaceinvader * r37139 /trunk/data/core/units/drakes/ (Clasher.cfg Enforcer.cfg Gladiator.cfg): Minor updates to clasher line WML.
20090721 21:39:18< Soliton> i've seen that on trait mismatches for units that where quick in the original. no idea what happened here though.
20090721 21:39:43< Soliton> mordante: indeed in the replay it did not for some reason though.
20090721 21:39:54< ilor> Soliton: recruits, and hence traits, are synced old-style
20090721 21:40:18< mordante> Soliton, odd since there can't be units blocking it's path
20090721 21:40:21< mordante> its*
20090721 21:40:55< Soliton> well, the leader actually did not have enough moves to get to the village.
20090721 21:41:22< Soliton> it went from one village to keep and then had only 3 moves left.
20090721 21:42:09< Soliton> seems like the AI made an illegal move?
20090721 21:42:49-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has joined #wesnoth-dev
20090721 21:43:20< mordante> for me the leader has 6 moves
20090721 21:43:42< Soliton> when?
20090721 21:44:04< ilor> hm, for some reason when I create a game and do a load game with "show replay" checked, the replay does not play
20090721 21:44:11< ilor> 6 moves for the AI leader here too
20090721 21:44:33< Soliton> well, of course it has 6 max moves...
20090721 21:44:43< mordante> the leader has a max movement of 6 so should be able to reach the village
20090721 21:45:13< mordante> the one at 15,20
20090721 21:45:29< Soliton> and so he does.
20090721 21:45:53< Soliton> and the nex turn he moves to the keep and then wants to reach 20,15.
20090721 21:45:58< Soliton> which he can't.
20090721 21:46:53< Soliton> the following turn you then get OOS because a unit wants to go where the leader went and then when the leader moves back to the keep from 20,15 which he couldn't reach.
20090721 21:47:26< ilor> the error happens at 17,19 which is where the leader ended his turn
20090721 21:47:27< mordante> I'm also not sure whether the leader moved the second turn after recruiting at the keep
20090721 21:47:53< ilor> from the replay it looks like he goto-moved to the 15,20 village
20090721 21:48:06< Soliton> ilor: but not in the original. since you can see that there is a move from 20,15 to the keep later on.
20090721 21:48:52< Soliton> goto just means he really went there in the original. replays don't have gotos.
20090721 21:49:32< ilor> if he went there the AI made an illegal move
20090721 21:49:44< Soliton> seems to me like the AI reset the leader moves on reaching the keep and recruiting or something.
20090721 21:50:24< ilor> I can try to add code in the client that'll check if moves are valid, movement-point wise
20090721 21:51:02< Crab_> ilor: where/what do you want to fix with this?
20090721 21:51:16< ilor> or maybe wa can have one of the AI people have a look at this
20090721 21:51:46< Soliton> ideally the AI woudl use the same functions as humans to do the move.
20090721 21:52:00< CIA-63> thespaceinvader * r37140 /trunk/data/core/images/units/drakes/clasher.png: Minor fix to Clasher base frame.
20090721 21:52:06< ilor> Crab_: what do you mean?
20090721 21:52:16< Soliton> the cheat can only have worked on the same client that controlled the AI.
20090721 21:52:29< Soliton> others will get OOS the same as in the replay.
20090721 21:52:31< Crab_> Soliton: 'AI would use the same functions ...' - it is done (src/ai/actions.cpp), but not yet enabled
20090721 21:52:35< ilor> Soliton: true
20090721 21:53:13< Crab_> ilor: I was asking about ' I can try to add code in the client that'll check if moves are valid, movement-point wise' - where do you wanted to add this code ?
20090721 21:53:27< Soliton> Crab_: it looks like the AI made an illegal move after moving the leader to a keep recruiting and then using full MP that it didn't have anymore.
20090721 21:53:55< ilor> Crab_: well the OOS should happen immediately after the client sees a bad move, not some time later
20090721 21:54:17< ilor> because right now it detects it as two units stomping on each other 
20090721 21:54:27< mordante> I started a new game and the leader now has finished it's second turn with 5/6 moves left instead of 3/6 
20090721 21:54:34< mordante> its*
20090721 21:55:57< Crab_> Soliton: yes, old ai movement routine can contain some glithes.   new ai movement routine reuses move_unit implementation in ./src/actions.cpp , but it is not yet enabled for ai_default
20090721 21:56:54< Soliton> ok, guess no need to worry to much about it.
20090721 21:57:30< CIA-63> thespaceinvader * r37141 /trunk/data/core/images/units/drakes/ (5 files): Add a few Gladiator frames I forgot first time round...
20090721 21:57:31< mordante> so I can terminate the games?
20090721 21:57:38< Soliton> ilor: we could message OOS when multi-moves/gotos are detected, i suppose.
20090721 21:57:42< ilor> mordante: yeah
20090721 21:57:48-!- giusef [n=giusef@unaffiliated/giusef] has joined #wesnoth-dev
20090721 21:57:53< Soliton> since those should not happen.
20090721 21:58:17< Crab_> Soliton: what's wrong with detecting a goto ?
20090721 21:58:18< ilor> Soliton: I just think that detecting errors as early as possible will mean easier debugging, like in this case
20090721 21:58:38< Soliton> ilor: right, that is the earliest, no?
20090721 21:59:24< mordante> I'm off night
20090721 21:59:25< Soliton> the illegal move was to a destination that could not be reached legally but it was simply interpreted as a goto.
20090721 21:59:26< ilor> Soliton: yeah
20090721 21:59:27< ilor> night mordante
20090721 21:59:28-!- Doppp|EeePC [n=aasdasd@c-67-171-96-240.hsd1.pa.comcast.net] has joined #wesnoth-dev
20090721 21:59:45< Crab_> Soliton: ok, understood
20090721 21:59:50-!- mordante [n=mordante@wesnoth/developer/mordante] has quit ["Leaving"]
20090721 22:01:13< ilor> afk
20090721 22:06:51-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has quit ["leaving"]
20090721 22:06:59-!- elias [n=allefant@allegro/developer/allefant] has quit [Read error: 60 (Operation timed out)]
20090721 22:12:18-!- YogiHH [n=chatzill@d051113.adsl.hansenet.de] has quit [Read error: 110 (Connection timed out)]
20090721 22:22:46-!- elias [n=allefant@allegro/developer/allefant] has joined #wesnoth-dev
20090721 22:25:23-!- Noyga [n=lame-z@wesnoth/developer/noyga] has left #wesnoth-dev ["Quitte"]
20090721 22:52:56-!- boucman [n=rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20090721 22:53:16< boucman> hey all
20090721 22:53:23< Crab_> hi boucman
20090721 22:56:25-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Read error: 104 (Connection reset by peer)]
20090721 22:56:53-!- stikonas [n=and@ctv-79-132-177-212.vinita.lt] has joined #wesnoth-dev
20090721 22:59:34-!- kitty_ [n=kitty@wesnoth/artist/kitty] has joined #wesnoth-dev
20090721 23:00:35< kitty_> hi
20090721 23:01:43< boucman> hey kitty_
20090721 23:02:49-!- YogiHH [n=chatzill@c211116.adsl.hansenet.de] has joined #wesnoth-dev
20090721 23:05:49-!- ABCD [n=ABCD@wikipedia/ABCD] has quit [Read error: 104 (Connection reset by peer)]
20090721 23:05:52-!- ABCD [n=ABCD@wikipedia/ABCD] has joined #wesnoth-dev
20090721 23:14:59< kitty_> Where can I access the random names list for a specific faction?
20090721 23:16:07-!- ABCD_ [n=ABCD@wikipedia/ABCD] has joined #wesnoth-dev
20090721 23:17:03-!- ABCD [n=ABCD@wikipedia/ABCD] has quit [Read error: 104 (Connection reset by peer)]
20090721 23:17:09< boucman> looking....
20090721 23:17:18< silene> kitty_: data/core/macros/names.cfg
20090721 23:17:34< silene> but that's only the seeds, the names are randomly generated
20090721 23:17:59< kitty_> that will do - thank you!
20090721 23:21:40< Crab_> boucman: I've got to actually 'parsing the configurations' (that's the only coding thing left before documenting/committing that patch) - here's how I want to do it - http://wesnoth.pastebin.com/m58de0c20
20090721 23:22:27< Ivanovic> time to head off to bed, n8
20090721 23:24:42< boucman> looking...
20090721 23:25:33< boucman> I agree about (b)
20090721 23:25:46< silene> Crab_: i prefer 5a, the less the preprocessor is used the better it is (the day i wrote wesnoth's wml preprocessor, i should have kept sleeping)
20090721 23:26:09< boucman> silene: :P
20090721 23:26:49< boucman> silene: including via macros allows to have macros with parameters and stuff like that, it's easier to handle for no (coding) cost
20090721 23:27:43< Crab_> silene: if we use 5b, we can parametrize the included ai config via WML macros, without the c++-side having to know about it. how to achieve this with 5a ?
20090721 23:28:37< silene> Crab_: macros don't do anything by themselves; if macros work, it means plain wml works too
20090721 23:29:33< silene> if you have to use macros to hide ugly details, then there is an issue with your interface
20090721 23:29:48< Crab_> silene: yes, but we want to make it as easy as possible to 'reference an existing ai config and add/modify some things in it'
20090721 23:31:28< silene> how many arguments do you think your macro will have?
20090721 23:32:38< Crab_> imagine an pre-built ai having several stages, and one of those stages is called 'candidate actions evaluation loop', which contains 15 candidate actions. then, we have three use cases:
20090721 23:32:51< Crab_>  1) scenario editor wants to add +1 candidate action to that stage  2) scenario editor wants to define a new additional candidate actions evaluation loop stage 3) scenario editor wants to remove that stage from the config
20090721 23:33:37< Crab_> so, we're searching for the best way to do it
20090721 23:34:04< Crab_> for example, provide and document a large set of hook points
20090721 23:34:23-!- zookeeper [n=l@wesnoth/developer/zookeeper] has quit []
20090721 23:34:48< Crab_> and allow to 'reference' the ai and parametrize it with some config snippets, at those hook points
20090721 23:35:40< Crab_> so, the number of 'arguments' that would be needed to parametrize the ai, will be quite high
20090721 23:36:32< Crab_> another idea is to make a [modify_ai] tag for this purpose (this will also allow easier in-flight changes of the ai config from events)
20090721 23:36:56< silene> modify_ai definitely gets my vote
20090721 23:37:05< boucman> but [modify_ai] might be a lot of coding whereas macros are free
20090721 23:37:29< silene> boucman: but who will ever use a macro with 15 arguments?
20090721 23:37:30< boucman> (we will need a way to modify ai in a WML event, but I guess that's not the subject here...
20090721 23:38:14< boucman> silene: mapmakers... AI are heavily parameterized, wether we do it through WML or macros, it will still be the case
20090721 23:40:28-!- ABCD_ [n=ABCD@wikipedia/ABCD] has quit [Read error: 104 (Connection reset by peer)]
20090721 23:41:15< Crab_> if use=.. and [modify_ai] is used, scenario ai config will look like http://wesnoth.pastebin.com/m7b3ada85
20090721 23:41:16-!- ABCD [n=ABCD@wikipedia/ABCD] has joined #wesnoth-dev
20090721 23:41:47< boucman> Crab_: how much work would that be ?
20090721 23:42:48< boucman> Crab_: these syntaxes (a) and (b) are not mutually exclusive, and I'd rather have you go for the simpler....
20090721 23:43:09< boucman> at least in the GSoC timeframe, we are not exactly in advance on our planning
20090721 23:43:34< silene> boucman: probably less work than writing the macro (and its documentation) that will set up a whole heavily parameterized ai ;-)
20090721 23:44:22< boucman> ok, time for bed here, 
20090721 23:44:29< Crab_> well, 1) most of this can be done after I commit my current work 2) we will need to document a structure of the ai (to allow to specify 'where do we want to apply a change', such as 'stage.1.end' )
20090721 23:45:24< boucman> Crab_: good point, documenting (a) wouldn't be simple either
20090721 23:45:42< silene> Crab_: your "where" syntax is a bit strange, why is it not just an integer (the stage number)? or an id identifying it? why is a sequence of identifiers and numbers
20090721 23:45:48< Crab_> after that, [modify_ai] shouldn't be that hard to implement - it's only some modifications of the config plus partial to_config/from_config redeployment.
20090721 23:46:41< boucman> Crab_: ok, must leave now, do what you think is best, we can discuss it some more tomorow and friday 
20090721 23:46:43< boucman> nite all
20090721 23:46:48-!- boucman [n=rosen@wesnoth/developer/boucman] has quit ["Leaving."]
20090721 23:46:57< Crab_> silene: it's just an 'idea', it is not that implemented yet.
20090721 23:47:31< silene> Crab_: sure, but you must have had a reason for writing 'stages.1.end'; what did this localization mean?
20090721 23:47:42< Crab_> silene: either some kind of hierarchical syntax, or some kind of 'global id' will be needed.
20090721 23:48:32< Crab_> for example, imagine an ai with a 'candidate action evaluation loop' stage, which has a candidate action named 'recruitment', which has some parameters
20090721 23:48:56< Crab_> imagine that scenario editor wants to pass some parameters to that candidate action
20090721 23:49:02< Crab_> he'll need to single it out somehow
20090721 23:49:27< Crab_> such as 'candidate action with id AAA, in stage with id BBB'
20090721 23:49:52< Crab_> thus 'BBB.AAA' or 'BBB::AAA' comes to mind as a simpler way of writing the above
20090721 23:50:28< silene> oh, i missed that, i didn't notice you could have several candidate actions per stage
20090721 23:50:42< silene> then i agree 'bbb.aaa' is the way to go
20090721 23:50:58< Crab_> silene: candidate actions are only included in 'candidate action evaluation loop' stage, other stages may have their own parts
20090721 23:51:13< Crab_> for example, fallback stage can contain a entire config of a secondary ai
20090721 23:51:32< silene> (more precisely, you want to use the wml syntax for paths, that is "id[optional index].id...")
20090721 23:51:51< Crab_> where I can read about that syntax ?
20090721 23:52:22< silene> i guess it is explained extensively somewhere in the wiki; the code is in variable.cpp
20090721 23:52:28< Crab_> ok
20090721 23:53:37< silene> basically, this is a sequence of child subtags, and when you put an index [n], you don't access the first one (the 0th one) but the nth one
20090721 23:54:36< Crab_> I'll probably need to use a string, not a number, as index
20090721 23:54:49-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20090721 23:55:24< silene> Crab_: yes (and in fact, i'm surprised the wml syntax doesn't allow it, while it is somehow allowed on the c++ side)
20090721 23:59:51-!- yann [n=dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has quit [Remote closed the connection]
--- Log closed Wed Jul 22 00:00:15 2009