--- Log opened Tue Jan 05 00:00:27 2010
20100105 00:05:18< CIA-28> ilor * r40575 /trunk/src/ (4 files in 2 dirs): lobby gamelist filtering by hiding rows instead of redoing the entire listbox, partial WIP
20100105 00:05:22< Soliton> hrm, more encoding issues with that addon... i guess i'll just blacklist it and be done with it.
20100105 00:05:42< CIA-28> ilor * r40576 /trunk/src/ (config.cpp config.hpp): add config::apply_diff tracking
20100105 00:05:57< CIA-28> ilor * r40577 /trunk/src/ (4 files in 2 dirs): lobby per-row updating, at the moment requires that diffs be fully processed one at a time
20100105 00:12:33< ilor> mordante: there, filtering is fubar but the refreshes work, I'll try tomake filteing sane soon
20100105 00:21:16-!- wesbot changed the topic of #wesnoth-dev to: string/feature freeze active! | 52 bugs, 245 feature requests, 9 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20100105 00:21:59-!- fendrin [n=fabi@wesnoth/developer/fendrin] has quit [Remote closed the connection]
20100105 00:23:47-!- Blueblaze [n=nick@adsl-99-171-163-107.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20100105 00:26:22-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Read error: 54 (Connection reset by peer)]
20100105 00:27:22-!- stikonas [n=and@ctv-79-132-179-139.vinita.lt] has joined #wesnoth-dev
20100105 00:32:35-!- boucman [n=rosen@wesnoth/developer/boucman] has quit ["Leaving."]
20100105 00:36:45-!- noy [n=Noy@wesnoth/developer/noy] has quit [Read error: 110 (Connection timed out)]
20100105 00:43:26-!- Tigge_ [n=tigge@c-5ba372d5.015-28-73746f34.cust.bredbandsbolaget.se] has joined #wesnoth-dev
20100105 00:46:32-!- Tigge [n=tigge@c-5ba372d5.015-28-73746f34.cust.bredbandsbolaget.se] has quit [Read error: 104 (Connection reset by peer)]
20100105 00:47:49-!- boucman [n=rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20100105 00:48:53-!- ilor [n=user@wesnoth/developer/ilor] has quit [Read error: 104 (Connection reset by peer)]
20100105 00:49:06-!- ilor [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20100105 00:50:59-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Read error: 104 (Connection reset by peer)]
20100105 00:51:17-!- Tallken [n=f2f93bf5@93.102.82.136.rev.optimus.pt] has joined #wesnoth-dev
20100105 00:55:46-!- boucman [n=rosen@wesnoth/developer/boucman] has quit ["Leaving."]
20100105 01:05:24-!- loonycyborg [n=sergey@wesnoth/developer/loonycyborg] has quit ["Zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz"]
20100105 01:05:54-!- loonybot [n=loonybot@wesnoth/bot/loonybot] has quit [Remote closed the connection]
20100105 01:09:54< CIA-28> ilor * r40578 /trunk/src/gui/dialogs/lobby_main.cpp: disable lobby filtering since it's broken at the moment
20100105 01:29:22-!- fendrin [n=fabi@88-134-75-97-dynip.superkabel.de] has joined #wesnoth-dev
20100105 01:54:58-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has quit [Remote closed the connection]
20100105 02:07:46-!- Ivanovic_ [n=ivanovic@dtmd-4db2a2d6.pool.mediaWays.net] has joined #wesnoth-dev
20100105 02:08:31-!- deekay [n=dk@wesnoth/developer/dragonking] has quit []
20100105 02:08:42-!- Netsplit kubrick.freenode.net <-> irc.freenode.net quits: shadowmaster, Chusslove, Smar, ettin, Ingmar, rosso, knotwork, Ivanovic, Tigge_, fkhodkov,  (+3 more, use /NETSPLIT to show all of them)
20100105 02:09:44-!- Ivanovic_ is now known as Ivanovic
20100105 02:10:21-!- Netsplit over, joins: Smar
20100105 02:10:27-!- Netsplit over, joins: ettin
20100105 02:10:42-!- shadowm_netsplit [n=ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20100105 02:10:57-!- Netsplit over, joins: Ingmar
20100105 02:11:25-!- shadowm_netsplit is now known as shadowm_bluecore
20100105 02:13:19-!- elynia [n=shyde@wesnoth/umc-dev/misc/elynia] has joined #wesnoth-dev
20100105 02:16:17-!- CIA-45 [n=CIA@208.69.182.149] has joined #wesnoth-dev
20100105 02:16:20-!- Smar [i=smar@freenet/translator/finnish/Smar] has quit [Killed by douglas.freenode.net (Nick collision)]
20100105 02:16:24-!- Ivanovic [n=ivanovic@dtmd-4db2a2d6.pool.mediaWays.net] has quit [Killed by douglas.freenode.net (Nick collision)]
20100105 02:16:38-!- Ivanovic_ [n=ivanovic@dtmd-4db2a2d6.pool.mediaWays.net] has joined #wesnoth-dev
20100105 02:17:11-!- shadowmaster [n=ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20100105 02:17:11-!- rosso [n=rosso@dslb-088-070-049-153.pools.arcor-ip.net] has joined #wesnoth-dev
20100105 02:17:11-!- Tigge_ [n=tigge@c-5ba372d5.015-28-73746f34.cust.bredbandsbolaget.se] has joined #wesnoth-dev
20100105 02:17:11-!- knotwork [n=markm@142.177.234.40] has joined #wesnoth-dev
20100105 02:17:11-!- Soliton [n=Soliton@wesnoth.wesnoth.org] has joined #wesnoth-dev
20100105 02:17:11-!- Ivanovic [n=ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20100105 02:17:11-!- Chusslove [n=Chusslov@brsg-d9bef0f9.pool.mediaWays.net] has joined #wesnoth-dev
20100105 02:17:11-!- fkhodkov [n=fedor76@ppp-78-24-26-36-bras0.istra.ru] has joined #wesnoth-dev
20100105 02:17:11-!- Smar [i=smar@smar.fi] has joined #wesnoth-dev
20100105 02:18:25-!- Amu [i=smar@smar.fi] has joined #wesnoth-dev
20100105 02:18:28-!- Smar [i=smar@smar.fi] has quit [Success]
20100105 02:18:52-!- fmunoz [n=chatzill@138.Red-83-49-148.dynamicIP.rima-tde.net] has quit [Read error: 110 (Connection timed out)]
20100105 02:23:50-!- Ivanovic [n=ivanovic@wesnoth/developer/ivanovic] has quit [No route to host]
20100105 02:23:56-!- Chusslove [n=Chusslov@brsg-d9bef0f9.pool.mediaWays.net] has quit [Connection timed out]
20100105 02:24:00-!- fkhodkov [n=fedor76@ppp-78-24-26-36-bras0.istra.ru] has quit [Connection timed out]
20100105 02:24:36-!- Ivanovic_ is now known as Ivanovic
20100105 02:28:51-!- Chusslove [n=Chusslov@brsg-d9bef13c.pool.mediaWays.net] has joined #wesnoth-dev
20100105 02:30:33-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100105 02:48:47-!- Sirp [n=user@wesnoth/developer/dave] has joined #wesnoth-dev
20100105 03:08:32-!- Mythological [i=Mytholog@77.28.114.4] has joined #wesnoth-dev
20100105 03:48:57-!- Mythological [i=Mytholog@77.28.114.4] has quit []
20100105 04:15:23-!- shadowm_bluecore [n=ignacio@wesnoth/developer/shadowmaster] has quit [Client Quit]
20100105 04:21:53-!- Ivanovic_ [n=ivanovic@dtmd-4db2e6fa.pool.mediaWays.net] has joined #wesnoth-dev
20100105 04:38:10-!- Ivanovic [n=ivanovic@dtmd-4db2a2d6.pool.mediaWays.net] has quit [Read error: 110 (Connection timed out)]
20100105 04:38:47-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20100105 04:39:25-!- elynia [n=shyde@wesnoth/umc-dev/misc/elynia] has quit [Read error: 110 (Connection timed out)]
20100105 04:39:52-!- Ivanovic_ is now known as Ivanovic
20100105 04:41:13-!- ancestral [n=ancestra@97-116-123-130.mpls.qwest.net] has joined #wesnoth-dev
20100105 05:21:54-!- ardesh [n=ardesh@port-92-195-97-25.dynamic.qsc.de] has left #wesnoth-dev ["Quis custodiet ipsos custodes"]
20100105 06:18:31-!- noy [n=Noy@wesnoth/developer/noy] has quit [Read error: 104 (Connection reset by peer)]
20100105 06:18:42-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100105 06:22:51-!- ancestral [n=ancestra@97-116-123-130.mpls.qwest.net] has quit ["And that’s the end of THAT chapter."]
20100105 07:11:19-!- silene [n=plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100105 07:43:51-!- Sirp [n=user@wesnoth/developer/dave] has quit ["leaving"]
20100105 08:13:25-!- Blueblaze [n=nick@adsl-99-171-163-107.dsl.hstntx.sbcglobal.net] has quit [Read error: 110 (Connection timed out)]
20100105 08:16:48-!- stikonas [n=and@ctv-79-132-179-139.vinita.lt] has joined #wesnoth-dev
20100105 08:17:25-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit []
20100105 08:22:38-!- zookeeper [n=l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20100105 08:41:30-!- ilor [n=user@wesnoth/developer/ilor] has quit [Read error: 60 (Operation timed out)]
20100105 08:52:08-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20100105 08:53:35-!- silene1 [n=plouf@ASte-Genev-Bois-152-1-59-242.w83-114.abo.wanadoo.fr] has joined #wesnoth-dev
20100105 08:54:03-!- silene [n=plouf@wesnoth/developer/silene] has quit [Read error: 110 (Connection timed out)]
20100105 09:02:30-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20100105 09:13:08-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20100105 09:15:17-!- noy [n=Noy@wesnoth/developer/noy] has quit [Read error: 54 (Connection reset by peer)]
20100105 09:16:09-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100105 09:17:58-!- fmunoz [n=chatzill@138.Red-83-49-148.dynamicIP.rima-tde.net] has joined #wesnoth-dev
20100105 09:21:21-!- ilor [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20100105 09:21:23-!- silene1 [n=plouf@ASte-Genev-Bois-152-1-59-242.w83-114.abo.wanadoo.fr] has quit [Read error: 110 (Connection timed out)]
20100105 09:25:07-!- deekay [n=dk@wesnoth/developer/dragonking] has joined #wesnoth-dev
20100105 09:30:10-!- ilor [n=user@wesnoth/developer/ilor] has quit [Read error: 104 (Connection reset by peer)]
20100105 09:30:13-!- ilor_ [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20100105 09:34:10-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20100105 09:37:20-!- ilor [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20100105 09:37:37-!- ilor_ [n=user@wesnoth/developer/ilor] has quit [Read error: 54 (Connection reset by peer)]
20100105 09:41:21-!- ilor [n=user@wesnoth/developer/ilor] has quit [Read error: 104 (Connection reset by peer)]
20100105 09:41:28-!- ilor [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
--- Log closed Tue Jan 05 09:45:50 2010
--- Log opened Tue Jan 05 09:45:52 2010
20100105 09:46:01-!- lobby [n=wesnoth@wesnoth/bot/lobby] has joined #wesnoth-dev
20100105 09:46:01-!- Topic for #wesnoth-dev: string/feature freeze active! | 52 bugs, 245 feature requests, 9 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20100105 09:46:01-!- Topic set by wesbot [] [Tue Jan  5 00:21:16 2010]
20100105 09:46:01[Users #wesnoth-dev]
20100105 09:46:01[ AI0867   ] [ erl       ] [ ilor    ] [ lukjad007   ] [ Tigge_  ] [ zookeeper] 
20100105 09:46:01[ Amu      ] [ esr       ] [ Ingmar  ] [ Rhonda      ] [ tsr_    ] 
20100105 09:46:01[ AnMaster ] [ ettin     ] [ isaac   ] [ rosso       ] [ Vetinari] 
20100105 09:46:01[ Chusslove] [ fendrin   ] [ Ivanovic] [ shadowmaster] [ wesbot  ] 
20100105 09:46:01[ CIA-45   ] [ fmunoz    ] [ knotwork] [ shikadibot  ] [ yann    ] 
20100105 09:46:01[ deekay   ] [ happygrue_] [ lobby   ] [ Soliton     ] [ Zarel   ] 
20100105 09:46:01-!- Irssi: #wesnoth-dev: Total of 31 nicks [0 ops, 0 halfops, 0 voices, 31 normal]
20100105 09:46:12-!- Channel #wesnoth-dev created Tue Jan 27 06:28:41 2009
20100105 09:47:16-!- Irssi: Join to #wesnoth-dev was synced in 82 secs
20100105 09:51:39-!- ilor [n=user@wesnoth/developer/ilor] has quit [Read error: 104 (Connection reset by peer)]
20100105 09:51:41-!- ilor_ [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20100105 09:53:09-!- ilor_ [n=user@wesnoth/developer/ilor] has quit [Read error: 104 (Connection reset by peer)]
20100105 09:53:11-!- ilor [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20100105 09:58:58-!- ilor [n=user@wesnoth/developer/ilor] has quit [Read error: 104 (Connection reset by peer)]
20100105 09:59:01-!- ilor_ [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20100105 10:04:50-!- ilor [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20100105 10:05:42-!- ilor_ [n=user@wesnoth/developer/ilor] has quit [Read error: 104 (Connection reset by peer)]
20100105 10:07:50-!- loonybot [n=loonybot@ppp79-139-137-151.pppoe.spdop.ru] has joined #wesnoth-dev
20100105 10:08:37-!- loonycyborg [n=sergey@ppp79-139-137-151.pppoe.spdop.ru] has joined #wesnoth-dev
20100105 10:25:25-!- ilor [n=user@wesnoth/developer/ilor] has quit [Read error: 110 (Connection timed out)]
20100105 10:35:46-!- lukjad007 [n=lukjadOO@unaffiliated/lukjad007] has quit [Read error: 60 (Operation timed out)]
20100105 10:48:53-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20100105 10:51:04-!- Vetinari [n=lukjad00@unaffiliated/lukjad007] has quit [Read error: 110 (Connection timed out)]
20100105 11:10:52< Ivanovic> moin
20100105 12:15:16-!- ilor [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20100105 12:35:16-!- Appleman1234 [n=Appleman@CPE-124-191-178-150.oxqn1.cha.bigpond.net.au] has joined #wesnoth-dev
20100105 12:45:11< CIA-45> ilor * r40579 /trunk/src/ (gui/dialogs/lobby_main.cpp lobby_data.cpp lobby_data.hpp): gamelist filters, using listbox::set_row_shown(vector<bool>)
20100105 12:47:05< ilor> mordante: there seems to be a layout/hiding problem with the filters, when many rows are hidden (such as on 1.6 server with "show games with vacant slots"). It looks like the gamelist is being drawn above where it should be
20100105 12:47:54< ilor> mordante: http://img405.imageshack.us/img405/2902/lobbyhidinglayoutbug.png notice the top is cut off and teher is no scrollbar, I had the area blank, maximizing made it show a bit (hence the huge screenshot)
20100105 13:06:35< CIA-45> ilor * r40580 /trunk/src/gui/dialogs/lobby_main.cpp: fix lobby automatically selecting the next game, and the next etc. on each gamelist update
20100105 13:07:59< ilor> mordante, also for some reason the listbox autoscrolls to make the selected item the bottom item if possible all of the time, after clicking and after a gamelist update, this makes it hard to use
20100105 13:08:29< ilor> my code no longer calls select_item when not necessary and there are no manula scroll calls for the gamelist
20100105 13:39:53-!- Vetinari [n=lukjad00@unaffiliated/lukjad007] has joined #wesnoth-dev
20100105 13:40:40-!- lukjad007 [n=lukjadOO@unaffiliated/lukjad007] has joined #wesnoth-dev
20100105 13:48:30-!- SonIcco [n=SonIcco@pD951109B.dip0.t-ipconnect.de] has joined #wesnoth-dev
20100105 14:35:35-!- stikonas [n=and@ctv-79-132-179-139.vinita.lt] has joined #wesnoth-dev
20100105 14:41:18< Ivanovic> ilor: what should be the result of the diff stuff you implemented last night?
20100105 14:41:25< Ivanovic> should this be the "speed improvement"?
20100105 14:51:35-!- fkhodkov [n=fedor76@ppp-78-24-26-36-bras0.istra.ru] has joined #wesnoth-dev
20100105 14:51:51< ilor> Ivanovic: yes
20100105 14:52:22< ilor> I tried 1.6 and initially there's a delay but it's much better later when the gamelist is updated
20100105 15:28:30< Ivanovic> yeah, looks *a lot* better already
20100105 15:28:41< Ivanovic> though the jumping to the last selected at refresh is still there
20100105 15:33:34< ilor> Ivanovic yeah I hope to solve that with mordane soon
20100105 15:33:43< Ivanovic> good
20100105 15:34:09< ilor> also I'd like selecting a game to be a lot faster than it is but that might be trickier
20100105 15:34:24< ilor> at least it looks somewhat usable now
20100105 15:35:31< Ivanovic> jupp, the lobby is a lot better resource usage wise due to the change by mordante (tiling support) and your latest change
20100105 15:36:09< Ivanovic> if it is not easily possible to speed up generation of the first list, maybe some "loading" message would make sense?
20100105 15:45:14< ilor> probably, I'd rather just make it faster though
20100105 15:53:12< Ivanovic> making it faster is the best solution in most cases
20100105 15:53:13< Ivanovic> ;)
20100105 15:55:02-!- _jbx_ [n=jbailey@12.190.80.225] has joined #wesnoth-dev
20100105 16:24:06-!- Appleman1234 [n=Appleman@CPE-124-191-178-150.oxqn1.cha.bigpond.net.au] has quit ["Leaving"]
20100105 16:45:45-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100105 16:51:25-!- mjs-de [n=mjs-de@p3EE257F2.dip.t-dialin.net] has joined #wesnoth-dev
20100105 17:21:59-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20100105 17:51:14-!- silene [n=plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100105 17:54:49-!- Noyga [n=noyga@wesnoth/developer/noyga] has joined #wesnoth-dev
20100105 18:01:36< esr> zookeeper: ping?
20100105 18:10:22< zookeeper> esr, yes?
20100105 18:11:22< esr> zookeeper: What's the story on the AI-controller macros?  Do you have insight into how they're proken and think you can fix them, or will we need to remove them from 1.8?
20100105 18:17:31< zookeeper> esr, err, i think i'd have to dig into my irc logs to remind myself what was the conclusion last time i talked about it with probably fendrin..
20100105 18:18:08< zookeeper> do you know what's broken about them currently?
20100105 18:18:45< esr> zookeeper: https://gna.org/bugs/?14256
20100105 18:19:45< zookeeper> right, i think it's fixable if we get crab to help with it, since the new AI stuff seems like a much better way of implementing the actual AI behaviours
20100105 18:20:32< esr> Is the "new AI stuff" actually implemented already?
20100105 18:22:33< zookeeper> i'm not really up-to-date enough to tell much about that
20100105 18:23:16< zookeeper> i'll wait for crab to appear and then pester him about it a bit
20100105 18:24:44< esr> OK.  Looking at the bug list, I think this is probably the most important pre-1.8 issue you can work on.  Unfortunately crab has an issue or two with higher priority.
20100105 18:26:47< esr> If he doesn't have the new hooks implemented, and you can't develop a fix in pure WML, we'll have to remove those macros from trunk for 1.8.  Fendrin is OK with the LoW uses going away, if it comes to that.
20100105 18:33:26< AI0867> ilor: http://forums.wesnoth.org/viewtopic.php?f=4&t=28377
20100105 18:57:32-!- stikonas_ [n=and@ctv-79-132-179-139.vinita.lt] has joined #wesnoth-dev
20100105 19:07:15-!- giusef [n=giusef@unaffiliated/giusef] has joined #wesnoth-dev
20100105 19:13:03-!- fmunoz [n=chatzill@138.Red-83-49-148.dynamicIP.rima-tde.net] has quit [Read error: 110 (Connection timed out)]
20100105 19:17:26< ilor> AI: the message is sent via a /command?
20100105 19:19:07-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Read error: 110 (Connection timed out)]
20100105 19:24:05-!- SonIcco [n=SonIcco@pD951109B.dip0.t-ipconnect.de] has quit [Remote closed the connection]
20100105 19:24:21-!- SonIcco [n=SonIcco@pD951109B.dip0.t-ipconnect.de] has joined #wesnoth-dev
20100105 19:29:44-!- Blueblaze [n=nick@adsl-99-171-163-57.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20100105 19:44:38-!- stikonas_ is now known as stikonas
20100105 19:50:54-!- Blueblaze [n=nick@adsl-99-171-163-57.dsl.hstntx.sbcglobal.net] has quit [Connection timed out]
20100105 19:57:46-!- noy [n=Noy@wesnoth/developer/noy] has quit [Read error: 104 (Connection reset by peer)]
20100105 19:57:52-!- Blueblaze [n=nick@adsl-99-171-163-57.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20100105 19:59:14-!- fmunoz [n=chatzill@138.Red-83-49-148.dynamicIP.rima-tde.net] has joined #wesnoth-dev
20100105 20:00:17-!- Blueblaze [n=nick@adsl-99-171-163-57.dsl.hstntx.sbcglobal.net] has quit [Read error: 104 (Connection reset by peer)]
20100105 20:02:23-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20100105 20:06:38-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100105 20:08:21< fendrin> Anyone else having sound problems? 20100105 20:07:31 error audio: Could not initialize audio: No available audio device
20100105 20:08:38< Soliton> silene: do you have any more insight on bug #15055? i'm wondering why you say it has something to do with movement_cost_internal for example.
20100105 20:09:14-!- noy_ [n=Noy@d99-199-3-111.bchsia.telus.net] has joined #wesnoth-dev
20100105 20:09:15-!- noy [n=Noy@wesnoth/developer/noy] has quit [Read error: 54 (Connection reset by peer)]
20100105 20:09:32-!- noy_ is now known as noy
20100105 20:10:15< silene> Soliton: perhaps i'm mistaken (i was mostly guided to this place because it's the major change between 1.6 and 1.8 regarding movement costs), but it seemed to me like this function was causing the movement costs of the unit to be updated
20100105 20:10:36< Soliton> ok.
20100105 20:11:12< Soliton> i think the issue is that i made it so movetypes don't explicitely specify values for impassable terrain anymore.
20100105 20:11:52< Soliton> instead the built-in defaults should be used but something is probably merging stuff from the previous unit in.
20100105 20:13:21< Soliton> like in advance_to() and reset_modifications() there is some merging of the "parent movetype" going on.
20100105 20:13:58< Soliton> anyone know what a parent movetype is (for)?
20100105 20:16:21< Soliton> i'm tempted to just remove the parent movetype merging and see if anything breaks...
20100105 20:16:22< silene> Soliton: isn't it the one from the unit type?
20100105 20:16:36< silene> (if it is, you definitely don't want to remove it)
20100105 20:18:09< Soliton> hmm, so parent movetype is simply the movetype?
20100105 20:22:15< silene> Soliton: more precisely, you have three movement costs: the ones from the unit, the ones from the unit type, the ones from the unit type's move type
20100105 20:22:31< silene> i think "parent" designs one of the last two depending on the context
20100105 20:26:02< Soliton> right.
20100105 20:27:01< Soliton> anyway i'm pretty sure the problem is in some of the config merging going on in unit::advance_to().
20100105 20:28:05< Soliton> i suppose it's difficult to say at that point what should be merged in from the old unit and what not.
20100105 20:29:11< Soliton> though actually i can't see the point of merging movement type stuff in at all.
20100105 20:30:36< Soliton> seems to me like the merging of the parent movetype in unit::reset_modifications() is bogus.
20100105 20:32:18< silene> yes, i feel the old costs should be cleared before the merging occurs
20100105 20:33:24< AI0867> ilor: double-click the target, click private message, crash
20100105 20:33:28-!- YogiHH [n=chatzill@d098055.adsl.hansenet.de] has joined #wesnoth-dev
20100105 20:33:45-!- Noyga [n=noyga@wesnoth/developer/noyga] has left #wesnoth-dev ["Quitte"]
20100105 20:34:08< YogiHH> hello
20100105 20:45:00-!- mordante [n=mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20100105 20:45:15< mordante> servus
20100105 20:47:00< silene> Soliton: i think merging without clearing was fine in 1.6 because all the movement costs were defined, so the old ones could not stay around; now that unpassable ones are implicit, they no longer overwrite the old ones
20100105 20:47:14-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20100105 20:47:42< mordante> ilor, good to hear the lobby is much faster :-)
20100105 20:48:14< Soliton> silene: yep, i think so.
20100105 20:49:00< Soliton> silene: the clearing is actually done but right afterwards the original values from the parent movetype or restored.
20100105 20:49:09< Soliton> s/or/are/
20100105 20:49:24< mordante> ilor, I don't have much time until Friday, so it will take a few days before I can have a closer look
20100105 20:49:32< ilor> mordante okay
20100105 20:49:50< ilor> mordante: there's visible progress, that matters :)
20100105 20:50:10< Soliton> silene: and in unit::reset_modifications() it's the parent movetype from the old/current type not the one being advanced to.
20100105 20:50:11< mordante> indeed :-)
20100105 20:50:37< mordante> I hope we can have something workable by the end of the weekend so Ivanovic can release another beta
20100105 20:50:52< silene> Soliton: i see; so the clearing should be done a second time in advance_to (not sure why Sapient duplicated the code from advance_to into reset_modifications in the first place though)
20100105 20:51:42< Soliton> silene: i think it's fine to just remove the restoring. unit::reset_modifications() is only called from unit::advance_to().
20100105 20:52:07< Soliton> and yes unit::reset_modifications() seems kinda pointless.
20100105 20:52:18< silene> Soliton: then please just merge the two functions along the way
20100105 20:52:28< Soliton> i think it was used from other places at some point.
20100105 20:52:36< Soliton> yeah, ok.
20100105 20:53:15< Ivanovic> :)
20100105 20:58:48< CIA-45> mordante * r40581 /trunk/src/gui/auxiliary/widget_definition/vertical_scrollbar.cpp: Add a missing textdomain define.
20100105 21:03:20< mordante> ilor, it now seems indeed much faster, I can use a normal debug build :-)
20100105 21:03:52< ilor> mordante, the initial delay intrigues me. It can be over 4 seconds on my desktop in release mode
20100105 21:04:37< mordante> ilor, unfortunately I need a debug build http://paste.debian.net/55712/
20100105 21:05:34< ilor> mordante: hmmm
20100105 21:05:34< mordante> yes the delay feels longer as before, but of course without measuring it's guessing ;-)
20100105 21:05:58< Soliton> hmm, in unit::advance_to() there is 'cfg_.clear_children("male");' after the merge of the cfg_ from the new type. that doesn't seem right?
20100105 21:06:19< mordante> I use the debug containers for my debug build so it might be that in a normal build everything "appears" fine
20100105 21:06:32< ilor> mordante: seems I sometimes increment the iterator for no reason. needs fixing
20100105 21:07:02< mordante> ok
20100105 21:07:40< Soliton> well, i guess [male] and [female] are only useful in unit types not in the resulting unit.
20100105 21:09:24< Soliton> what do we want to retain from the old unit anyway?
20100105 21:09:53< silene> Soliton: objects
20100105 21:10:11< silene> and variables
20100105 21:10:17< CIA-45> mordante * r40582 /trunk/ (8 files in 4 dirs): Move tbutton_definition to a new file.
20100105 21:10:43< Soliton> ok, seems like it be easier to specifically remember those instead of trying to delete everything we don't want?
20100105 21:11:07< silene> Soliton: yes, though there are useless things we may want to remove from the unit type though
20100105 21:11:28< silene> too*
20100105 21:11:29< Soliton> yeah, the male/female thing seems to be one of those.
20100105 21:12:17-!- SonIcco [n=SonIcco@pD951109B.dip0.t-ipconnect.de] has quit [Remote closed the connection]
20100105 21:12:47< silene> Soliton: according to the code, it seems we want to retain the "profile" too
20100105 21:12:54< Soliton> yes.
20100105 21:13:08< Soliton> which is done nicely explicitely already.
20100105 21:13:48< silene> speaking about "profile", i guess the "role" is important (but i don't remember how it is stored in wml though)
20100105 21:14:00-!- [Relic] [n=[Relic]@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20100105 21:14:06< Soliton> what worries me is the big merge of the old config with the new. we're bound to miss stuff there.
20100105 21:14:30< Soliton> and unless we want to retain some arbitrary tags it's not really needed.
20100105 21:14:45< silene> i agree
20100105 21:15:04< silene> no, the role is not needed, it's not part of the config
20100105 21:15:24< [Relic]> Hello :)
20100105 21:15:39< Soliton> kind of a dangerous change right before stable though...
20100105 21:17:02< silene> Soliton: as far as i'm concerned, i wouldn't mind doing it
20100105 21:17:11< mordante> hi [Relic] 
20100105 21:18:42< Soliton> silene: ok, i'll check whether the removal of the bogus movement type merging fixes that bug and then commit what i have so far.
20100105 21:18:43< [Relic]> :)
20100105 21:20:58-!- ilor [n=user@wesnoth/developer/ilor] has quit [Read error: 104 (Connection reset by peer)]
20100105 21:21:01-!- ilor_ [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20100105 21:23:46< Soliton> ok, looks good. a bat advanced to a yeti can not move on deep water while it could before.
20100105 21:24:32< mordante> I wonder what dark magic you used to get that advancement ;-)
20100105 21:24:41-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100105 21:25:01< grzywacz> lol
20100105 21:25:43< Soliton> just have to feed the bat a lot...
20100105 21:26:32< mordante> :-)
20100105 21:31:19-!- Blueblaze [n=nick@adsl-99-171-163-57.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20100105 21:33:12< [Relic]> furry transform 101  :)
20100105 21:33:23< CIA-45> soliton * r40583 /trunk/ (changelog src/unit.cpp): 
20100105 21:33:23< CIA-45> * Removed bogus merging of the old unit type's movetype when advancing
20100105 21:33:23< CIA-45> fixes bug #15055: A dwarf unit is possible into the deep-water terrain after transforming from Gryphon RIder.
20100105 21:36:36< CIA-45> mordante * r40584 /trunk/ (9 files in 4 dirs): Move thorizontal_scrollbar_definition to a new file.
20100105 21:40:26< mordante> I'm off bye
20100105 21:40:58-!- mordante [n=mordante@wesnoth/developer/mordante] has quit ["Leaving"]
20100105 21:45:41< stikonas> can anybody compile latest trunk?
20100105 21:45:59< stikonas> I seem to have some problems while linking ../wesnoth executable
20100105 21:49:38< ilor_> stikonas: with gcc?
20100105 21:50:36< stikonas> yeah, gcc
20100105 21:50:45< stikonas> I'm now doing clean rebuild
20100105 21:52:02< AI0867> ilor_: easier way to reproduce the lobby pm sigsegv: double-click your own name, click private message
20100105 21:52:21< ilor_> AI0867: buys otherwise now, will have a look soon
20100105 21:52:24< ilor_> *busy
20100105 21:54:37-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20100105 21:56:55< stikonas> ilor_: it still fails to compile. mordante won't receive cookie from me for this :)
20100105 21:57:22< loonycyborg> stikonas: What gcc version?
20100105 21:57:36< stikonas> loonycyborg: 4.4.1
20100105 21:57:55< loonycyborg> It builds for me but I'm using 4.3.2
20100105 21:58:36< stikonas> 4.4.1 is a bit strictier
20100105 22:01:42< stikonas> linking error was introduced in r40584
20100105 22:03:32< loonycyborg> What exact linker error?
20100105 22:05:00< stikonas> http://pastebin.ca/1739283
20100105 22:07:43< loonycyborg> Linker errors probably shouldn't be caused by different gcc version, since linker is part of binutils, not gcc :P
20100105 22:13:47< Soliton> builds fine here.
20100105 22:14:48< ilor_> stikonas: what's the error?
20100105 22:15:11< stikonas> ilor_: see pastebin link 4 lines above
20100105 22:15:28< stikonas> ld --version reports 2.20
20100105 22:16:34< loonycyborg> That could happen if those functions were defined in header files but they aren't.
20100105 22:20:37< loonycyborg> Actually there's actually only one function mentioned but I'm to lazy to read fully :P
20100105 22:21:11-!- ilor [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20100105 22:21:18-!- ilor_ [n=user@wesnoth/developer/ilor] has quit [Read error: 113 (No route to host)]
20100105 22:22:28< stikonas> the strangest thing is that previous widget was moved to another file without introducing any errors
20100105 22:33:26< CIA-45> silene * r40585 /trunk/src/ (unit.cpp unit.hpp): 
20100105 22:33:26< CIA-45> Fixed [event] tags from units being merged with the ones from unit types. Cleared events after usage.
20100105 22:33:26< CIA-45> Cleared everything from the old config when advancing a unit except for a few attributes. (This needs testing in order to ensure no important attribute was missed.)
20100105 22:36:51-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit []
20100105 22:44:45-!- silene [n=plouf@wesnoth/developer/silene] has quit ["Leaving."]
20100105 22:45:42-!- stikonas_ [n=and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20100105 22:51:19-!- noy_ [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100105 22:52:28-!- CIA-45 [n=CIA@208.69.182.149] has quit [Read error: 110 (Connection timed out)]
20100105 22:59:05-!- noy [n=Noy@wesnoth/developer/noy] has quit [Read error: 60 (Operation timed out)]
20100105 22:59:06-!- noy_ is now known as noy
20100105 23:03:19-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Read error: 110 (Connection timed out)]
20100105 23:06:27-!- Crab_ [n=Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20100105 23:08:47< Crab_> hi
20100105 23:08:55< Ivanovic> hi Crab_
20100105 23:08:56< Crab_> is there any reason why there's no wesnoth-dev-2010-01-06.log ?
20100105 23:09:06< Ivanovic> uhm, because today is the 5th?
20100105 23:09:17< Crab_> ah, timezone issues :)
20100105 23:09:17< Ivanovic> and it will be the 5th for 50 more mins
20100105 23:09:25< shadowmaster> wesbot uses the CET timezone IIRC
20100105 23:09:41< Crab_> yes, it's 12:09 for me :)
20100105 23:10:00< Crab_> so, 9 minutes of 6th already :) 
20100105 23:10:26 * Crab_ goes off to switch the clock to 24h mode..
20100105 23:10:36< Crab_> zookeeper: you wanted to ask something about ai controller ?
20100105 23:10:37< shadowmaster> there's also this sweet thing called "daylight saving time"
20100105 23:10:50< shadowmaster> oh wait, it's winter there, sorry :P
20100105 23:11:01< Crab_> )
20100105 23:11:58-!- CIA-61 [n=CIA@208.69.182.149] has joined #wesnoth-dev
20100105 23:13:12-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20100105 23:15:59< zookeeper> Crab_, yeah. has anyone asked you to look into it? i was wondering if the parts which control the AI behaviour could be rewritten using some of that new AI stuff i know so little about.
20100105 23:18:44< Crab_> no, but I seen my name spoken in the logs :) yes, [protect_leader] and [protect_location] will be fixed before 1.8 release; 
20100105 23:18:44< Crab_> "(1) No matter how defensively I tell them to be, they still conduct a suicidal charge on the orcs. " will be at least investigated - it is quite possible that it can be helped.
20100105 23:23:01< Crab_> (properly fixing it requires changes scheduled for 1.9)
20100105 23:26:25< zookeeper> Crab_, right
20100105 23:27:33< zookeeper> it'd be cool to get those working better...you can just check all [ai] tags in ai-controller.cfg if you want to...they're all basically very simple
20100105 23:27:43< Crab_> ok
20100105 23:29:22< zookeeper> the problem is just that the "old-style" way of changing the AI params isn't very reliable AFAICT
20100105 23:29:56< zookeeper> the AI will usually just do whatever the heck it wants
20100105 23:30:08< Crab_> it should be reliable, if it's not, it is a bug. but, [protect_location] is a known issue.
20100105 23:30:36< Crab_> (as well as protect_leader, protect_unit, protect_leader_radius)
20100105 23:30:59< zookeeper> oh, ok. well, it's been quite a while since i last tried anything like that.
20100105 23:32:34< Crab_> zookeeper: btw, I've started putting up the guide about new-style ai syntax in the wiki. WIP is here, http://wiki.wesnoth.org/Customizing_AI_in_Wesnoth_1.8 , I'll move it to AIWML when it's complete
20100105 23:39:34< zookeeper> cool, looks useful
20100105 23:40:30< Crab_> I will need to do a serious overhaul of formula ai to make it useful in 1.8 - right now, it's just too hard to write it (some common things are hard to do)
20100105 23:41:20< Crab_> but the effect is nice
20100105 23:41:54< zookeeper> well, the AI controller needs to work in 1.8, but i'm not sure who's the best person to do it...me, you, fendrin or someone
20100105 23:42:06< Crab_> at first, me
20100105 23:42:22< Crab_> I need to ensure that protect_FOO works and change the ai modification code to make it work
20100105 23:42:43< Crab_> *after* that, there might be some WML issues left
20100105 23:43:34< Crab_> I'll have to replace those [ai][protect_location]...[/protect_location][/ai] with something like {MODIFY_AI_ADD_GOAL {SIDE} ai_controller {PROTECT_LOCATION_GOAL_CFG}}
20100105 23:43:40-!- giusef [n=giusef@unaffiliated/giusef] has quit ["exit (-1);"]
20100105 23:43:51< Crab_> and some c++ code needs to be copypasted...
20100105 23:44:29< zookeeper> all righty
20100105 23:44:46-!- stikonas_ is now known as stikonas
20100105 23:45:09< zookeeper> the way it currently works is that the [ai] tags you'll find inside those order tags ([aggression] etc) are simply inserted into a [modify_unit]
20100105 23:45:14< zookeeper> eh
20100105 23:45:17< zookeeper> [modify_side]
20100105 23:45:33< zookeeper> does that need to change for you to do your magic?
20100105 23:45:52< zookeeper> or can you just change the contents of those [ai] tags?
20100105 23:45:55< Crab_> zookeeper: yes, this way it should already work for everything except protect_leader, protect_unit, protect_location, protect_leader_radius
20100105 23:46:45< Crab_> for those, I have to code some c++ and use [modify_ai] (via a helper macro) instead of [modify_side][ai]
20100105 23:46:59< Crab_> 'aggression= caution=', etc should already work
20100105 23:47:04< Crab_> leader_goal should work, too
20100105 23:49:05< AI0867> zookeeper: how about "turn refresh X" and "turn Y refresh X" to go with "turn Y", "side turn", "side X turn" and "side X turn Y"?
20100105 23:50:33< Crab_> AI0867: personally, I like "side X turn refresh" and "side X turn Y refresh" more than "turn refresh X" and "turn Y refresh X"
20100105 23:50:36< zookeeper> Crab_, hmm, ok...i can write anything extra you might need to support those
20100105 23:51:05< zookeeper> so just ask if you need something
20100105 23:51:30< Crab_> zookeeper: well, I think that there'll not be any problems. Jan 7 is a holiday over here, so I'll try to look at the ai controller then.
20100105 23:53:52< zookeeper> ok, awesome
20100105 23:54:40< zookeeper> AI0867, uh, i don't know. i don't see a reason, since you can just spawn a turn refresh event from inside your side X turn Y event
20100105 23:56:20< zookeeper> (actually that also makes side X turn Y kinda redundant)
20100105 23:58:34-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
--- Log closed Wed Jan 06 00:00:56 2010