--- Log opened Thu Oct 15 00:00:58 2009
20091015 00:02:36< mordante> loonycyborg, the language changing works nicely :-)
20091015 00:02:43< shadowmaster> mordante: didn't the Multiplayer menu have tooltips?
20091015 00:03:02< shadowmaster> I mean the GUI2 one. IIRC you fiddled around with enabling tooltip support for that.
20091015 00:03:55< mordante> shadowmaster, yes it did, past tense is the right thing ;-)
20091015 00:04:04< shadowmaster> ah, why no tooltips now?
20091015 00:04:23< mordante> since I'm still rewriting the event handling
20091015 00:04:48< mordante> first wanted to get the double clicking up and running again
20091015 00:04:53< shadowmaster> ahh, sure sure
20091015 00:06:09< mordante> Ivanovic, when we want to retire dummy-locales?
20091015 00:06:17< mordante> do*
20091015 00:07:14< Ivanovic> mordante: i'd say "right now"
20091015 00:07:17< Ivanovic> since it is an ugly hack
20091015 00:09:03< mordante> ok 
20091015 00:13:58< mordante> grzywacz, you're right :-) http://lists.libsdl.org/pipermail/sdl-libsdl.org/2009-October/072540.html
20091015 00:15:38-!- Bellerophon_true [n=chatzill@BSN-142-66-200.dial-up.dsl.siol.net] has joined #wesnoth-dev
20091015 00:15:43-!- blarumyrran [n=minaise@81-20-159-197.levira.ee] has quit []
20091015 00:18:17< mordante> silene will you take care of removing dummy locales for autotools?
20091015 00:19:19< CIA-45> mordante * r39297 /trunk/src/gui/widgets/control.cpp: Remove an unused function.
20091015 00:19:22< CIA-45> mordante * r39298 /trunk/ (CMakeLists.txt INSTALL): Remove dummy locales for cmake.
20091015 00:22:48< mordante> I'm off night
20091015 00:23:11-!- mordante [n=mordante@wesnoth/developer/mordante] has quit ["Leaving"]
20091015 00:26:10< shadowmaster> does that mean that now I'll always need to enable the locale for my system in order to use that translation?
20091015 00:26:48< loonycyborg> No.
20091015 00:28:10< loonycyborg> Actually, I fail to understand that question :P
20091015 00:29:21< loonycyborg> Now language switching should always work regardless of wether the locale is installed.
20091015 00:29:43< loonycyborg> At least for GNU implementations of gettext.
20091015 00:30:43< Chusslove> (So long as locale is actually set to any existing one, and not C.)
20091015 00:31:35-!- giusef [n=giusef@unaffiliated/giusef] has quit ["exit (-1);"]
20091015 00:38:06-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091015 00:40:02-!- stikonas [n=and@bcm-131-111-216-119.girton.cam.ac.uk] has joined #wesnoth-dev
20091015 00:40:59-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091015 00:41:25-!- stikonas [n=and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20091015 00:50:41-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091015 00:51:30-!- DDR [n=chatzill@66.183.125.196] has quit [Remote closed the connection]
20091015 00:52:11-!- DDR [n=chatzill@66.183.125.196] has joined #wesnoth-dev
20091015 00:52:12-!- stikonas [n=and@bcm-131-111-216-119.girton.cam.ac.uk] has joined #wesnoth-dev
20091015 00:53:33-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20091015 00:54:48-!- DDR [n=chatzill@66.183.125.196] has quit [Remote closed the connection]
20091015 01:00:42-!- ardesh [n=ardesh@port-92-195-30-30.dynamic.qsc.de] has quit [Read error: 110 (Connection timed out)]
20091015 01:06:07-!- ardesh [n=ardesh@port-92-195-30-30.dynamic.qsc.de] has joined #wesnoth-dev
20091015 01:14:12-!- Sirp [n=user@wesnoth/developer/dave] has joined #wesnoth-dev
20091015 01:16:46-!- DDR [n=chatzill@66.183.125.196] has joined #wesnoth-dev
20091015 01:21:15-!- wesbot changed the topic of #wesnoth-dev to: 1.7.7 planned for Wednesday | string/feature freeze active! | 100 bugs, 238 feature requests, 10 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20091015 01:21:29-!- Crab_ [i=crab@wesnoth/developer/crab] has quit [Read error: 110 (Connection timed out)]
20091015 01:24:34-!- Nayela [n=Nayela@cpc3-lich6-0-0-cust673.brhm.cable.ntl.com] has quit [Read error: 60 (Operation timed out)]
20091015 01:27:06-!- happygrue [n=George@wesnoth/developer/wintermute] has joined #wesnoth-dev
20091015 01:43:04-!- happygrue_ [n=George@c-98-223-235-36.hsd1.in.comcast.net] has quit [Read error: 113 (No route to host)]
20091015 01:55:14-!- noy [n=Noy@wesnoth/developer/noy] has quit ["GO, GET TO THE CHOPPAH!!!"]
20091015 02:01:03-!- lizard_r2 [n=Miranda@wesnoth/umc-dev/developer/lizard] has quit [Read error: 110 (Connection timed out)]
20091015 02:05:16< Soliton> Sirp: src/server/game.cpp: DBG_GAME << "[side]\n" << simple_wml::node_to_string(**side) << "[/side]\n"  for some reason that code messes up the scenario data. you can see it when starting wesnothd with -v. when starting a game the debug output is partly gibberish and you get server messages that say the side info in the scenario is messed up as well.
20091015 02:05:24< Soliton> Sirp: curiously the other uses of node_to_string() seem fine...
20091015 02:20:09-!- SonIcco [n=SonIcco@pD95134F0.dip0.t-ipconnect.de] has quit [Remote closed the connection]
20091015 02:23:07-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has quit [Remote closed the connection]
20091015 02:23:07-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Read error: 104 (Connection reset by peer)]
20091015 02:23:54-!- stikonas [n=and@bcm-131-111-216-119.girton.cam.ac.uk] has joined #wesnoth-dev
20091015 02:25:42-!- crimson_penguin [n=ben@64.201.60.211] has joined #wesnoth-dev
20091015 02:26:07< Sirp> Soliton: I don't see anything obvious to cause that. :-/
20091015 02:26:09-!- happygrue_ [n=George@c-98-223-235-36.hsd1.in.comcast.net] has joined #wesnoth-dev
20091015 02:35:13-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091015 02:43:23-!- happygrue [n=George@wesnoth/developer/wintermute] has quit [Read error: 110 (Connection timed out)]
20091015 02:49:33-!- ardesh [n=ardesh@port-92-195-30-30.dynamic.qsc.de] has quit [Read error: 113 (No route to host)]
20091015 02:51:47-!- ardesh [n=ardesh@port-92-195-5-198.dynamic.qsc.de] has joined #wesnoth-dev
20091015 02:52:11-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20091015 03:01:24-!- loonycyborg [n=sergey@wesnoth/developer/loonycyborg] has quit ["Zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz"]
20091015 03:01:54-!- loonybot [n=loonybot@wesnoth/bot/loonybot] has quit [Remote closed the connection]
20091015 03:03:29-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20091015 03:15:25-!- Ivanovic_ [n=ivanovic@dtmd-4db2b9d6.pool.mediaWays.net] has joined #wesnoth-dev
20091015 03:15:33-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20091015 03:22:50-!- happygrue [n=George@wesnoth/developer/wintermute] has joined #wesnoth-dev
20091015 03:25:19-!- happygrue__ [n=George@c-98-223-235-36.hsd1.in.comcast.net] has joined #wesnoth-dev
20091015 03:27:36-!- happygrue_ [n=George@c-98-223-235-36.hsd1.in.comcast.net] has quit [Read error: 60 (Operation timed out)]
20091015 03:32:08-!- Ivanovic [n=ivanovic@dtmd-4db22a3a.pool.mediaWays.net] has quit [Read error: 113 (No route to host)]
20091015 03:33:23-!- Ivanovic_ is now known as Ivanovic
20091015 03:36:17-!- happygrue_ [n=George@c-98-223-235-36.hsd1.in.comcast.net] has joined #wesnoth-dev
20091015 03:41:44-!- happygrue [n=George@wesnoth/developer/wintermute] has quit [Read error: 113 (No route to host)]
20091015 03:52:07-!- happygrue__ [n=George@c-98-223-235-36.hsd1.in.comcast.net] has quit [Read error: 113 (No route to host)]
20091015 03:54:16-!- happygrue [n=George@wesnoth/developer/wintermute] has joined #wesnoth-dev
20091015 04:03:56-!- happygrue__ [n=George@c-98-223-235-36.hsd1.in.comcast.net] has joined #wesnoth-dev
20091015 04:10:40-!- happygrue_ [n=George@c-98-223-235-36.hsd1.in.comcast.net] has quit [Read error: 113 (No route to host)]
20091015 04:17:57-!- happygrue [n=George@wesnoth/developer/wintermute] has quit [Read error: 113 (No route to host)]
20091015 04:18:11-!- happygrue [n=George@wesnoth/developer/wintermute] has joined #wesnoth-dev
20091015 04:20:30-!- PK5 [n=pk@r74-192-44-206.vctrcmta01.vctatx.tl.dh.suddenlink.net] has joined #wesnoth-dev
20091015 04:22:54-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20091015 04:28:41-!- happygrue_ [n=George@c-98-223-235-36.hsd1.in.comcast.net] has joined #wesnoth-dev
20091015 04:32:11-!- happygrue___ [n=George@98.223.235.36] has joined #wesnoth-dev
20091015 04:32:46-!- happygrue__ [n=George@c-98-223-235-36.hsd1.in.comcast.net] has quit [Read error: 113 (No route to host)]
20091015 04:33:55-!- ettin [n=jorda@wesnoth/developer/ettin] has joined #wesnoth-dev
20091015 04:36:49-!- ettin_ [n=jorda@wesnoth/developer/ettin] has quit [Read error: 145 (Connection timed out)]
20091015 04:41:17-!- Ivanovic_ [n=ivanovic@dtmd-4db2bc65.pool.mediaWays.net] has joined #wesnoth-dev
20091015 04:41:30-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20091015 04:43:30-!- happygrue [n=George@wesnoth/developer/wintermute] has quit [Read error: 113 (No route to host)]
20091015 04:45:32-!- DDR [n=chatzill@66.183.125.196] has quit [Remote closed the connection]
20091015 04:47:48-!- happygrue_ [n=George@c-98-223-235-36.hsd1.in.comcast.net] has quit [Read error: 113 (No route to host)]
20091015 04:58:15-!- Ivanovic [n=ivanovic@dtmd-4db2b9d6.pool.mediaWays.net] has quit [Read error: 113 (No route to host)]
20091015 04:59:15-!- Ivanovic_ is now known as Ivanovic
20091015 05:00:23< Aethaeryn> Anyone here east coast U.S. or willing to travel to east coast U.S. for a mini-Wesconf?
20091015 05:03:56< Sirp> Aethaeryn: perhaps. Depends where on east coast US
20091015 05:04:12< Sirp> Aethaeryn: I am probably closer to Florida than someone in Maine is. :)
20091015 05:04:21-!- DDR [n=chatzill@66.183.125.196] has joined #wesnoth-dev
20091015 05:05:37< Aethaeryn> Sirp: Thinking Pennsylvania right now.
20091015 05:05:52< Aethaeryn> Since right now the count is 2 maryland 2 pennsylvania
20091015 05:06:15< Sirp> ahhh so you mean the north-east....
20091015 05:06:19 * Sirp is in Texas.
20091015 05:06:44< Aethaeryn> well, Maryland is kind of center-east... 
20091015 05:06:47< Aethaeryn> A lot of people are in Texas.
20091015 05:11:02 * Sirp nods
20091015 05:16:38< Sirp> Aethaeryn: who do you have interested in the mini Wesconf?
20091015 05:17:15< PK5> Whoo~ Texas
20091015 05:17:45< crimson_penguin> I'm almost sort of near PA... I think
20091015 05:18:19< PK5> do any of you fine wesnothians know of a pharmaceutical which might improve mental coordination past your physical coordination, as to have an effect of slowing time down?
20091015 05:18:51< Sirp> Texas. Where there were a bunch of people who were interested in trying to rescue Napoleon from Saint Helena. That would have been so awesome if  they had succeeded and he made Texas into an Empire. :)
20091015 05:19:16< PK5> Texas is an Empire. The Emporer is Chuck Norris.
20091015 05:19:19-!- Chusslove [n=Chusslov@brsg-d9bef3c1.pool.mediaWays.net] has quit [Read error: 110 (Connection timed out)]
20091015 05:19:34< Sirp> then why do I still have to pay taxes to this Obama fellow? :p
20091015 05:20:08< PK5> So people don't know its actually a dictatorship. Its Chuck Norris' Ploy to prevent peoples distaste with him, because he knows people hate authority.
20091015 05:20:36< Aethaeryn> Sirp: those at #Wesnoth-US
20091015 05:20:49< Aethaeryn> currently Ken Oh, Espreon, esr, and myself.
20091015 05:21:24< shadowmaster> I am just idling there out of curiosity (and if any forum-related assistance is required) ^^
20091015 05:22:44< Aethaeryn> Sirp: There's a lot of people from Texas, so a mini-wesconf in Texas wouldn't be a bad idea either.
20091015 05:22:54< PK5> I'd still be unable to go.
20091015 05:22:59< PK5> frkkn 80 year old guardians.
20091015 05:24:33< Sirp> Aethaeryn: yeah I think so....actually I have a pretty decently sized house, so I'd be able to host it if people were interested in a conference in the Dallas area.
20091015 05:25:36< Aethaeryn> Sirp: we could start semi-regular regional meetings, such as west europe, east coast, texas, etc.
20091015 05:25:42< Aethaeryn> probably more reliable than one big one
20091015 05:26:01< PK5> we could have a LAN party, and totally bypass the server.
20091015 05:26:07-!- Chusslove [n=Chusslov@brsg-d9bee62e.pool.mediaWays.net] has joined #wesnoth-dev
20091015 05:26:11< PK5> because, it'd be so pointless its awesome.
20091015 05:30:49-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit ["WRYYYYYYYYYYYYYYYYYYYY!"]
20091015 05:42:49-!- PK5 [n=pk@r74-192-44-206.vctrcmta01.vctatx.tl.dh.suddenlink.net] has quit ["Java user signed off"]
20091015 05:49:35< Arc> we did a wesnoth lan party, and we ended up having to use the main server to connect to each other
20091015 05:49:54< Arc> it'd be great for Wesnoth to use mDNS to find LAN clients
20091015 05:52:09< Arc> PySoy is being built to use XMPP as it's core "find available servers and chat with friends in/outside game" protocol, with link-local XMPP (XMPP via mDNS) for LAN play
20091015 05:55:32-!- valgor [i=5d7d432a@gateway/web/freenode/x-czvpfqgdciuxrfzc] has joined #wesnoth-dev
20091015 05:57:15< Arc> mDNSResponder is cross platform, but both GNOME and KDE use Avahi which, while it has backwards compatibility for mDNSResponder, you need to do some hackery to keep it from flooding user's logfiles with a nasty message about their client using an antiquated library etc etc
20091015 05:57:22< Arc> Avahi is linux only
20091015 06:09:24-!- happygrue___ [n=George@98.223.235.36] has quit [Read error: 131 (Connection reset by peer)]
20091015 06:16:31-!- valgor [i=5d7d432a@gateway/web/freenode/x-czvpfqgdciuxrfzc] has quit ["Page closed"]
20091015 06:18:42-!- Blueblaze [n=nick@adsl-99-171-161-30.dsl.hstntx.sbcglobal.net] has quit [Remote closed the connection]
20091015 06:18:57-!- Blueblaze [n=nick@adsl-99-171-161-30.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20091015 06:23:44-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20091015 06:27:12-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit [Client Quit]
20091015 06:59:58-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20091015 07:04:31-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit [Client Quit]
20091015 07:13:28-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20091015 07:16:26-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit []
20091015 07:18:54-!- DDR [n=chatzill@66.183.125.196] has quit [Remote closed the connection]
20091015 07:21:14-!- wesbot changed the topic of #wesnoth-dev to: 1.7.7 planned for Wednesday | string/feature freeze active! | 101 bugs, 238 feature requests, 10 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20091015 07:26:39-!- Sirp [n=user@wesnoth/developer/dave] has quit ["leaving"]
20091015 07:26:48-!- ardesh [n=ardesh@port-92-195-5-198.dynamic.qsc.de] has quit [Read error: 110 (Connection timed out)]
20091015 07:57:21-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has quit ["http://www.wesnoth.org/forum/viewtopic.php?p=389437#p389437"]
20091015 08:03:54-!- zookeeper [n=l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20091015 08:04:13-!- Svenstaro [n=lol@c144135.adsl.hansenet.de] has joined #wesnoth-dev
20091015 08:06:47-!- Svenstar0 [n=lol@c181078.adsl.hansenet.de] has quit [Read error: 104 (Connection reset by peer)]
20091015 08:19:53-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20091015 08:21:46-!- Svenstaro [n=lol@c144135.adsl.hansenet.de] has quit [Read error: 104 (Connection reset by peer)]
20091015 08:23:29-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20091015 08:24:25-!- Svenstaro [n=lol@c144135.adsl.hansenet.de] has joined #wesnoth-dev
20091015 08:38:16-!- Appleman1234 [n=Appleman@131.181.102.214] has joined #wesnoth-dev
20091015 08:41:12-!- Blueblaze [n=nick@adsl-99-171-161-30.dsl.hstntx.sbcglobal.net] has quit [Remote closed the connection]
20091015 09:05:09-!- ardesh [n=ardesh@port-92-195-73-53.dynamic.qsc.de] has joined #wesnoth-dev
20091015 09:32:52-!- busfahrer [n=busfahre@93.132.79.227] has joined #wesnoth-dev
20091015 09:52:48-!- stikonas [n=and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20091015 09:56:39-!- Bellerophon_true [n=chatzill@BSN-142-66-200.dial-up.dsl.siol.net] has quit [Read error: 110 (Connection timed out)]
20091015 10:06:55-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20091015 10:12:37< Ivanovic> moin
20091015 10:20:12-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has quit ["leaving"]
20091015 10:21:13-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091015 11:01:53-!- Netsplit pratchett.freenode.net <-> irc.freenode.net quits: nital
20091015 11:12:19-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20091015 11:16:51-!- mjs-de [n=mjs-de@vpw.wh.uni-dortmund.de] has joined #wesnoth-dev
20091015 11:30:09-!- Crab_ [i=crab@wesnoth/developer/crab] has joined #wesnoth-dev
20091015 11:51:46-!- VladimirSlavik [n=chatzill@88.103.147.178] has joined #wesnoth-dev
20091015 11:52:47-!- loonybot [n=loonybot@79.139.139.50] has joined #wesnoth-dev
20091015 11:53:33-!- loonycyborg [n=sergey@79.139.139.50] has joined #wesnoth-dev
20091015 12:56:25-!- SonIcco [n=SonIcco@pD9512CD6.dip0.t-ipconnect.de] has joined #wesnoth-dev
20091015 13:37:15-!- Ivanovic_ [n=ivanovic@77.178.188.101] has joined #wesnoth-dev
20091015 13:38:34-!- Netsplit pratchett.freenode.net <-> irc.freenode.net quits: Ivanovic
20091015 13:39:13-!- Ivanovic_ is now known as Ivanovic
20091015 14:05:26-!- VladimirSlavik [n=chatzill@wesnoth/translator/VladimirSlavik] has left #wesnoth-dev []
20091015 14:09:58-!- Netsplit pratchett.freenode.net <-> irc.freenode.net quits: Crab_, esr, mjs-de, SonIcco, ardesh, Doppp, AI0867
20091015 14:10:05-!- Netsplit over, joins: SonIcco, mjs-de, Crab_, ardesh, Doppp, esr, AI0867
20091015 14:19:04-!- lizard_r [n=Miranda@wesnoth/umc-dev/developer/lizard] has joined #wesnoth-dev
20091015 14:25:06-!- stikonas [n=and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20091015 15:12:30-!- ardesh [n=ardesh@port-92-195-73-53.dynamic.qsc.de] has quit [Read error: 110 (Connection timed out)]
20091015 15:16:46-!- SonIcco [n=SonIcco@pD9512CD6.dip0.t-ipconnect.de] has quit [Remote closed the connection]
20091015 15:49:20-!- Appleman1234 [n=Appleman@131.181.102.214] has quit [Read error: 110 (Connection timed out)]
20091015 15:52:31< Soliton> is x,y=0,0 on the recall list in filters?
20091015 15:56:13-!- Sirp [n=user@wesnoth/developer/dave] has joined #wesnoth-dev
20091015 15:56:38< Soliton> hmm, [remove_shroud] without x,y doesn't remove shroud on the border.
20091015 16:00:43< Soliton> zookeeper: is there any point to the EVERYWHERE macro?
20091015 16:01:58< Soliton> or rather its current usage.
20091015 16:02:22< Crab_> afair, x,y='recall,recall' is for units on recall list
20091015 16:02:49< Soliton> yeah, i think so, too.
20091015 16:04:14< zookeeper> Soliton, eh, not really AFAIK.
20091015 16:04:41< zookeeper> IIRC esr wanted it because x,y=1-999,1-999 was magic numbers
20091015 16:05:02< esr> Yes.
20091015 16:06:57< Soliton> well, everywhere it is used it seems to me you can just leave it out.
20091015 16:07:28< Soliton> if you want everywhere don't specify x,y...
20091015 16:07:35< zookeeper> you sure? if you leave x,y filtering out then also recall list units will match
20091015 16:08:01< Soliton> well, that's what i was asking above.
20091015 16:09:55< Soliton> for [remove_shroud] for example that is pretty irrelevant.
20091015 16:10:17< zookeeper> well, i guess it's nice to make it clear that you want it to apply to every location
20091015 16:10:37< Soliton> ok, then is it an issue if i let it start from 0?
20091015 16:10:55< Soliton> that would fix the shroud removal to also clear the border.
20091015 16:11:10< zookeeper> i'm not sure if an x,y=0,0 filter would match recall list units too
20091015 16:12:17< zookeeper> at least IIRC the plan presumably was to make it so that "recall" was the only valid way to point to the recall list, no idea if that ever got done or not
20091015 16:12:19< Soliton> i guess the best thing to do is remove the macro from [remove_shroud] and wait till someone fixes the border issue.
20091015 16:14:55< Soliton> zookeeper: so [kill] side=1  kills the complete side 1 plus its recall list?
20091015 16:16:03< zookeeper> good question, i'm not sure. it should, if you ask me.
20091015 16:17:13-!- ilor [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20091015 16:17:39-!- ilor [n=user@wesnoth/developer/ilor] has quit [Client Quit]
20091015 16:22:35-!- happygrue [n=George@wesnoth/developer/wintermute] has joined #wesnoth-dev
20091015 16:22:40< Soliton> ok, invalid locations equal recall list.
20091015 16:24:06< Soliton> and 0,0 is valid.
20091015 16:26:38< Soliton> of course that is still a waste for any unit matching since they'll never be on 0,0..
20091015 16:33:36< Soliton> the problem with shroud is that a location range defaults to 1-w(),1-h() for some reason. i wonder if it breaks stuff if that is changed to start at 0...
20091015 16:35:34-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20091015 16:54:00-!- valgor [i=5d7d43fb@gateway/web/freenode/x-eblyfqbbtskfembl] has joined #wesnoth-dev
20091015 16:54:32< CIA-45> ivanovic * r39299 /trunk/ (12 files in 11 dirs): updated Czech translation
20091015 16:56:30< zookeeper> Soliton, i wonder if some kind of an exception that'd deshroud any adjacent border hexes automatically would do..
20091015 16:59:54< Soliton> zookeeper: i think that'd break as soon as border_size > 1.
20091015 17:01:23< zookeeper> sure
20091015 17:04:28< Soliton> i'm trying a proper fix atm.
20091015 17:10:43-!- rtfb [n=read-the@78-56-0-35.static.zebra.lt] has quit [Read error: 110 (Connection timed out)]
20091015 17:11:21-!- happygrue_ [n=George@c-98-223-235-36.hsd1.in.comcast.net] has joined #wesnoth-dev
20091015 17:26:08-!- happygrue [n=George@wesnoth/developer/wintermute] has quit [Read error: 113 (No route to host)]
20091015 17:43:09-!- allefant [n=elias@allegro/developer/allefant] has joined #wesnoth-dev
20091015 17:53:19< Soliton> so it turns out a border size of 120091015 messes things up...
20091015 17:53:58-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091015 17:56:58-!- stikonas [n=and@bcm-131-111-216-119.girton.cam.ac.uk] has joined #wesnoth-dev
20091015 18:02:24-!- Blueblaze [n=nick@adsl-99-171-161-30.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20091015 18:03:04-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20091015 18:08:37-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20091015 18:11:36-!- rtfb [n=read-the@78-56-0-35.static.zebra.lt] has joined #wesnoth-dev
20091015 18:14:34-!- vigg [n=myIdent@dynamic-vpdn-93-125-67-251.telecom.by] has joined #wesnoth-dev
20091015 18:17:04-!- EdB [n=edb@38.12.95-79.rev.gaoland.net] has joined #wesnoth-dev
20091015 18:28:04-!- vigg [n=myIdent@dynamic-vpdn-93-125-67-251.telecom.by] has quit ["Bye!"]
20091015 18:31:44-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20091015 18:32:24-!- dfranke [i=dfranke@wesnoth/developer/dfranke] has quit ["ZNC - http://znc.sourceforge.net"]
20091015 19:04:01-!- ettin [n=jorda@wesnoth/developer/ettin] has quit [Remote closed the connection]
20091015 19:04:16-!- ettin [n=jorda@wesnoth/developer/ettin] has joined #wesnoth-dev
20091015 19:06:21-!- Nayela [n=Nayela@cpc3-lich6-0-0-cust673.brhm.cable.ntl.com] has joined #wesnoth-dev
20091015 19:07:05-!- mordante [n=mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20091015 19:07:20< mordante> servus
20091015 19:08:29-!- EdB [n=edb@38.12.95-79.rev.gaoland.net] has quit [Remote closed the connection]
20091015 19:13:51-!- alink [n=alink@wesnoth/developer/alink] has joined #wesnoth-dev
20091015 19:17:52< Soliton> hi alink
20091015 19:19:05< Soliton> hmm
20091015 19:20:25< Soliton> alink: do you know how exaclty share_maps works?
20091015 19:21:30< alink> hello Soliton
20091015 19:21:53< alink> and no, not exactly
20091015 19:22:59< alink> IIRC there is sharing-team code in is_shrouded(), but not sure if team actually share shroud maps
20091015 19:23:48< alink> s/ is_shrouded / team::shrouded
20091015 19:23:58< Soliton> well, i somehow broke place_shroud and when i set share_maps to no everywhere it worked.
20091015 19:24:17< Soliton> actually just for the player is enough.
20091015 19:24:40< Soliton> i guess it was more like it worked by chance correctly before.. maybe.
20091015 19:25:19< Soliton> what i changed was simply that by default (no x,y given) place/remove_shroud also cover the border of the map.
20091015 19:25:43< Soliton> then remove shroud worked as expected but placing shroud again had no effect.
20091015 19:26:31< Soliton> now that it seem share_map was responsible for that i wonder how it worked before..
20091015 19:27:24< Arc> i got a bug savefile
20091015 19:27:36< Arc> something about an error in the WML - text doesnt start on the canvas
20091015 19:28:01< alink> Soliton: what is your commit?
20091015 19:29:07< Soliton> alink: not committed yet.
20091015 19:29:27< alink> there is a team::copy_ally_shroud() , maybe try use it to update stuff for the sharing cases
20091015 19:30:11< alink> mmmh we currently call it only at the end of turn
20091015 19:30:28< Soliton> alink: well, i didn't really change anything with allied shroud handling.
20091015 19:30:39< Soliton> my patch is basically just: http://nopaste.com/p/anZzrb49t
20091015 19:30:40< alink> Soliton: perhaps check if your sharing bug is still there next turn
20091015 19:30:51-!- Blueblaze [n=nick@adsl-99-171-161-30.dsl.hstntx.sbcglobal.net] has quit [Remote closed the connection]
20091015 19:31:12< Soliton> and in the place/remove_shroud code call get_locations with with_border = true.
20091015 19:31:27< Soliton> alink: it is.
20091015 19:31:38< Soliton> alink: also next turn the shroud is lifted again. :-P
20091015 19:32:20-!- Svenstaro [n=lol@c144135.adsl.hansenet.de] has quit []
20091015 19:32:27< alink> mmh in fact, it's possible that you must add shroud in all side sharing view
20091015 19:33:09< Soliton> yeah, but the funny thing is that it worked before.
20091015 19:33:18< Soliton> i think it actually works correct now.
20091015 19:33:41< Soliton> and share_maps should be set to no or as you say shroud needs to be placed for allied sides as well.
20091015 19:34:40< alink> i don't see the link with your border stuff, though
20091015 19:34:53< Soliton> me neither!
20091015 19:35:23< alink> maybe there is shroud function using on_board() instead of on_board_with_border()
20091015 19:35:40< alink> or something similar
20091015 19:35:43< Soliton> maybe but i even made it clear the border directly from WML before and it worked.
20091015 19:36:21-!- mjs-de [n=mjs-de@vpw.wh.uni-dortmund.de] has quit ["On the road again"]
20091015 19:36:23< Soliton> i did stick the first remove_shroud in a prestart instead of start event though which might have changed something.
20091015 19:36:55-!- happygrue [n=George@wesnoth/developer/wintermute] has joined #wesnoth-dev
20091015 19:37:15< Soliton> hmm, and i probably only changed the second shroud removal to include the border and then maybe not all of it...
20091015 19:37:53< alink> mmh seems team::shroud_map::place and  team::shroud_map::clear works differently, only one resize the shroud map
20091015 19:38:09< Soliton> yeah, i wondered about that as well. seems odd.
20091015 19:38:48< Soliton> that's where i checked first but it places shroud fine.
20091015 19:39:05-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20091015 19:39:51< Soliton> i think maybe now the shroud map of our ally was completely cleared which somehow has a different effect.
20091015 19:40:33< Soliton> maybe someone can test what happens when you set the first remove_shroud in dm:19 for x,y=0-45,0-34.
20091015 19:40:52< Soliton> actually maybe i still have an old build...
20091015 19:43:05< alink> i wonder if there is a difference when clearing shroud in prestart or start events.
20091015 19:43:42< Soliton> yep, that breaks it without my changes as well.
20091015 19:43:54< Soliton> and in a start event like before.
20091015 19:45:56-!- Nayela [n=Nayela@cpc3-lich6-0-0-cust673.brhm.cable.ntl.com] has quit [Read error: 60 (Operation timed out)]
20091015 19:49:27< CIA-45> alink * r39300 /trunk/src/widgets/menu.cpp: Simplify column sorting code and add handling of xp_max if no AMLA or advancement
20091015 19:54:27-!- happygrue_ [n=George@c-98-223-235-36.hsd1.in.comcast.net] has quit [Read error: 110 (Connection timed out)]
20091015 19:54:32-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20091015 19:55:12< CIA-45> mordante * r39301 /trunk/src/widgets/menu.cpp: Fix a compiler warning.
20091015 19:55:24-!- [Relic] [n=[Relic]@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20091015 19:56:25< alink> mordante: ah yes sorry, i thought i had already added that
20091015 19:56:37< mordante> no problem alink 
20091015 19:56:48< [Relic]> Hello :)
20091015 19:56:58< mordante> hi [Relic] 
20091015 19:57:01< [Relic]> :)
20091015 19:58:49< Soliton> um, actually now i can't get the original behaviour not even with 1.7.6.. i guess it never worked right and i just assumed it did.
20091015 20:01:04< Soliton> bad idea to assume WML authors test their work probably. :-P
20091015 20:01:48< alink> or assume that c++ coders have thought about all WML cases ;-)
20091015 20:02:57< Soliton> sure, but the c++ was there since ages. i can just assume the scenario never worked as intended.
20091015 20:08:02< Soliton> indeed it doesn't work in 1.7.5 either. there is just a long lag because of the useless use of the EVERYWHERE macro.
20091015 20:08:16< Soliton> (and nothing happens)
20091015 20:09:39-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091015 20:12:35< Soliton> btw, the shroud map has problems with maps with a border > 1 since the shroud map starts at 0,0 and a map with border 2 starts at -1,-1.
20091015 20:13:34< Soliton> i'll make it so it at least doesn't crash.
20091015 20:18:05-!- giusef [n=giusef@unaffiliated/giusef] has joined #wesnoth-dev
20091015 20:22:29-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20091015 20:34:20< CIA-45> alink * r39302 /trunk/src/widgets/menu.cpp: fix stupid typo in last commit
20091015 20:35:20 * alink should always retest after adding comment (and doing a supposedly-no-effect change)
20091015 20:35:58-!- Blarumyrran [n=minaise@81-20-159-197.levira.ee] has joined #wesnoth-dev
20091015 20:37:10-!- EdB [n=edb@19.101.196-77.rev.gaoland.net] has joined #wesnoth-dev
20091015 20:38:29-!- stikonas [n=and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20091015 20:49:55< Soliton> alink: http://gna.org/bugs/?14503  maybe something you care about.
20091015 20:52:02< alink> yeah I don't like the bad visibilty problem, but I suspect that boucman will have an opinion about how implement a change there
20091015 20:53:13< alink> wait, can we already use different standing animations depending of invisibility status ?
20091015 20:53:38< alink> if not, seems like a cool feature to add
20091015 20:54:12< alink> except that it will not solve bug 14503 for people disabling standing anim :-/
20091015 20:54:45-!- Nayela [n=Nayela@cpc3-lich6-0-0-cust673.brhm.cable.ntl.com] has joined #wesnoth-dev
20091015 20:59:01< Soliton> mordante: https://gna.org/bugs/?14506  is not new is it? maybe it is a duplicate?
20091015 21:01:13< mordante> Soliton, not sure, will test later
20091015 21:03:15< CIA-45> soliton * r39303 /trunk/data/campaigns/Delfadors_Memoirs/scenarios/19_showdown_in_the_northern_swamp.cfg: 
20091015 21:03:15< CIA-45> fixed shroud handling
20091015 21:03:15< CIA-45> * moved the initial shroud removal to the prestart event so it isn't visible
20091015 21:03:15< CIA-45> * removed useless x,y keys in remove/place_shroud
20091015 21:03:15< CIA-45> * place_shroud for side 1 and 2 so it actually has an effect (allies share maps)
20091015 21:03:26< CIA-45> soliton * r39304 /trunk/src/ (team.cpp team.hpp): used int instead of size_t for x,y of the shroud_map so we can check for x < 0 || y < 0
20091015 21:03:31< CIA-45> soliton * r39305 /trunk/src/ (game_events.cpp terrain_filter.cpp terrain_filter.hpp): 
20091015 21:03:31< CIA-45> made [clear/place_shroud] include the border by default (no x,y given)
20091015 21:03:31< CIA-45> fixed bug #14493: Black border in scenario "Showdown in the Northern Swamp"
20091015 21:04:25< CIA-45> alink * r39306 /trunk/src/ (menu_events.cpp widgets/menu.cpp widgets/menu.hpp): 
20091015 21:04:25< CIA-45> Add column sorting for level breaking tie using XP
20091015 21:04:25< CIA-45> only used in unit list for the moment
20091015 21:10:38< Soliton> wesbot: topic
20091015 21:10:50< wesbot> Soliton: Don't be impatient, wait until something changes...  *tsk*
20091015 21:14:17-!- silene [n=plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20091015 21:14:25< silene> hi
20091015 21:16:10< Soliton> hmm, we're counting postponed bugs in the topic?
20091015 21:16:24< Ivanovic> no idea
20091015 21:16:29< Ivanovic> ask Rhonda what is currently counted
20091015 21:16:51< Soliton> not counting those would bring us down quite a bit. :-P
20091015 21:17:11< Soliton> wesbot: bugs
20091015 21:17:12< wesbot> Soliton: 101 bugs found, which one do you want?
20091015 21:17:22-!- ilor [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20091015 21:17:26< Ivanovic> mordante: this one for you and still valid in trunk? https://gna.org/bugs/index.php?14525
20091015 21:18:17< mordante> Soliton, I think we count them, why shouldn't we?
20091015 21:18:45< Soliton> because you won't get to them in a year? :->
20091015 21:19:00< mordante> :-(
20091015 21:19:10< mordante> but they're still valid bugs
20091015 21:19:46< mordante> Ivanovic, no idea
20091015 21:20:35< Ivanovic> mordante: since it is probably interface related maybe you should assign it to you and ask the one reportinbg to test if the issue happens in trunk, too
20091015 21:21:22< mordante> Soliton, do we filter the ' from a savegame?
20091015 21:21:41< Ivanovic> silene: can you look at this one? https://gna.org/bugs/index.php?14492
20091015 21:22:59< Soliton> mordante: i think i didn't make any changes. no time after all the discussion. :->
20091015 21:24:24< Ivanovic> crimson_penguin: can you verify this one? https://gna.org/bugs/index.php?14445
20091015 21:25:43< Ivanovic> zookeeper: IIRC you wanted to have a short look at https://gna.org/bugs/index.php?14429
20091015 21:25:48< Ivanovic> zookeeper: is it a won't fix by now?
20091015 21:26:18< crimson_penguin> hmm
20091015 21:27:55< silene> Ivanovic: didn't that become irrelevant now that loonycyborg removed dummy locales?
20091015 21:28:18< Ivanovic> silene: in theory i'd guess that it *should* handle things correctly anyway so that available locales are used
20091015 21:28:27-!- Bellerophon_true [n=chatzill@89.142.236.111] has joined #wesnoth-dev
20091015 21:29:15< loonycyborg> silene: I haven't removed them yet.
20091015 21:29:29< silene> loonycyborg: why?
20091015 21:29:34< loonycyborg> I only made them unnecessary.
20091015 21:29:39< Ivanovic> yes, it should not stop anyone from playing in a lang anymore, but the correct locale (for eg the date setting in the save dialog) should IMO be used
20091015 21:29:52< loonycyborg> Because I want that to be better tested.
20091015 21:33:00< mordante> Soliton, would be nice to do so again 14506 has a savegame with ' again :-(
20091015 21:33:49< mordante> Ivanovic, bug 14506 is caused by a translation error regarding markup, I fixed it can I commit the fix?
20091015 21:34:05< Ivanovic> yes, commit the fix
20091015 21:34:42< silene> Ivanovic: either i don't understand the report or i don't understand your answer, but the code mentioned in the report is the code for dummy locales; since this code is now disabled, i don't see what can be fixed
20091015 21:34:48< mordante> silene, did you see my request to drop dummy locales for autotools?
20091015 21:35:06< silene> mordante: no, i will do it once the support is removed from the code
20091015 21:35:07< Ivanovic> mordante: please also tell the translation maintainer that you fixed this
20091015 21:35:21< Ivanovic> pasted his email addy in a query
20091015 21:35:34< Ivanovic> silene: ehm, dummy locales are not required anymore
20091015 21:35:41< Ivanovic> since those were only symlinks to the locale C
20091015 21:35:54< Rhonda> Soliton, Ivanovic: https://gna.org/bugs/?go_report=Abschicken&group=wesnoth&func=browse&set=cus
20091015 21:35:57< Ivanovic> now if the locale asked for is not available we just set the LANGUAGE anyway
20091015 21:35:57< Rhonda> tom&msort=0&report_id=100&advsrch=1&status_id%5B%5D=1&resolution_id%5B%5D=100&resolution_id%5B%5D=9&resolution_id%5B%5D=4&resolution_id%5B%5D=11&assigned_to%5B%5D=0&category_id%5B%5D=101&bug_group_id%5B%5D=0&history_search=0&history_field=0&history_event=modified&history_date_dayfd=3&history_date_monthfd=1&history_date_yearfd=2008&chunksz=50&spamscore=5&boxoptionwanted=1
20091015 21:35:58< silene> Ivanovic: but as loonycyborg explained, the code is still in there
20091015 21:36:08< mordante> thanks silene 
20091015 21:36:21< Ivanovic> silene: the code to make *use* of locales is still there, though they should not be required
20091015 21:36:35< Ivanovic> (and yeah, the fake stuff seems to work nice enough)
20091015 21:37:30< CIA-45> mordante * r39307 /trunk/ (changelog po/wesnoth-httt/it.po): 
20091015 21:37:30< CIA-45> Fix a broken markup in the Italian translation.
20091015 21:37:30< CIA-45> Fixes bug #14506.
20091015 21:38:08< silene> Ivanovic: i think we are talking past each other, because i'm quite confused by this discussion
20091015 21:39:11< Ivanovic> what i said was that the search for locales, regarding the stuff Arc posted, is broken in cases where some variant is used so that the available .utf8 version is never found
20091015 21:39:31< Ivanovic> currently systemwide locales are still existing and they are still used if available
20091015 21:40:34< Ivanovic> if they are not available we fallback to just setting the LANGUAGE= to the one requested and are done (with the bad side effect that only the messages ingame are translated which can be problematic regarding eg the dates (and their format) in the load dialog
20091015 21:40:58< Ivanovic> for having things usable we do not require any dummy locales anymore
20091015 21:41:30< Ivanovic> so this start param as well as the respectives way to enable creation of dummy locales can probably be completely wiped from the build systems
20091015 21:41:40< Ivanovic> silene: that is the current status that i know of
20091015 21:42:31< Ivanovic> loonycyborg: is it correct, or have i missed something?
20091015 21:49:38-!- happygrue [n=George@wesnoth/developer/wintermute] has quit ["bye!"]
20091015 21:49:54-!- happygrue [n=George@wesnoth/developer/wintermute] has joined #wesnoth-dev
20091015 21:50:03-!- YogiHH [n=chatzill@c174132.adsl.hansenet.de] has joined #wesnoth-dev
20091015 21:50:13< YogiHH> hello
20091015 21:50:26< YogiHH> Soliton: The number of turns is not displayed in the mp lobby, right?
20091015 21:50:49< Soliton> no, they should be.
20091015 21:50:53< mordante> hi YogiHH 
20091015 21:52:17< Soliton> YogiHH: start-of-scenario saves are marked as replays in the load dialog.
20091015 21:52:31< YogiHH> Soliton: hmm, can you point me to the piece of code that does that?
20091015 21:52:39< loonycyborg> Ivanovic: That is mostly correct. But there's also some C++ code supporting dummy locales which should be removed too. Besides, LANGUAGE fallback currently won't work on amigaos due to lack of setenv/unsetenv functions.
20091015 21:53:14< Ivanovic> and dummy locales *do* work there?
20091015 21:53:15< Ivanovic> ;)
20091015 21:53:33< loonycyborg> I have no idea :/
20091015 21:54:02< silene> Ivanovic: just to be clear, the code searches for an ".utf8" locale only if it failed to find a plain locale; i agree that the code is not careful enough but i only wrote it as a best-effort thing for broken systems; before changing it, i would like to first see someone that actually encounters a bug (Arc doesn't, since he has a plain locale installed)
20091015 21:54:04< CIA-45> alink * r39308 /trunk/src/menu_events.cpp: 
20091015 21:54:04< CIA-45> Activate new level sorting when opening recall dialog.
20091015 21:54:04< CIA-45> This actually only show the little arrow (which now indicates how it is sorted)
20091015 21:54:04< CIA-45> because there is old ugly code already directly sorting the recall list itself,
20091015 21:54:04< CIA-45> (but only when opening the dialog, which is probably bad for MP/OOS)
20091015 21:54:07< loonycyborg> There's conditional compilation disabling unsetenv on amigaos, I did the that for setenv.
20091015 21:54:48< Soliton> YogiHH: game::end_turn()
20091015 21:54:57< YogiHH> mordante: i am getting a segfault when trying to load a campaign, is that a known thing?
20091015 21:55:23< alink> ^ if some WML could use the recall list's order, then I now know why it could have replay problem
20091015 21:55:39< loonycyborg> s/I did the that for setenv/I did the same for setenv
20091015 21:57:07< YogiHH> alink: replays should not depend on the recall list index but use the unit id instead
20091015 21:57:22< mordante> YogiHH, no not to me
20091015 21:57:44< YogiHH> mordante: do you want a backtrace?
20091015 21:58:58 * loonycyborg wonders why standard C doesn't seem to have any way of setting an environment variable
20091015 21:59:21-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #Wesnoth-dev
20091015 21:59:30< alink> YogiHH: ok good but I think you can write some WML reading recall list. For example if it spawns all my Thief on map. Their respective position will depend of the recall list order, I think.
20091015 21:59:46< alink> s/thief/thieves
20091015 22:00:04< YogiHH> alink: uh, that sounds evil :)
20091015 22:01:03< YogiHH> mordante: http://wesnoth.pastebin.com/mfe6aeb7
20091015 22:01:21< alink> anyway having a dialog changing such important WML data just when opening it (even if you cancel it) is evil
20091015 22:01:46< alink> btw I wonder if having the unsorted recall list actually using the recruiting order could be usefull or intersesting :-)
20091015 22:02:46< mordante> YogiHH, with the new load dialog?
20091015 22:03:36< YogiHH> mordante: no, i didn't use --new-widgets
20091015 22:03:49< alink> zookeeper: when you WML-manipulate the recall list, you don't care about its order, right? You just add and remove units there.
20091015 22:06:18-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20091015 22:06:47< mordante> YogiHH, looking at the backtrace I assume you mean starting a campaign and not loading ? if so which campaign do you start?
20091015 22:07:07< grzywacz> hi
20091015 22:07:13< YogiHH> mordante: oops, yes, starting it. HttT
20091015 22:09:09< mordante> hi grzywacz 
20091015 22:09:18< mordante> YogiHH, works for me :-/
20091015 22:09:21-!- valgor [i=5d7d43fb@gateway/web/freenode/x-eblyfqbbtskfembl] has quit ["Page closed"]
20091015 22:09:41< YogiHH> mordante: hmm, i got svn from yesterday, could that be the reason?
20091015 22:09:53< mordante> no
20091015 22:11:32< mordante> YogiHH, can you also post the error message?
20091015 22:11:50< YogiHH> mordante: i don't get one
20091015 22:11:51-!- rtfb [n=read-the@78-56-0-35.static.zebra.lt] has quit [Read error: 60 (Operation timed out)]
20091015 22:12:15< mordante> the stackdump is everything?
20091015 22:12:22< alink> hum, as I thought removing that bad sorting introduces the "recruit order" feature, but, indeed, WML actions move some old unit at the end of the list as if they where recruited again :-/
20091015 22:12:22< mordante> no error dialog?
20091015 22:13:18-!- rtfb [n=read-the@78-56-0-35.static.zebra.lt] has joined #wesnoth-dev
20091015 22:13:34< alink> bbl
20091015 22:15:41< mordante> YogiHH, no error message or dialog at all?
20091015 22:15:57< YogiHH> no, just crash to desktop
20091015 22:16:26-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091015 22:17:06-!- stikonas [n=and@bcm-131-111-216-119.girton.cam.ac.uk] has joined #wesnoth-dev
20091015 22:17:18< mordante> will try with valgrind, either tonight or tomorrow
20091015 22:21:34-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20091015 22:22:24-!- Blueblaze [n=nick@adsl-99-171-161-30.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20091015 22:23:31< Arc> YogiHH: hey man
20091015 22:23:41< YogiHH> hi Arc
20091015 22:24:12< Arc> i hear we're going to meet next week
20091015 22:25:31-!- Blueblaze [n=nick@adsl-99-171-161-30.dsl.hstntx.sbcglobal.net] has quit [Remote closed the connection]
20091015 22:28:35-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20091015 22:29:11< Arc> in california
20091015 22:30:47-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20091015 22:31:45-!- ilor_ [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20091015 22:32:22< mordante> YogiHH, valgrind is completely happy with the code... so can't reproduce your problem :-(
20091015 22:32:27-!- Bellerophon_true [n=chatzill@89.142.236.111] has quit ["ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]"]
20091015 22:32:42-!- allefant [n=elias@allegro/developer/allefant] has quit ["Leaving"]
20091015 22:33:44< mordante> I'm off night
20091015 22:34:09-!- mordante [n=mordante@wesnoth/developer/mordante] has quit ["Leaving"]
20091015 22:42:24-!- ilor [n=user@wesnoth/developer/ilor] has quit [Read error: 110 (Connection timed out)]
20091015 22:43:19-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20091015 22:44:53-!- boucman [n=rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20091015 22:46:31-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20091015 22:47:47< zookeeper> alink, well, i've never even thought that you could manipulate the sorting through WML anyway, so yeah, no need to care about the order i think.
20091015 22:59:11-!- silene [n=plouf@wesnoth/developer/silene] has quit ["Leaving."]
20091015 23:00:21-!- SonIcco [n=SonIcco@pD9512CD6.dip0.t-ipconnect.de] has joined #wesnoth-dev
20091015 23:02:21< CIA-45> ivanovic * r39309 /trunk/po/ (5 files in 5 dirs): updated German translation
20091015 23:03:28 * Rhonda . o O ( good that there isn't mentioned which wednesday in the topic )
20091015 23:04:48-!- EdB [n=edb@19.101.196-77.rev.gaoland.net] has quit [Remote closed the connection]
20091015 23:09:53< Ivanovic> Rhonda: that was intentional
20091015 23:11:08< shadowmaster> loonycyborg: setenv() sets enviornment variables
20091015 23:13:28< shadowmaster> no, no idea if that works on that stupid barely C99 compliant platform called "Windows"
20091015 23:14:56< zookeeper> btw, i get huge in-game lag (shrouded scenario, might matter) with the latest win build in addition to the loading lag. pretty much makes the game unplayable unless you toggle almost all flashy stuff off, at which point it's still very laggy but barely tolerable.
20091015 23:15:25< boucman> zookeeper: there was a bug reported for that on the bug tracker today...
20091015 23:15:37< boucman> it's good to have a second report
20091015 23:15:44< boucman> seems wesnoth specific
20091015 23:15:58< boucman> is this since 1.7.6 ? do you have it with 1.6 ?
20091015 23:18:01< shadowmaster> loonycyborg: nah, it isn't present in Windows.
20091015 23:18:59< shadowmaster> SetEnvironmentVariable() is provided by th win32 API for that instead apparently.
20091015 23:20:55-!- zookeeper [n=l@wesnoth/developer/zookeeper] has quit []
20091015 23:26:23-!- rtfb [n=read-the@78-56-0-35.static.zebra.lt] has quit [Read error: 110 (Connection timed out)]
20091015 23:29:08-!- boucman [n=rosen@wesnoth/developer/boucman] has quit ["Leaving."]
20091015 23:30:51-!- rtfb [n=read-the@78-56-0-35.static.zebra.lt] has joined #wesnoth-dev
20091015 23:34:00-!- ShikadiLord [n=ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20091015 23:34:13-!- ShikadiLord is now known as NotShadowMaster
20091015 23:37:40-!- NotShadowMaster [n=ignacio@wesnoth/developer/shadowmaster] has quit [Client Quit]
20091015 23:38:55-!- Espreon [n=espreon@c-76-117-239-33.hsd1.pa.comcast.net] has joined #wesnoth-dev
20091015 23:41:10-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Read error: 110 (Connection timed out)]
20091015 23:43:33-!- happygrue_ [n=George@c-98-223-235-36.hsd1.in.comcast.net] has joined #wesnoth-dev
20091015 23:48:42-!- happygrue__ [n=George@c-98-223-235-36.hsd1.in.comcast.net] has joined #wesnoth-dev
20091015 23:50:44-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20091015 23:58:46-!- happygrue [n=George@wesnoth/developer/wintermute] has quit [Read error: 113 (No route to host)]
20091015 23:59:57< CIA-45> jhinrichs * r39310 /trunk/src/ (8 files): Removes num_turns from mp_game_settings, as that information is not unique to multiplayer. Also fixes num_turns not being displayed for replays.
--- Log closed Fri Oct 16 00:00:06 2009