--- Log opened Fri Jul 23 00:00:18 2010
20100723 00:01:29< Upthorn> yes
20100723 00:02:06< Upthorn> in parser.cpp at line 409, it crashes just before the main menu should be displayed
20100723 00:03:22< Upthorn> when processing the attribute "title" in [theme][resolution][menu]
20100723 00:03:50< billynux> gdb supports conditional breakpoints
20100723 00:04:01< Crab_> billynux: msvc supports them, too
20100723 00:04:39< billynux> ah, sorry, didn't read that he was using MSVC
20100723 00:05:23< Crab_> Upthorn: can you set an assert on the *previous* attribute that is processed ?
20100723 00:05:31< Crab_> e.g., 'just before' the offending one
20100723 00:05:57< Upthorn> I have not tried that.
20100723 00:12:21-!- Crab_ [~Crab_@wesnoth/developer/crab] has quit [Quit: Leaving.]
20100723 00:16:17< billynux> I'm off, bye
20100723 00:16:19-!- billynux [~billy@wesnoth/developer/billynux] has quit [Quit: Leaving]
20100723 00:18:48-!- Johannes13 [~Johannes@unaffiliated/johannes13] has quit [Ping timeout: 276 seconds]
20100723 00:34:21-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Quit: Leaving.]
20100723 00:36:09-!- zookeeper [~l@wesnoth/developer/zookeeper] has quit []
20100723 00:58:34-!- gabba [~gabba@wesnoth/developer/gabba] has joined #wesnoth-dev
20100723 01:01:59-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has quit [Remote host closed the connection]
20100723 01:09:41-!- Blueblaze [~Blueblaze@adsl-99-158-46-180.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze]
20100723 01:20:26-!- PetePorty [~Pete@pc-235-252-120-200.cm.vtr.net] has quit [Quit: Saliendo]
20100723 01:23:02-!- mjs-de [~mjs-de@vpw.wh.uni-dortmund.de] has quit [Remote host closed the connection]
20100723 01:28:15-!- Bocom [~Bocom@c-b7cfe255.013-31-6b736412.cust.bredbandsbolaget.se] has quit [Ping timeout: 245 seconds]
20100723 01:32:04-!- loonycyborg [~sergey@wesnoth/developer/loonycyborg] has quit [Quit: Zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz]
20100723 01:32:42-!- loonybot [~loonybot@wesnoth/bot/loonybot] has quit [Remote host closed the connection]
20100723 01:34:22-!- Bocom [~Bocom@c-b7cfe255.013-31-6b736412.cust.bredbandsbolaget.se] has joined #wesnoth-dev
20100723 02:05:08-!- King_Elendil [~King_Elen@75.143.235.104] has joined #wesnoth-dev
20100723 02:15:57-!- King_Elendil [~King_Elen@75.143.235.104] has quit [Read error: Connection reset by peer]
20100723 02:16:18-!- King_Elendil [~King_Elen@75.143.235.104] has joined #wesnoth-dev
20100723 02:17:41-!- anonymissimus [~chatzilla@HSI-KBW-078-042-069-017.hsi3.kabel-badenwuerttemberg.de] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.2/20100316074819]]
20100723 02:17:43-!- King_Elendil [~King_Elen@75.143.235.104] has quit [Read error: Connection reset by peer]
20100723 02:23:46-!- King_Elendil [~King_Elen@75.143.235.104] has joined #wesnoth-dev
20100723 02:25:19-!- King_Elendil [~King_Elen@75.143.235.104] has quit [Read error: Connection reset by peer]
20100723 02:25:48-!- King_Elendil [~King_Elen@75.143.235.104] has joined #wesnoth-dev
20100723 02:30:10-!- DesertPanther [~Khalid@unaffiliated/desertpanther] has quit [Quit: Leaving]
20100723 02:30:10-!- King_Elendil [~King_Elen@75.143.235.104] has quit [Ping timeout: 246 seconds]
20100723 02:37:21-!- PetePorty [~Pete@pc-235-252-120-200.cm.vtr.net] has joined #wesnoth-dev
20100723 02:39:29-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20100723 02:47:56-!- King_Elendil [~King_Elen@75.143.235.104] has joined #wesnoth-dev
20100723 02:57:07-!- PetePorty is now known as Pete-AFK-crying
20100723 03:11:34-!- gabba [~gabba@wesnoth/developer/gabba] has quit [Quit: Leaving.]
20100723 03:41:53-!- Aethaeryn [~Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #wesnoth-dev
20100723 03:48:22-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20100723 03:52:11-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100723 03:54:23-!- noy [~Noy@wesnoth/developer/noy] has quit [Client Quit]
20100723 04:11:32-!- King_Elendil [~King_Elen@75.143.235.104] has quit [Read error: Connection reset by peer]
20100723 04:11:47-!- Appleman1234 [~Appleman1@CPE-60-226-176-19.qld.bigpond.net.au] has joined #wesnoth-dev
20100723 04:11:50-!- King_Elendil [~King_Elen@75.143.235.104] has joined #wesnoth-dev
20100723 04:13:16-!- wesbot changed the topic of #wesnoth-dev to: 134 bugs, 283 feature requests, 16 patches | logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20100723 04:28:01-!- Elvish_Pillager [~eli@71-10-224-192.dhcp.oxfr.ma.charter.com] has quit [Ping timeout: 276 seconds]
20100723 04:30:29-!- Ivanovic_ [~ivanovic@dtmd-4db2be2a.pool.mediaWays.net] has joined #wesnoth-dev
20100723 04:31:14-!- King_Elendil [~King_Elen@75.143.235.104] has quit [Quit: I hope y'all have a nice day ;)]
20100723 04:34:31-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 276 seconds]
20100723 04:36:27-!- Ivanovic_ is now known as Ivanovic
20100723 05:05:49-!- Blueblaze [~Blueblaze@adsl-99-186-66-137.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20100723 05:16:46-!- Pete-AFK-crying is now known as PetePorty
20100723 05:24:27-!- Gambit [~Gambit@pa-67-234-73-7.dhcp.embarqhsd.net] has quit [Remote host closed the connection]
20100723 05:28:48-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100723 05:30:45-!- Appleman1234 [~Appleman1@CPE-60-226-176-19.qld.bigpond.net.au] has quit [Read error: Connection reset by peer]
20100723 05:42:47-!- elvish_sovereign [~elvish_so@pool-173-59-71-113.phlapa.east.verizon.net] has quit [Quit: elvish_sovereign]
20100723 05:47:13-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20100723 05:48:20-!- PetePorty [~Pete@pc-235-252-120-200.cm.vtr.net] has quit [Quit: Saliendo]
20100723 05:48:53< Upthorn> okay, I have determined that the error arises as of r44429
20100723 05:51:12-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100723 06:01:05-!- phlaem [~a@e178089121.adsl.alicedsl.de] has quit [Quit: Leaving]
20100723 06:02:41-!- ancestral [~ancestral@mobile-166-137-143-056.mycingular.net] has joined #wesnoth-dev
20100723 06:05:25-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20100723 06:08:32-!- Blueblaze [~Blueblaze@adsl-99-186-66-137.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze]
20100723 06:10:27-!- Blueblaze [~Blueblaze@adsl-99-186-66-137.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20100723 06:14:36-!- Upth [ogmar@adsl-75-26-196-11.dsl.scrm01.sbcglobal.net] has joined #wesnoth-dev
20100723 06:16:35-!- Upthorn [ogmar@adsl-75-26-198-31.dsl.scrm01.sbcglobal.net] has quit [Ping timeout: 252 seconds]
20100723 06:26:42-!- Appleman1234 [~Appleman1@131.181.100.160] has joined #wesnoth-dev
20100723 06:36:58-!- silene [~plouf@AMarseille-553-1-242-69.w92-153.abo.wanadoo.fr] has joined #wesnoth-dev
20100723 06:36:58-!- silene [~plouf@AMarseille-553-1-242-69.w92-153.abo.wanadoo.fr] has quit [Changing host]
20100723 06:36:58-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100723 06:51:01-!- ancestral [~ancestral@mobile-166-137-143-056.mycingular.net] has quit [Quit: Colloquy for iPhone - http://colloquy.mobi]
20100723 06:51:04-!- ancestral [~ancestral@97-116-116-131.mpls.qwest.net] has joined #wesnoth-dev
20100723 06:53:38-!- silene [~plouf@wesnoth/developer/silene] has quit [Disconnected by services]
20100723 06:53:38-!- silene1 [~plouf@AMarseille-553-1-278-106.w90-53.abo.wanadoo.fr] has joined #wesnoth-dev
20100723 06:53:40-!- silene1 is now known as silene
20100723 06:53:41-!- silene [~plouf@AMarseille-553-1-278-106.w90-53.abo.wanadoo.fr] has quit [Changing host]
20100723 06:53:41-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100723 06:54:11-!- dtiger [~dtiger@dynamic-vpdn-93-125-15-19.telecom.by] has joined #wesnoth-dev
20100723 07:02:29-!- dtiger [~dtiger@dynamic-vpdn-93-125-15-19.telecom.by] has quit [Remote host closed the connection]
20100723 07:11:14-!- mordocai [~mordocai@66.119.9.243] has joined #wesnoth-dev
20100723 07:12:31-!- Crab_ [~Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20100723 07:13:58< CIA-87> silene * r44566 /trunk/src/config.cpp: Fixed [filter_wml] passing only when there is a one-to-one relation of the attributes.
20100723 07:25:11-!- Crab_ [~Crab_@wesnoth/developer/crab] has quit [Quit: Leaving.]
20100723 07:28:13-!- mordocai [~mordocai@66.119.9.243] has quit [Quit: Leaving]
20100723 07:29:50-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 260 seconds]
20100723 07:37:18-!- mordocai [~mordocai@66.119.9.243] has joined #wesnoth-dev
20100723 07:39:49-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20100723 07:46:09-!- silene1 [~plouf@AMarseille-553-1-202-161.w92-153.abo.wanadoo.fr] has joined #wesnoth-dev
20100723 07:46:09-!- silene [~plouf@wesnoth/developer/silene] has quit [Disconnected by services]
20100723 07:46:11-!- silene1 is now known as silene
20100723 07:46:11-!- silene [~plouf@AMarseille-553-1-202-161.w92-153.abo.wanadoo.fr] has quit [Changing host]
20100723 07:46:11-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100723 07:51:31< CIA-87> upthorn * r44567 /trunk/src/ (tstring.cpp tstring.hpp): undid revision 44429, as it somehow broke windows compatibility.
20100723 07:52:36< silene> Upth: what did it break?
20100723 07:53:43< Upth> silene: since that revision, the windows executable crashes immediately before loading the main menu
20100723 07:54:08< silene> what kind of crash?
20100723 07:54:30< Upth> assertion failed in the std::string library
20100723 07:54:42< Upth> then "fatal error"
20100723 07:54:54< Upth> and abnormal termination
20100723 07:54:56< silene> which assertion?
20100723 07:55:28< Upth> Expression: ("_Myptr + _Off <= (((_Mystring *)this->_Mycont)->_Myptr() + ((_Mystring *)this->_Mycont)->_Mysize) && _Myptr + _Off >= ((_Mystring *)this->_Mycont)->_Myptr()", 0)
20100723 07:56:24< shadowmaster> ugly.
20100723 07:57:11< Upth> in the iterator += overload, called from the iterator + overload, called from std::basic_string::end(), called from line 409 of parser.cpp in write_key_val
20100723 07:58:07< Upth> err std::basic_string::end() is called from t_string::walker::end(), which is called on line 409 of parser.cpp
20100723 07:58:27< silene> that doesn't make sense; as far as i can tell it's a compiler bug
20100723 07:58:42< silene> which compiler is that so that the code is made conditional on it?
20100723 07:58:53< Upth> MSVC9
20100723 07:59:26-!- Aethaeryn [~Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Quit: ...]
20100723 08:06:10-!- mordocai [~mordocai@66.119.9.243] has quit [Quit: Leaving]
20100723 08:10:25-!- Appleman1234 [~Appleman1@131.181.100.160] has quit [Quit: Leaving]
20100723 08:13:24-!- zookeeper [~l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20100723 08:15:09-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100723 08:21:57< zookeeper> silene, "[filter_wml] never worked in trunk"? i take it you mean only 1.9
20100723 08:29:02< silene> zookeeper: yes
20100723 08:31:37< CIA-87> silene * r44568 /trunk/src/ (tstring.cpp tstring.hpp): Limited r44567 to MSVC only.
20100723 08:32:03-!- silene1 [~plouf@AMarseille-553-1-265-104.w92-150.abo.wanadoo.fr] has joined #wesnoth-dev
20100723 08:32:03-!- silene [~plouf@wesnoth/developer/silene] has quit [Disconnected by services]
20100723 08:32:05-!- silene1 is now known as silene
20100723 08:32:05-!- silene [~plouf@AMarseille-553-1-265-104.w92-150.abo.wanadoo.fr] has quit [Changing host]
20100723 08:32:06-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100723 08:33:22< zookeeper> silene, ok
20100723 08:33:23-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20100723 08:42:17-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Read error: Connection reset by peer]
20100723 09:09:45-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit []
20100723 09:14:47< zookeeper> silene, if i use [lua] code = << wesnoth.dofile("~/foo/mywml-tags.lua") >> [/lua] in a scenario event, then is the lua stuff transmitted over the network if someone joins my game but hasn't got the scenario installed? i'm guessing not?
20100723 09:16:15< silene> no, it isn't; no file is ever transmitted over the network, only the [scenario] tag
20100723 09:17:13< zookeeper> ok, so what can i do if i still want my scenario to be playable without having it installed? can i do something resembling [lua] code = {~/foo/mywml-tags.lua} [/lua] and have it work?
20100723 09:17:23< zookeeper> (well, actually it's an era, but no matter)
20100723 09:18:40< silene> assuming you put <<>> in the lua file, yes it should work
20100723 09:18:48< zookeeper> ah, great
20100723 09:19:49-!- Appleman1234 [~Appleman1@CPE-60-226-176-19.qld.bigpond.net.au] has joined #wesnoth-dev
20100723 09:20:20< silene> zookeeper: if you are trying that, could you try instead --<< and -->> ? i'm wondering if it is possible to make it behave like a pure lua file
20100723 09:21:23< zookeeper> sure, just a moment...
20100723 09:21:27-!- silene [~plouf@wesnoth/developer/silene] has quit [Quit: Leaving.]
20100723 09:21:32-!- Ivanovic [~ivanovic@dtmd-4db2be2a.pool.mediaWays.net] has quit [Changing host]
20100723 09:21:32-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20100723 09:24:21-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100723 09:24:51-!- EdB [~edb@79.89.103.4] has joined #wesnoth-dev
20100723 09:25:17< Ivanovic> moin
20100723 09:26:31< zookeeper> silene, yes, seems to work. that is, i have [lua] code = {~/foo/mywml-tags.lua} [/lua], and the contents of the file wrapped in --<< and -->>
20100723 09:26:40< silene> great
20100723 09:32:07-!- EdB [~edb@79.89.103.4] has quit [Remote host closed the connection]
20100723 09:35:18< zookeeper> silene, i'm trying to check, in a [show_if], for whether the current side has any allies. the only way seems to be to use [have_unit] lua_function=. so, if i have a local function have_allies(cfg), then i call it simply with lua_function=have_allies ?
20100723 09:35:52< zookeeper> (i haven't checked, but i'm assuming lua can access team information, not just sides...)
20100723 09:36:03< silene> almost, except the function should not be local, otherwise it will be invisible from the engine
20100723 09:36:10< zookeeper> right
20100723 10:01:48< CIA-87> silene * r44569 /trunk/src/ (filesystem.cpp filesystem.hpp game.cpp): 
20100723 10:01:48< CIA-87> Separated accessors to data and config directories in order to ease the transtition to an XDG layout.
20100723 10:01:48< CIA-87> (Cache directory already has a separate accessor.)
20100723 10:06:31-!- silene [~plouf@wesnoth/developer/silene] has quit [Disconnected by services]
20100723 10:06:31-!- silene1 [~plouf@AMarseille-553-1-250-168.w92-153.abo.wanadoo.fr] has joined #wesnoth-dev
20100723 10:06:33-!- silene1 is now known as silene
20100723 10:06:33-!- silene [~plouf@AMarseille-553-1-250-168.w92-153.abo.wanadoo.fr] has quit [Changing host]
20100723 10:06:33-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100723 10:09:32-!- silene1 [~plouf@AMarseille-553-1-286-249.w90-53.abo.wanadoo.fr] has joined #wesnoth-dev
20100723 10:09:32-!- silene [~plouf@wesnoth/developer/silene] has quit [Disconnected by services]
20100723 10:09:34-!- silene1 is now known as silene
20100723 10:09:34-!- silene [~plouf@AMarseille-553-1-286-249.w90-53.abo.wanadoo.fr] has quit [Changing host]
20100723 10:09:34-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100723 10:12:52-!- zookeeper [~l@wesnoth/developer/zookeeper] has quit [Ping timeout: 246 seconds]
20100723 10:14:33-!- fendrin [~fabi@wesnoth/developer/fendrin] has quit [Remote host closed the connection]
20100723 10:14:56-!- fendrin [~fabi@88-134-103-91-dynip.superkabel.de] has joined #wesnoth-dev
20100723 10:14:56-!- fendrin [~fabi@88-134-103-91-dynip.superkabel.de] has quit [Changing host]
20100723 10:14:56-!- fendrin [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev
20100723 10:16:07-!- timotei [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20100723 10:16:12< timotei> mornin
20100723 10:17:55-!- zookeeper [~l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20100723 10:23:04-!- silene1 [~plouf@AMarseille-553-1-295-204.w92-153.abo.wanadoo.fr] has joined #wesnoth-dev
20100723 10:23:04-!- silene [~plouf@wesnoth/developer/silene] has quit [Disconnected by services]
20100723 10:23:06-!- silene1 is now known as silene
20100723 10:23:06-!- silene [~plouf@AMarseille-553-1-295-204.w92-153.abo.wanadoo.fr] has quit [Changing host]
20100723 10:23:06-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100723 10:41:50-!- ancestral [~ancestral@97-116-116-131.mpls.qwest.net] has quit [Quit: And that’s the end of THAT chapter.]
20100723 10:48:36-!- mjs-de [~mjs-de@vpw.wh.uni-dortmund.de] has joined #wesnoth-dev
20100723 10:49:02-!- noy [~Noy@70.70.255.54] has joined #wesnoth-dev
20100723 10:49:02-!- noy [~Noy@70.70.255.54] has quit [Changing host]
20100723 10:49:02-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100723 10:52:32-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Quit: Leaving]
20100723 11:05:15-!- loonybot [~loonybot@ppp79-139-138-39.pppoe.spdop.ru] has joined #wesnoth-dev
20100723 11:05:15-!- loonybot [~loonybot@ppp79-139-138-39.pppoe.spdop.ru] has quit [Changing host]
20100723 11:05:15-!- loonybot [~loonybot@wesnoth/bot/loonybot] has joined #wesnoth-dev
20100723 11:06:11-!- loonycyborg [~sergey@wesnoth/developer/loonycyborg] has joined #wesnoth-dev
20100723 11:11:01-!- silene [~plouf@wesnoth/developer/silene] has quit [Disconnected by services]
20100723 11:11:01-!- silene1 [~plouf@AMarseille-553-1-219-177.w92-153.abo.wanadoo.fr] has joined #wesnoth-dev
20100723 11:11:03-!- silene1 is now known as silene
20100723 11:11:03-!- silene [~plouf@AMarseille-553-1-219-177.w92-153.abo.wanadoo.fr] has quit [Changing host]
20100723 11:11:03-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100723 11:15:50-!- dtiger [~dtiger@dynamic-vpdn-93-125-17-41.telecom.by] has joined #wesnoth-dev
20100723 11:26:47< Ivanovic> wesbot: seen crab_
20100723 11:26:47< wesbot> Ivanovic: Whatever you say...
20100723 11:26:47< wesbot> Ivanovic: The person with the nick Crab_ last spoke 11h 21m ago.  4h 1m ago they left with the message: Quit: Leaving.
20100723 11:26:53< Ivanovic> crab_: http://forums.wesnoth.org/viewtopic.php?f=10&t=30822&start=0
20100723 11:46:02-!- Blueblaze [~Blueblaze@adsl-99-186-66-137.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze]
20100723 11:46:11-!- Johannes13 [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20100723 11:48:20-!- Unnheulu [~ieuan@cpc5-pnth2-0-0-cust800.5-2.cable.virginmedia.com] has joined #wesnoth-dev
20100723 11:53:23-!- Unnheulu [~ieuan@cpc5-pnth2-0-0-cust800.5-2.cable.virginmedia.com] has quit [Ping timeout: 240 seconds]
20100723 11:54:22-!- timotei [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20100723 11:56:54< timotei> damn service people. I've got my notebook back but my wifi card now is stupid than before. only 20% signal
20100723 11:56:58< timotei> last time I had 80%
20100723 11:59:35< Ivanovic> not good
20100723 11:59:42< Ivanovic> have they forgotten to attach the antenna?
20100723 11:59:53< Ivanovic> that is: is the antenna really connected firmly to the card
20100723 12:00:48< Ivanovic> (had the problem ages ago with my ibook when i added some memory, to do so i have to remove the wifi card, add the memory stick and put it in, afterwards wifi was a real desaster, found out that you have to push *really* strongly to make the antenna attach correctly to the card)
20100723 12:03:13< timotei> hmm, I'll try that after dad comes home. don't have a good screwer... and don't want to break something there
20100723 12:03:14< timotei> :D
20100723 12:03:17< timotei> I thought of that too
20100723 12:03:20< timotei> but can't test yet
20100723 12:03:32< timotei> also, something even more stupid, on windows at least it works a bit
20100723 12:03:35< timotei> but on linux NOT!
20100723 12:03:39< timotei> :
20100723 12:03:40< timotei> :(
20100723 12:05:04-!- VPeric [~chatzilla@79.175.105.18] has joined #wesnoth-dev
20100723 12:06:34-!- silene [~plouf@wesnoth/developer/silene] has quit [Ping timeout: 260 seconds]
20100723 12:08:34-!- Unnheulu [~ieuan@cpc5-pnth2-0-0-cust800.5-2.cable.virginmedia.com] has joined #wesnoth-dev
20100723 12:13:03-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20100723 12:17:23< timotei> fendrin: morning
20100723 12:17:32< fendrin> timotei: hi
20100723 12:17:45< timotei> fendrin: did you see my message yesterday?
20100723 12:17:53< timotei> <timotei> fendrin: is the readme level good enough for newbies? I mean, should I add step-by-step downloading/installing eclipse? Also, besides features images, should I add images with different setup moments
20100723 12:18:21< timotei> I want to finish it today, so we can release a test version
20100723 12:19:23< fendrin> timotei: See the posts in the forum. Some of them show that people are playing wesnoth who call the hotline if the plug is not attached. 
20100723 12:19:36< CIA-87> silene * r44570 /trunk/src/ (filesystem.cpp filesystem.hpp): Separated accessors further.
20100723 12:19:42< CIA-87> silene * r44571 /trunk/src/filesystem.cpp: Simplified preprocessing logic.
20100723 12:19:43< CIA-87> silene * r44572 /trunk/src/filesystem.cpp: Moved BeOS initialization earlier.
20100723 12:19:47< CIA-87> silene * r44573 /trunk/src/filesystem.cpp: Removed redundant return value.
20100723 12:19:52< timotei> hmmm
20100723 12:19:55< CIA-87> silene * r44574 /trunk/src/filesystem.cpp: Avoided loop between setup_user_data_dir and set_preferences_dir.
20100723 12:19:56< CIA-87> silene * r44575 /trunk/src/filesystem.cpp: Used user_data_dir in setup_user_data_dir.
20100723 12:20:02< timotei> fendrin: what posts?:)
20100723 12:20:02< CIA-87> silene * r44576 /trunk/src/filesystem.cpp: Moved cache directory to an XDG-compliant location.
20100723 12:20:04< CIA-87> silene * r44577 /trunk/src/filesystem.cpp: Moved configuration directory to an XDG-compliant location.
20100723 12:20:07< CIA-87> silene * r44578 /trunk/src/filesystem.cpp: Moved userdata directory to an XDG-compliant location. (Fix for bug #11558.)
20100723 12:20:59-!- silene [~plouf@AMarseille-553-1-257-180.w92-150.abo.wanadoo.fr] has joined #wesnoth-dev
20100723 12:20:59-!- silene [~plouf@AMarseille-553-1-257-180.w92-150.abo.wanadoo.fr] has quit [Changing host]
20100723 12:20:59-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100723 12:22:43-!- phlaem [~a@e178090194.adsl.alicedsl.de] has joined #wesnoth-dev
20100723 12:24:48< fendrin> timotei: I can't show you a concrete post. But there are people in the age 50+ who play it. Some of them don't really arrive in the IT age. The enduser instructions do really have to be very precise. It's best if they are written by a third person who isn't really a professional. Most people that are used to computers can't imagine the problems of beginners anymore.
20100723 12:25:08< timotei> fendrin: oh, I understand it
20100723 12:25:25< timotei> ok, I'll create a "how much verbose" I can
20100723 12:32:17-!- timotei21 [~timotei@193.34.191.4] has joined #wesnoth-dev
20100723 12:35:59-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Ping timeout: 260 seconds]
20100723 12:39:01< CIA-87> silene * r44579 /trunk/RELEASE_NOTES: Added a release note about XDG-compliance.
20100723 12:43:46< timotei21> recuva rules!!
20100723 12:49:08< Rhonda> \o/ silene
20100723 12:50:04< timotei21> :D
20100723 12:50:16< timotei21> what is XDG?
20100723 12:50:20< timotei21> shikadibot: XDG ?
20100723 12:50:21< shikadibot> Sorry, I don't know what 'XDG' means...
20100723 12:51:25< Rhonda> X Desktop Guidelines, at least I would guess so, no clue. ;)
20100723 12:51:46-!- silene [~plouf@wesnoth/developer/silene] has quit [Disconnected by services]
20100723 12:51:46-!- silene1 [~plouf@AMarseille-553-1-272-236.w90-53.abo.wanadoo.fr] has joined #wesnoth-dev
20100723 12:51:48-!- silene1 is now known as silene
20100723 12:51:48-!- silene [~plouf@AMarseille-553-1-272-236.w90-53.abo.wanadoo.fr] has quit [Changing host]
20100723 12:51:48-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100723 12:51:49< fendrin> timotei21: In which context?
20100723 12:52:02< Rhonda> timotei21: In the above one.
20100723 12:52:06< timotei21> in silenes's commits
20100723 12:52:19-!- timotei21 is now known as timotei
20100723 12:52:21< fendrin> ah
20100723 12:52:24-!- timotei [~timotei@193.34.191.4] has quit [Changing host]
20100723 12:52:24-!- timotei [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20100723 12:52:56 * loonycyborg is happy that silene's changes didn't break anything for his mingw builds :P
20100723 12:53:14< timotei> :))
20100723 12:53:32< timotei> loonybot: you were using scons right?
20100723 12:53:34< loonybot> error: 'you' does not name a type
20100723 12:53:44< timotei> ops
20100723 12:53:50< timotei> loonycyborg: : you were using scons right?
20100723 12:54:02< loonycyborg> Yes.
20100723 13:00:24-!- Gambit [~Gambit@pa-67-234-73-7.dhcp.embarqhsd.net] has joined #wesnoth-dev
20100723 13:04:55-!- AnMaster [~AnMaster@unaffiliated/anmaster] has quit [Quit: ZNC - http://znc.sourceforge.net]
20100723 13:07:11-!- DesertPanther [~Khalid@unaffiliated/desertpanther] has joined #wesnoth-dev
20100723 13:20:34< timotei> yey, wesnoth works :D
20100723 13:20:41< timotei> Upth: thanks. it works now
20100723 13:23:41-!- timotei21 [~timotei@193.34.191.4] has joined #wesnoth-dev
20100723 13:25:39-!- timotei-temp [~timotei@193.34.191.4] has joined #wesnoth-dev
20100723 13:26:43-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Ping timeout: 240 seconds]
20100723 13:27:47-!- timotei21 [~timotei@193.34.191.4] has quit [Ping timeout: 240 seconds]
20100723 13:34:37-!- Unnheulu [~ieuan@cpc5-pnth2-0-0-cust800.5-2.cable.virginmedia.com] has quit [Quit: Ex-Chat]
20100723 13:36:51-!- VPeric [~chatzilla@79.175.105.18] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.7/20100713130626]]
20100723 13:37:05-!- Blarumyrran [~Blarumyrr@unaffiliated/blarumyrran] has quit [Quit: Lahkun]
20100723 13:38:12-!- timotei-temp is now known as timotei
20100723 13:38:15-!- timotei [~timotei@193.34.191.4] has quit [Changing host]
20100723 13:38:15-!- timotei [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20100723 13:42:39-!- silene [~plouf@wesnoth/developer/silene] has quit [Disconnected by services]
20100723 13:42:39-!- silene1 [~plouf@AMarseille-553-1-215-23.w92-153.abo.wanadoo.fr] has joined #wesnoth-dev
20100723 13:42:41-!- silene1 is now known as silene
20100723 13:42:41-!- silene [~plouf@AMarseille-553-1-215-23.w92-153.abo.wanadoo.fr] has quit [Changing host]
20100723 13:42:41-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100723 13:51:16< timotei> silene: btw, why nobody fixes warnings like: e:\work\gw\src\font.hpp(164) : warning C4800: 'font::LABEL_SCROLL_MODE' : forcing value to bool 'true' or 'false' (performance warning)
20100723 14:10:17< silene> timotei: because nobody uses the compiler you use?
20100723 14:14:52< elias> the "compiler" he uses
20100723 14:14:52< loonycyborg> timotei: Feel free to fix them yourself.
20100723 14:26:51< timotei> well...
20100723 14:27:04< timotei> i use msvc now
20100723 14:28:41-!- Elvish_Pillager [~eli@71-10-224-192.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20100723 15:13:04-!- thespaceinvader [~chatzilla@wesnoth/artist/thespaceinvader] has joined #wesnoth-dev
20100723 15:34:15< CIA-87> silene * r44580 /trunk/src/ (variable.cpp variable.hpp): Removed auto_ptr from proxy iterator.
20100723 15:39:29-!- silene [~plouf@wesnoth/developer/silene] has quit [Disconnected by services]
20100723 15:39:29-!- silene1 [~plouf@AMarseille-553-1-287-50.w90-53.abo.wanadoo.fr] has joined #wesnoth-dev
20100723 15:39:31-!- silene1 is now known as silene
20100723 15:39:31-!- silene [~plouf@AMarseille-553-1-287-50.w90-53.abo.wanadoo.fr] has quit [Changing host]
20100723 15:39:31-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100723 15:42:04-!- Zarel [~Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20100723 15:42:10< Zarel> Ivanovic: You there?
20100723 15:42:47< Zarel> I think there's something wrong with the Mac build of 1.8.3. I've tried three different mirrors and they're all corrupt.
20100723 15:47:52-!- Greywhind [~Greywhind@138.16.56.161] has joined #wesnoth-dev
20100723 15:58:45-!- anonymissimus [~chatzilla@HSI-KBW-078-042-069-017.hsi3.kabel-badenwuerttemberg.de] has joined #wesnoth-dev
20100723 15:59:31-!- mjs-de [~mjs-de@vpw.wh.uni-dortmund.de] has quit [Remote host closed the connection]
20100723 16:11:23-!- Appleman1234 [~Appleman1@CPE-60-226-176-19.qld.bigpond.net.au] has quit [Ping timeout: 240 seconds]
20100723 16:22:54< timotei> fendrin: hey.
20100723 16:22:57< timotei> fendrin: around?
20100723 16:23:07< fendrin> timotei: yes
20100723 16:23:22< timotei> I've just updated the readme. could you take a look?
20100723 16:24:02< timotei> (commit on his way)
20100723 16:24:06< CIA-87> timotei * r44581 /trunk/utils/java/eclipse_plugin/plugin.xml: 
20100723 16:24:06< CIA-87> eclipse plugin: change the default progress bar position
20100723 16:24:06< CIA-87> to a better one
20100723 16:25:52< CIA-87> timotei * r44582 /trunk/utils/java/eclipse_plugin/plugin.xml: eclipse plugin: modified the wrong values so fixing them up no
20100723 16:26:10< CIA-87> timotei * r44583 /trunk/utils/java/eclipse_plugin/src/wesnoth_eclipse_plugin/ (2 files in 2 dirs): eclipse plugin: computer the working directory directly from the preferences page
20100723 16:26:27< CIA-87> timotei * r44584 /trunk/utils/java/eclipse_plugin/ (README.tex readme/ readme/README.tex): eclipse plugin: move the readme in a separate folder so we can add images too
20100723 16:26:49< CIA-87> timotei * r44585 /trunk/utils/java/eclipse_plugin/readme/ (README.tex definitions.png): eclipse plugin: update the readme
20100723 16:26:56< timotei> fendrin: ok, it's commited^
20100723 16:27:53< anonymissimus> timotei: a step about installing java sdk ?
20100723 16:28:07< anonymissimus> I thought eclipse doesn't run without it
20100723 16:28:09< timotei> hmm
20100723 16:28:15< timotei> jre is enough I think
20100723 16:28:21< anonymissimus> maybe yes
20100723 16:28:28< timotei> ok, I'll put that too
20100723 16:28:39< anonymissimus> if it's only used for wml
20100723 16:29:35< timotei> need to make sure people don't install jdk6u21:|
20100723 16:30:57< timotei> god, I hate sun's website
20100723 16:31:03< timotei> ok, oracle's
20100723 16:33:34< anonymissimus> sun's was way better
20100723 16:33:41< anonymissimus> :P
20100723 16:34:20< anonymissimus> I look forward to the forum threads "error when launching eclipse" etc...
20100723 16:35:01< fendrin> timotei: 3.1 1 is missing a parentheses.
20100723 16:35:08< fendrin> ")"
20100723 16:35:50< Ivanovic> Zarel: you should talk to crimson_penguin about this
20100723 16:35:51< timotei> it missed. in the new version it is fixed:D
20100723 16:36:09< timotei> fendrin: last update 44585 I updated the reade
20100723 16:36:10< fendrin> anonymissimus, timotei: I think the wesnoth plugin does only need the java jdk not the sdk
20100723 16:36:32< timotei> fendrin: well, yeah, for normal user yes
20100723 16:36:49< timotei> anonymissimus: it works this link for you?: https://cds.sun.com/is-bin/INTERSHOP.enfinity/WFS/CDS-CDS_Developer-Site/en_US/-/USD/ViewProductDetail-Start?ProductRef=jre-6u21-oth-JPR@CDS-CDS_Developer
20100723 16:37:55< anonymissimus> yes, I think
20100723 16:38:09< timotei> ok
20100723 16:38:15-!- EdB [~edb@4.103.89-79.rev.gaoland.net] has joined #wesnoth-dev
20100723 16:38:22< timotei> fendrin: should I 'tinyurl' that big link?
20100723 16:38:30< timotei> fendrin: or put it like it is, in the readme?
20100723 16:41:31< fendrin> timotei: "make: *** No rule to make target `README.tex', needed by `makereadme'.  Stop."
20100723 16:41:47< timotei> fendrin: right, forgot to update the makefile
20100723 16:42:46< timotei> ah, I don't have linux to test if it works:-S
20100723 16:43:40< CIA-87> silene * r44586 /trunk/src/ (config.cpp config.hpp variable.cpp variable.hpp): Cleaned typing of proxy iterators a bit.
20100723 16:44:13< CIA-87> silene * r44587 /trunk/src/ (variable.cpp variable.hpp): Avoided copies.
20100723 16:44:34-!- _jbx_ [~jbailey@12.190.80.225] has joined #wesnoth-dev
20100723 16:47:15< fendrin> timotei: Well, update the make file and I will test it.
20100723 16:47:24< timotei> ok
20100723 16:52:14-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20100723 16:55:51< anonymissimus> vs trunk built crashes after launching a campaign
20100723 16:59:37< timotei> anonymissimus: I tried heir to the throne and it worked
20100723 17:01:54< anonymissimus> some time into the scenario
20100723 17:02:02< anonymissimus> until you're moving units around
20100723 17:02:13< anonymissimus> the story works
20100723 17:04:33< boucman> anonymissimus: can you post a backtrace ?
20100723 17:05:18-!- silene1 [~plouf@AMarseille-553-1-256-25.w92-150.abo.wanadoo.fr] has joined #wesnoth-dev
20100723 17:05:18-!- silene [~plouf@wesnoth/developer/silene] has quit [Disconnected by services]
20100723 17:05:20-!- silene1 is now known as silene
20100723 17:05:21-!- silene [~plouf@AMarseille-553-1-256-25.w92-150.abo.wanadoo.fr] has quit [Changing host]
20100723 17:05:21-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100723 17:05:38< anonymissimus> although I have some ideas what that is I have no clue how to generate it...
20100723 17:06:28< boucman> did you compile yourself ? what os do you use ?
20100723 17:07:33< anonymissimus> yes win
20100723 17:07:42< anonymissimus> xp
20100723 17:07:47< boucman> hmm
20100723 17:07:55< boucman> ok, I can't help you here :P
20100723 17:09:26< silene> how does one disable the whiteboard when it randomly starts?
20100723 17:10:18< boucman> silene: it's not supposed to... do you press ctrl ?
20100723 17:10:43< silene> boucman: always, ctrl is one of the modifiers of my desktop environment
20100723 17:11:26< boucman> that's probably it... ctrl is here to temporarly enable/disable WB, in your case enabling with :wb might disable it...
20100723 17:11:45< boucman> we will make it configurable through a shortcut eventually, but it's currently hardcoded...
20100723 17:12:15< fendrin> boucman, anonymissimus: Can't reproduce the crash on linux, normal debug compile. No idea if the WB is enabled.
20100723 17:12:17< silene> boucman: no, while it says "whiteboard disabled", i still can't do think, my interface is stuck
20100723 17:12:30< silene> s/think/anything/
20100723 17:12:37< boucman> silene: try enabling it...
20100723 17:12:46< silene> boucman: you bet i also tried...
20100723 17:12:49< boucman> hmm
20100723 17:13:06-!- DesertPanther [~Khalid@unaffiliated/desertpanther] has left #wesnoth-dev ["Leaving"]
20100723 17:13:27< anonymissimus> fendrin: yes my CodeBlocks built also works
20100723 17:13:29< boucman> silene: that's weird, you probably want to debug this with gabba when he's around... in the meantime i'll look where to modify the code to completely disable it
20100723 17:13:49< timotei> anonymissimus: yes, I got error too
20100723 17:13:56< timotei> boucman: I've got also error trying to plan a move
20100723 17:14:06< boucman> what error ?
20100723 17:14:13< timotei> boucman: I hold CTRL, and selected a place where to move. When clicked, got 'don't send"
20100723 17:14:51< boucman> don't send ?
20100723 17:14:53< boucman> what do you mean
20100723 17:15:06< timotei> let me try again
20100723 17:15:10< timotei> (don't send is a crash)
20100723 17:16:37< boucman> so it crashes when you plan a move ?
20100723 17:17:00< timotei> yes
20100723 17:17:15< boucman> do you have a backtrace ?
20100723 17:17:25< timotei> no. trying to do again
20100723 17:19:37-!- simulacrum [~qtninja@unaffiliated/wistful] has joined #wesnoth-dev
20100723 17:21:07-!- simulacrum [~qtninja@unaffiliated/wistful] has left #wesnoth-dev []
20100723 17:23:25< timotei> anonymissimus: if you try to start: wesnoth -t it crashes to you too?
20100723 17:24:29< timotei> lol
20100723 17:24:45< boucman> silene: it's not trivial to disable... if you cahnge whiteboard/manager.cpp::is_active to always return false, you will play in normal mode, but pressing ctrl will still show the WB arrows... is that enough until gabba is around and we find a proper fix ?
20100723 17:24:46< timotei> I can't play wesnoth at all. it seems the windows version is really ... screwed up
20100723 17:25:25< timotei> boucman: when wesnoth crashes on linux, where does it tells the stacktrace?:|
20100723 17:25:54< boucman> timotei: it doesn't by default, you have to compile wesnoth with debug symbol and launch it under gdb
20100723 17:25:56< timotei> boucman: this is what's in stderr: http://wesnoth.pastebin.com/WiF53bL8
20100723 17:26:01< timotei> oh right
20100723 17:26:06< timotei> I'm in release mode:)
20100723 17:26:46-!- Zarel [~Zarel@warzone2100/developer/Zarel] has quit [Quit: This computer has gone to sleep]
20100723 17:26:50< boucman> this doesn't seem WB related to me, but it's hard to tell without a backtrace
20100723 17:27:18< anonymissimus> timotei: yes
20100723 17:27:33< timotei> boucman: I'll compile with debug
20100723 17:27:50< timotei> Upth: around?
20100723 17:27:58< silene> timotei: it won't change a thing; you better run it under a debugger so that we get a backtrace
20100723 17:28:12< anonymissimus> it crashes no matter what's the configuration however, release, debug etc
20100723 17:28:14< timotei> silene: well, that's what I'm doing...
20100723 17:28:18-!- wesbot changed the topic of #wesnoth-dev to: 135 bugs, 282 feature requests, 16 patches | logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20100723 17:28:21< timotei> silene: compilign first in debug so I can debug it:P
20100723 17:28:38< silene> why? you don't have debug symbols in release mode?
20100723 17:28:38< timotei> or... do you know asm good enough to help with an asm stacktrace?:P
20100723 17:28:42< timotei> no
20100723 17:28:43< timotei> ;)
20100723 17:28:53< silene> what a crap system...
20100723 17:29:00< timotei> I deactivated them :))
20100723 17:29:04< timotei> :P
20100723 17:29:08< silene> what a crap developer...
20100723 17:29:13< timotei> :))
20100723 17:29:14< timotei> why?
20100723 17:29:24< timotei> since I'm not developing on the game
20100723 17:29:31< boucman> silene: we don't usually have debug symbol in release mode, that's more or less the point of release mode...
20100723 17:29:43< boucman> but devs usually never compile in release mode...
20100723 17:29:55< silene> boucman: why?! they don't induce any slowdown!
20100723 17:30:14< boucman> distribution size... though it makes less sense nowday
20100723 17:30:31< fendrin> Well, the size is just huge in debug mode.
20100723 17:30:47< timotei> come on guys, what matters in what mode I compile wesnoth?
20100723 17:31:00< boucman> timotei: you have a point
20100723 17:31:02< timotei> if I need, I compile it with debug symbols
20100723 17:31:05< fendrin> 409MB, just the binary.
20100723 17:31:54< silene> fendrin: surprising; mine is only 107MB with all the debug symbols
20100723 17:32:03< fendrin> oh
20100723 17:32:22< boucman> that could be very os dependant
20100723 17:32:23< fendrin> maybe mine is statically linked
20100723 17:32:28< boucman> that too
20100723 17:33:26< silene> boucman: once you have an arrow, how do you remove it?
20100723 17:33:49< boucman> "y" will execute the move, "h" will delete it
20100723 17:33:59< silene> thanks
20100723 17:35:41< anonymissimus> does it let you plan for the time an enemy unit's ZOC is gone ?
20100723 17:36:06< boucman> you mean showing you how much fog a move would remove ?
20100723 17:36:12< anonymissimus> when it is dead
20100723 17:37:11< boucman> anonymissimus: not yet, but we plan to add a "consider as dead" planned action
20100723 17:41:18< boucman> is ana on by default now ?
20100723 17:42:51< CIA-87> timotei * r44588 /trunk/utils/java/eclipse_plugin/Makefile: eclipse plugin: update the makefile
20100723 17:43:01< timotei> fendrin: updated the makefile. now you can test:)
20100723 17:43:10< loonycyborg> boucman: Yes.
20100723 17:44:02< boucman> ok, this pulls in some boost libraries, we need to warn packagers
20100723 17:45:18< fendrin> timotei: works, and looks much better.
20100723 17:45:22< timotei> :D
20100723 17:46:07< anonymissimus> I can plan to attack several times with the same unit
20100723 17:48:13< CIA-87> timotei * r44589 /website/eclipse.wesnoth.org/README.pdf: update the readme
20100723 17:48:22< timotei> anonymissimus: http://svn.gna.org/viewcvs/*checkout*/wesnoth/website/eclipse.wesnoth.org/README.pdf?rev=44589
20100723 17:48:31< timotei> anonymissimus: please take a look, and see if there is something I missed
20100723 17:51:25-!- AnMaster [~AnMaster@unaffiliated/anmaster] has joined #wesnoth-dev
20100723 17:54:06< anonymissimus> tomtei: well what do you want me to say
20100723 17:54:23< timotei> anonymissimus: well, things you encountered and are not present there:P
20100723 17:54:48< anonymissimus> installing the java thing you need for eclipse
20100723 17:54:57< timotei> is written there
20100723 17:55:43< anonymissimus> where ?
20100723 17:55:48< timotei> in the readme
20100723 17:56:12< timotei> it should have been
20100723 17:56:12< timotei> :|
20100723 17:56:19< timotei> oh godX(
20100723 17:56:49< timotei> it seems I've checkouted that
20100723 17:56:53< timotei> nvm, fixing it
20100723 18:04:56< CIA-87> boucman * r44590 /trunk/src/unit_animation.cpp: fix units in WB not flapping their wings correctly. Not sure the new attitude is correct or if we want them completely frozen. TBD, but at least it doesn't look buggy anymore
20100723 18:06:02< timotei> fendrin: so... we're releasing it today for public?
20100723 18:07:59-!- silene [~plouf@wesnoth/developer/silene] has quit [Ping timeout: 265 seconds]
20100723 18:10:47< boucman> fendrin: around ?
20100723 18:11:02< fendrin> boucman: yes
20100723 18:11:36< boucman> can I reassign bug 15976 to you ? it's an area you know way better than I do
20100723 18:11:42< boucman> wesbot: bug 15976
20100723 18:11:42< wesbot> Bug #15976  Assigned to: Jérémy Rosen <boucman>  Status: None  Priority: 3 - Low
20100723 18:11:45< wesbot> Summary: Editor should have a quick toggle for animated terrains
20100723 18:11:48< wesbot> Original submission: There's already a preferences option for disabling terrai
20100723 18:11:51< wesbot> n animations in the game, but the editor doesn't display terrain animations rega
20100723 18:11:54< wesbot> URL: https://gna.org/bugs/?15976
20100723 18:12:15< fendrin> timotei: Do we have the standalone download, I mean the eclipse wesnoth only application.
20100723 18:12:17< fendrin> ?
20100723 18:12:38< fendrin> boucman: you can assign that bug to me but I don't know when I have the time to take care about it.
20100723 18:12:59< boucman> k
20100723 18:18:20< boucman> is there an easy way to petrify a unit in mainline, or do I need to use custom WML ?
20100723 18:18:29-!- elvish_sovereign [~elvish_so@pool-173-59-71-113.phlapa.east.verizon.net] has joined #wesnoth-dev
20100723 18:21:53< anonymissimus> {MODIFY_UNIT status.petrified yes} ?
20100723 18:23:21< anonymissimus> forgot the filter
20100723 18:23:40< anonymissimus> {MODIFY_UNIT id=... status.petrified yes}
20100723 18:24:09-!- silene [~plouf@AMarseille-553-1-294-59.w92-153.abo.wanadoo.fr] has joined #wesnoth-dev
20100723 18:24:09-!- silene [~plouf@AMarseille-553-1-294-59.w92-153.abo.wanadoo.fr] has quit [Changing host]
20100723 18:24:09-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100723 18:27:08< silene> boucman: and if you need to do it from the command line, you can copy-paste the following: lua wesnoth.require 'lua/helper.lua'.modify_unit({ id = ... }, { ["status.petrified"] = true })
20100723 18:28:08-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20100723 18:35:40-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20100723 18:36:13-!- gabba [~gabba@wesnoth/developer/gabba] has joined #wesnoth-dev
20100723 18:37:27< gabba> bonjour
20100723 18:38:24< boucman> bonjour gabba
20100723 18:38:41< gabba> boucman, silene: uh oh, I just skimmed over the irc log. I knew I should have put add additional "killswitch" on the whiteboard... sorry for the trouble with the ctrl key.
20100723 18:38:46< gabba> bonjour boucman
20100723 18:41:01< zookeeper> gabba, <anonymissimus> I can plan to attack several times with the same unit <--- if you fix that, then remember that units have an attacks_left key which can be >1, so you should use that for determining how many times the unit can attack.
20100723 18:41:02< boucman> anonymissimus, silene thx
20100723 18:43:12< anonymissimus> that key was =1 in the test however
20100723 18:44:12< gabba> boucman: I haven't gone yet through the svn log, what's the status? Do I need to fix something urgently?
20100723 18:44:54< anonymissimus> zookeeper: your flooding algorithm is fixed at the bugtracker :P
20100723 18:44:58< gabba> zookeeper: thanks
20100723 18:45:04< boucman> gabba: hmm, silene's killl switch would be nice to have, but my guess is that we should entirely disable ctrl when wb is disabled...
20100723 18:46:26< gabba> boucman: we need several levels of "disabled" then (which I hoped to avoide because it gets a bit complicated)
20100723 18:46:47< boucman> hmm
20100723 18:47:01< boucman> is it that complicated to do ? I'm a bit suprised...
20100723 18:47:06< gabba> i.e. Level 0: utterly disabled. Level 1: disabled except if you press the ctrl key
20100723 18:48:08< boucman> again, i'm not sure lvl1 is needed...
20100723 18:48:59< boucman> btw, I fixed the WB animation bug an hour or so ago
20100723 18:49:43< gabba> yes, thanks for that fix
20100723 18:50:19< CIA-87> boucman * r44591 /trunk/src/ (unit.cpp unit_animation.cpp): fix bug 16282: bats flapping their wings while petrified
20100723 18:50:58< gabba> boucman: maybe I should first say that some wb functionality is now always enabled: for instance, if you have planned actions, they'll always be displayed, highlighted on hover, and available for execution
20100723 18:51:34< zookeeper> anonymissimus, uh, nice
20100723 18:51:46< boucman> hmm, that's one way of doing it that makes sense... destroying all actions when WB is disabled would make sense too
20100723 18:52:20< anonymissimus> btw for such lengthy scenarios
20100723 18:52:50< anonymissimus> I propose a "set scenario status to some later time" - functionality
20100723 18:52:59< anonymissimus> thats only active in debug mode
20100723 18:53:13< anonymissimus> that takes time to make but saves a lot when debuggung
20100723 18:53:21< anonymissimus> debugging
20100723 18:54:08< zookeeper> and how exactly would you "set scenario status"?
20100723 18:54:33< gabba> boucman: If we think in terms of the interface to offer, there'll be either "Full planning mode" (every order yields a planned action, except if you hold the ctrl key) or "Planning on demand" (regular wesnoth behavior, except that ctrl key plans instead of directly executing)
20100723 18:55:15< gabba> boucman: except for testing purposes, I'm not sure addind a "do as if whiteboard doesn't exist" choice above all that makes sense
20100723 18:55:47< boucman> gabba: ok, in that case you need to make the ctrl key fully configurable via the usual key shortcut mechanism, so silene can choose another one
20100723 18:55:57< gabba> ^Also maybe I need to think of a different key that "ctrl"
20100723 18:56:20< gabba> or make it configurable... if I can, it doesn't work like a hotkey
20100723 18:56:42< boucman> yes, true...
20100723 18:56:48< gabba> I can probably do a new configuration option separate from hotkeys though
20100723 18:57:12< boucman> or enhence the hotkey mechanism to handle transiant keys...
20100723 18:57:44< boucman> i.e when registering a hotkey, you could register on key-up or key-down instead of key-press
20100723 18:58:05< anonymissimus> zookeeper: a message option command at scenario start that sets variables to values that they have later on, to test according events
20100723 18:58:49< timotei> fendrin: well, remember? I said we should postpone that, it's too much to ... add. 
20100723 18:58:55< gabba> boucman: maybe I'm doing something wrong or my (wireless) keyboard has issues under Linux, but key-up for ctrl doesn't work at all as it should
20100723 18:59:13< timotei> fendrin: actually we have to add a lot of parts, even though they already exist
20100723 18:59:21< timotei> fendrin: it's like taking the pieces
20100723 18:59:24< anonymissimus> and maybe teleports units and such
20100723 18:59:37< zookeeper> anonymissimus, ...and those things would probably be very buggy then
20100723 18:59:44< boucman> gabba: that was an uninformed idea... it's just that it's better to extend a framework instead of hacking around it
20100723 18:59:48< fendrin> timotei: Okay, if it is too much work let's open the testing phase...
20100723 19:00:00< anonymissimus> probably yes
20100723 19:00:02< timotei> fendrin: in what way too much work?
20100723 19:00:34< fendrin> timotei: Too create a standalone application, wasn't that we were talking about?
20100723 19:00:40< timotei> oh right
20100723 19:00:53< boucman> gabba: btw, i'll be around all evening, do you want to playtest tonight ? discuss something else ? or do you know what you have/want to do ...
20100723 19:01:10< timotei> fendrin: ok, I'll update then the website with the plugin
20100723 19:01:31< fendrin> timotei: Okay, and make an annoucement on the forum.
20100723 19:04:08< timotei> fendrin: k
20100723 19:04:54< gabba> boucman: I don't expect doing much tonight except making that key configurable. My gf has a few days off around the weekend, so I worked overtime at the beginning of the week to be mostly free today and monday.
20100723 19:05:11< boucman> ok, make sense...
20100723 19:05:51-!- PetePorty [~Pete@pc-235-252-120-200.cm.vtr.net] has joined #wesnoth-dev
20100723 19:07:12< gabba> boucman: to discuss it shortly, my next short-term objective is validating actions after wml events and moves/other actions of other players (this last one especially should help out-of-turn planning)
20100723 19:07:30-!- iwaim_ [~iwaim@ns1.alib.jp] has quit [Ping timeout: 260 seconds]
20100723 19:08:13< boucman> ok, sounds good, I'd like to have OOT planning for 1.9.0, and i'm not sure what else is needed (recruit action, but that one shouldn't be that hard I hope)
20100723 19:08:41< gabba> boucman: at this point I'm not sure if I should get in recruit and "consider dead" ASAP, or wait for all remaining major issues to be fixed (which may lead us to the end of the project w/o recruit or "consider dead")
20100723 19:09:04-!- Zarel [~Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20100723 19:10:46< boucman> hmm, depends how hard they are... if it's half an hour work each, then do it so we can test them ASAP
20100723 19:11:18< boucman> if it's much longer, then i'd rather have them later so we don't have too much code to update as we unearth other issues
20100723 19:12:31< gabba> Then I'll look at recruit and do it ASAP if I can't foresee any complications.
20100723 19:12:38< gabba> the other one is easy
20100723 19:13:19< boucman> ok... don't hesitate to reorder if recruit turns out to be complicated
20100723 19:14:48< gabba> For OOT planning, moves/attacks from other players prevent planning anything with the WB. It's especially annoying when an AI is playing, since it does moves in quick succession. I wonder what to do with that...
20100723 19:15:19< boucman> what do you mean ? it invalidates everything you do ?
20100723 19:15:32< boucman> it wasn't a nuisence when we played together...
20100723 19:16:00< gabba> No, the interface is almost entirely blocked, probably through the commands_disabled global variable that's referenced in many places
20100723 19:16:12< boucman> oh...
20100723 19:18:23< gabba> Same thing happens with the little feature I added recently to check out terrain defense OOT: doesn't work when something is happening.
20100723 19:19:22< gabba> Since it's not trivial to fix, I'm wondering if the current situation is tolerable. As you said it hasn't bothered us yet, but I suppose it could bother fast players. And at any rate getting interrupted by the interface when you try to do something is very annoying, in wesnoth or elsewhere.
20100723 19:19:47-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100723 19:21:38< gabba> ^^or maybe it's not commands_disabled that blocks those but the attack_move_ member variable of the mouse_handler... finding exactly how things work there isn't easy.
20100723 19:24:05< boucman> gabba: well, this will probably be our big job until end of GSoC...  we need to rework the whole blocking of interface to not block WB
20100723 19:27:57< timotei> fendrin: lol, It seems eclipse updater just got wiser. in 3.6 I don't need just to select the wesntoh plugin, and it takes ALL dependencies:))
20100723 19:30:12< gabba> boucman: you're right that + getting "enemy sighted press t" will be one of the big jobs. The other one will be tweaking some interface aspects that don't work too well such as stacked ghosted units. A third one (if we can't live with hotkeys for now) will be adding more mouse input as well as context menus etc.
20100723 19:31:10< boucman> yes... we're not done yet :P
20100723 19:31:48< fendrin> timotei: I have noticed that as well :-)
20100723 19:39:08< CIA-87> timotei * r44592 /website/eclipse.wesnoth.org/ (14 files in 3 dirs): update the plugin
20100723 19:40:36< CIA-87> timotei * r44593 /trunk/utils/java/eclipse_plugin/readme/README.tex: eclipse plugin: update the documentation
20100723 19:40:53< CIA-87> timotei * r44594 /trunk/utils/java/ (5 files in 4 dirs): eclipse plugin: prepare for wesnoth plugin release (beta)
20100723 19:41:16< timotei> fendrin: where should I put the announcement?:)
20100723 19:41:33< fendrin> timotei: wml workshop
20100723 19:41:57< timotei> ok
20100723 19:42:18-!- phlaem [~a@e178090194.adsl.alicedsl.de] has quit [Quit: Leaving]
20100723 19:43:36< timotei> fendrin: btw, Sapient really is a ninja?:D
20100723 19:44:39< fendrin> timotei: sure, and jetrel is a frog.
20100723 19:44:45< timotei> oh
20100723 19:49:39-!- silene1 [~plouf@AMarseille-553-1-256-189.w92-150.abo.wanadoo.fr] has joined #wesnoth-dev
20100723 19:49:39-!- silene [~plouf@wesnoth/developer/silene] has quit [Disconnected by services]
20100723 19:49:41-!- silene1 is now known as silene
20100723 19:49:41-!- silene [~plouf@AMarseille-553-1-256-189.w92-150.abo.wanadoo.fr] has quit [Changing host]
20100723 19:49:41-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100723 19:58:24< timotei> fendrin: http://wesnoth.pastebin.com/efqVdbK0
20100723 19:59:40< timotei> fendrin: should I add/remove/change something?
20100723 19:59:43< fendrin> timotei: Well, you should explain what it is and what the user can do with it. At least a rough explanation. 
20100723 19:59:49< timotei> ok
20100723 20:00:06< fendrin> timotei: Maybe you can mention what eclipse is as well.
20100723 20:07:47< anonymissimus> boucman: http://wesnoth.pastebin.com/4SCv0JyK
20100723 20:08:33< anonymissimus> when launching vs debugger for wesnoth
20100723 20:11:30-!- EdB [~edb@4.103.89-79.rev.gaoland.net] has quit [Remote host closed the connection]
20100723 20:15:42< timotei> ok, hope it's enough
20100723 20:16:08< timotei> fendrin: http://forums.wesnoth.org/viewtopic.php?f=21&t=30880
20100723 20:16:29< timotei> fendrin: should it be sticky?
20100723 20:17:19< fendrin> timotei: yes
20100723 20:17:35< timotei> ok
20100723 20:17:39< fendrin> timotei: eclipse is not a jave ide. it's an ide framework.
20100723 20:18:12< timotei> fendrin: umm... yeah
20100723 20:18:58< fendrin> timotei: and more. but that isn't important in our case.
20100723 20:19:22< timotei> right
20100723 20:19:28< timotei> ok
20100723 20:19:46< timotei> so... now I should start working on autocompletion right?
20100723 20:19:50< timotei> based on the timeline
20100723 20:20:16< fendrin> timotei: Well, do you consider the thingy stable enough?
20100723 20:20:32< timotei> damn, forgot that the eclipse.wesnoth.org takes a while to update
20100723 20:20:50< timotei> how can I delete the post?(temporary)?
20100723 20:21:10< fendrin> timotei: move it to moderators forum. Or don't you have access to it?
20100723 20:21:18< timotei> let me see
20100723 20:21:55< timotei> Board index » BfW - Administrators » Moderators' Forum here right?
20100723 20:21:57< timotei> moved it
20100723 20:22:19< Upth> hello timotei
20100723 20:22:30< timotei> fendrin: I'll check my todo list to see if there is anything I need to do
20100723 20:22:42< timotei> I was thinking of enhancing the schema parser
20100723 20:22:48< timotei> so to add tooltip for different things
20100723 20:22:53< timotei> if they are present in schema
20100723 20:23:08< timotei> hi Upth 
20100723 20:23:40< Upth> you were looking for me again today?
20100723 20:24:06< timotei> Upth: well, it seems that on windows are still issues running wesnoth, but I'm compiling a debug to get the stack trace
20100723 20:24:07< timotei> :P
20100723 20:24:18< timotei> Upth: at least now it starts :D
20100723 20:24:43< timotei> fendrin: also, should I move the hardcoded arguments for tools in the preferencess?
20100723 20:24:52-!- _jbx_ [~jbailey@12.190.80.225] has quit [Quit: Dig that hole, forget the sun.]
20100723 20:24:55< timotei> fendrin: so one may modify for example, how is runned wmllint/wmlscope
20100723 20:25:09< fendrin> timotei: good idea
20100723 20:25:22< anonymissimus> for sure
20100723 20:25:34< timotei> fendrin: also, I might want to setup an automated nightly build for the plugin?
20100723 20:25:43< timotei> fendrin: if it's doable in a short amount of time of course
20100723 20:25:49< anonymissimus> at least --dryrun and such should be removeable/addable
20100723 20:26:00< timotei> anonymissimus: that's what I was thinking about 
20100723 20:26:01< fendrin> timotei: should be.
20100723 20:28:03< fendrin> timotei: maybe you make the arguments checkbox adjustable. So you can prevent usage failures.
20100723 20:29:10< timotei> yeah
20100723 20:29:29< timotei> and still, what we do about the cached wmlscope?
20100723 20:29:42< timotei> so we ca use it like a 'compiling'
20100723 20:30:42< fendrin> timotei: yes, but that is a thingy esr should be consulted and convinced. Wmlanything are his babies.
20100723 20:32:27< fendrin> timotei: And most likely it's better if he does the changes to the tools or at least assist you doing it.
20100723 20:32:57< timotei> elias: hi:)
20100723 20:33:32< timotei> elias: it seems it wasn't preprocessing due to some windows-compiled wesnoth issue
20100723 20:33:37< timotei> elias: I'll check the wmlparser now
20100723 20:33:46< timotei> elias: just ping me when you're online
20100723 20:34:26< PetePorty> timotei, did you like the pic?
20100723 20:34:40< timotei> PetePorty: well, the link didn't work
20100723 20:34:41< timotei> ...
20100723 20:35:01< PetePorty> the one I PMd you didn't work either?
20100723 20:35:19< timotei> what PM?
20100723 20:36:00< PetePorty> go to #wesnothxp
20100723 20:36:32-!- billynux [~billy@wesnoth/developer/billynux] has joined #wesnoth-dev
20100723 20:39:05< timotei> elias: ha! it works:D
20100723 20:39:28< timotei> hi billynux 
20100723 20:39:34< billynux> hi timotei 
20100723 20:40:01< timotei> how are you doing?
20100723 20:46:14< billynux> great, wishing I had more time
20100723 20:46:19< timotei> :)
20100723 20:46:26< timotei> I wish it was not so hot in here
20100723 20:46:38< billynux> it's the opposite where I am :P
20100723 20:46:39< timotei> I heard in your country was snowing last days right?
20100723 20:47:23< billynux> hm... in the south maybe (I'm in central Argentina)
20100723 20:47:31< timotei> http://www.csmonitor.com/World/Americas/2010/0720/Deadly-cold-snap-hits-Argentina-Uruguay-Chile
20100723 20:48:09< elias> timotei: so what was the problem?
20100723 20:48:32< timotei> elias: well, any windows compiled exec:D
20100723 20:48:39< timotei> I have an idea how to make the parsing more fast
20100723 20:48:40< silene> gabba: in fact, the main issue was not so much the ctrl key, but the fact that, once you have inadvertently created an arrow (because 5 minutes before you had pressed ctrl), you are completely stuck
20100723 20:48:53< silene> (fortunately, boucman was there to tell me how to remove arrows)
20100723 20:49:04< timotei> elias: we chould add a flag to skip preprocessing core macros;)
20100723 20:49:12< timotei> elias: so just the specified file
20100723 20:49:13< timotei> :-?
20100723 20:49:23< elias> i guess
20100723 20:49:23< timotei> I'll test it
20100723 20:49:28< timotei> so we can see a difference
20100723 20:49:37< silene> gabba: in other  words, the interface is missing an intuitive way to remove an arrow
20100723 20:49:37< elias> but isn't it important to have all macros?
20100723 20:49:49< timotei> elias: sometimes not...
20100723 20:49:57< timotei> for example, all I want is get that wml tree
20100723 20:50:01< timotei> from the current file
20100723 20:50:23< timotei> and I don't know if I should opt for that or write a java wml parser
20100723 20:50:24< timotei> :|
20100723 20:52:13< elias> timotei: but the current file might use macros
20100723 20:52:20< timotei> so what?
20100723 20:52:33< timotei> for now I'm making abstraction of that
20100723 20:52:48< timotei> although for that simple case I could make my self that parser
20100723 20:56:41-!- mordante [~mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20100723 20:56:55< mordante> servus
20100723 20:57:12< timotei> hi mordante 
20100723 20:57:17< mordante> hi timotei 
20100723 20:59:22< timotei> this is weird
20100723 20:59:24< timotei> fendrin: http://eclipse.wesnoth.org/
20100723 20:59:31< timotei> fendrin: what version does it show up?
20100723 20:59:34< timotei> fendrin: 0.1 or 0.2?:|
20100723 21:02:15< billynux> hi mordante 
20100723 21:02:38< billynux> mordante, did you see I uploaded the API proposal as an .hpp file to the repo?
20100723 21:03:00< fendrin> timotei: it shows 0.2 to me.
20100723 21:03:36< timotei> weird. I get 0.1:(
20100723 21:04:05-!- shadowm_laptop [ignacio@186.9.116.188] has joined #wesnoth-dev
20100723 21:04:29< mordante> billynux, no reading the log
20100723 21:04:39-!- shadowm_laptop is now known as Guest5014
20100723 21:05:15-!- Guest5014 [ignacio@186.9.116.188] has quit [Client Quit]
20100723 21:05:31-!- shadowm_laptop2 [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20100723 21:06:09-!- shadowm_laptop2 is now known as shadowm_laptop
20100723 21:06:57< mordante> silene, your directory changes break the preferences dir set during compilation it also doesn't handle the old preferences
20100723 21:09:47< billynux> mordante, we were discussing adding operation_ids (to cancel later)... so... a send operation to a single client would return an op_id, but... what should a send_all or send_if return?
20100723 21:09:53< billynux> a set<operation_id>
20100723 21:10:05< billynux> a map<net_id, operation_id>
20100723 21:10:09< billynux> ?
20100723 21:10:17< mordante> I'll catch up with the log first
20100723 21:10:20< billynux> k
20100723 21:11:00< timotei> ok boucman found the stacktrace
20100723 21:11:57< timotei> gabba, boucman http://wesnoth.pastebin.com/i1VU3FS7
20100723 21:16:22-!- Shakey [HydraIRC@c-71-201-89-187.hsd1.il.comcast.net] has joined #wesnoth-dev
20100723 21:17:27-!- silene [~plouf@wesnoth/developer/silene] has quit [Ping timeout: 240 seconds]
20100723 21:18:07< mordante> billynux, a set seems odd to return a std::vector would be better
20100723 21:18:33< mordante> regarding the map do you need both ids?
20100723 21:20:59< billynux> mordante, well, it would identify to which net component that operation corresponds to
20100723 21:21:13< billynux> mordante, the other way is directly returning a single_op
20100723 21:21:23< billynux> it just so happens that that operation is a multiple-send
20100723 21:22:02< billynux> you can still cancel it (but it would cancel many sends)...
20100723 21:24:12< billynux> e.g. a server has client 1 through 4 connected, you perform a send_if( client_id < 3 ) you'll get a map [ 1->1000, 2->1001 ] (where 1000 & 1001 are operation numbers)
20100723 21:24:42< mordante> of course but the idea is if you want to cancel an operation you should be able to
20100723 21:25:06< mordante> maybe no real need in Wesnoth, but would be needed for a real library
20100723 21:25:08< gabba> silene: by "stuck", you mean that you didn't know any way of removing the arrow, or was there another bug/annoyance? I didn't think people would hit 'ctrl' by accident, so I guess I'll have to put in a context menu element, tooltip or something of the sort sooner than I expected, to help delete arrows.
20100723 21:25:11< mordante> really*
20100723 21:25:26< gabba> timotei: thanks for the report, will look into it
20100723 21:26:20< billynux> yes... agreed, so, single op_id -> simpler code, less features
20100723 21:26:38< billynux> some other container -> tougher code, more control
20100723 21:27:42< gabba> timotei: can you describe the steps to reproduce the crash?
20100723 21:27:58< mordante> maybe a std::pair<cancel_all_id, std::vector<cancel_per_operation_id> >
20100723 21:28:12< billynux> mordante, I can think of many interesting features for the library... but some would entail too much weight, others too much CPU
20100723 21:28:37< mordante> of course how do you know which of the single operation to cancel (from the callers perspective)
20100723 21:28:55< billynux> mordante, yes, that's why I added the net_id in my example
20100723 21:29:13< billynux> mordante, you can have cancel_operations( net_id ) ...
20100723 21:29:39< mordante> which cancels them all I assume?
20100723 21:29:50< billynux> for a given component, yes
20100723 21:30:13< timotei> gabba: I think only on windows you get that
20100723 21:30:21< timotei> gabba: well, start game, enter the tutorial..
20100723 21:30:25< timotei> and start playing
20100723 21:30:31< timotei> sooner or later it will crash
20100723 21:30:45< timotei> I still have vs started... so I can give you other info if you need
20100723 21:31:07-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100723 21:31:10< mordante> ok then I think that's the best thing to return
20100723 21:31:21< gabba> timotei: ah, the tutorial. I think that's why it crashes, it's full of wml events and special stuff, and the wb still has a bad relationship with them
20100723 21:31:30< timotei> oh
20100723 21:31:36< silene> mordante: i don't care about the old preferences, since they are lost at each version change anyway; the preferences dir from configuration should have been preserved though
20100723 21:31:39< timotei> well, even if I start a campaign..
20100723 21:32:15< silene> gabba: stuck, as in you can't do anything with the unit which has an arrow: you can't move it, you can't remove the arrow, nothing (unless you know the magical keypresses)
20100723 21:32:19< mordante> silene, still would be nice to warn about it in the release notes since it also means you lost the units you encountered etc
20100723 21:32:21< gabba> timotei: if you get the same result in a local game vs the AI, let me know how it happens
20100723 21:32:28< silene> mordante: i do warn
20100723 21:32:34< timotei> hmm, gabba 
20100723 21:32:42< timotei> local games as in multiplayer local game?
20100723 21:32:44< gabba> silene: ok, I understand
20100723 21:32:49< billynux> mordante, "that" ? you mean < cancel_all_id, vector< op_id > > ?
20100723 21:32:54< mordante> silene, where?
20100723 21:33:07< gabba> timotei: yes, since campaigns are also likely to contain weird stuff
20100723 21:33:12< timotei> oky
20100723 21:33:13< silene> On X11 systems, Battle for Wesnoth now respects the XDG base directory
20100723 21:33:13< silene> specification when storing files into the home directory. In particular,
20100723 21:33:13< silene> unless some custom configuration from the user or the desktop environment
20100723 21:33:13< silene> is in use, config files will be found in ~/.config/wesnoth, save files
20100723 21:33:13< silene> and add-ons will be found in ~/.local/share/wesnoth/<version>, and cache
20100723 21:33:14< silene> files will be found in ~/.cache/wesnoth.
20100723 21:33:24< timotei> I'm starting one
20100723 21:33:31< silene> mordante: in the release notes
20100723 21:33:40-!- Upthorn [ogmar@adsl-75-26-192-242.dsl.scrm01.sbcglobal.net] has joined #wesnoth-dev
20100723 21:33:56< gabba> back to afk status for a while
20100723 21:34:03< mordante> silene, I read that, but I'm sure most users won't realize that it means they loose their encounter list for the help, finished campaigns etc
20100723 21:34:31< silene> mordante: we have never warned about it till now! what's so special about this change?
20100723 21:34:45-!- Upth [ogmar@adsl-75-26-196-11.dsl.scrm01.sbcglobal.net] has quit [Read error: Connection reset by peer]
20100723 21:34:51< mordante> silene, it's the first time that I can remember we do this
20100723 21:35:22< mordante> billynux, no only the cancel_all_id
20100723 21:35:46< silene> mordante: encountered units have always been lost at version change
20100723 21:35:53< boucman> mordante: users will see it at 1.8->1.9 upgrade time, so they probably would have lost their config anyway
20100723 21:36:01< billynux> mordante, good, it's simpler and keeps methods unified
20100723 21:36:12< silene> boucman: 1.10 you mean, but yes that's my point
20100723 21:37:20< silene> mordante: as a matter of fact, thanks to my changes, it will no longer be lost when going from 1.10 to 1.12
20100723 21:38:27< mordante> silene, I can't recall losing them before :-/ but if you say so
20100723 21:38:43< mordante> silene, would that mean 1.10 and 1.12 will use the same preference file? 
20100723 21:38:48< silene> yes
20100723 21:39:15< silene> the game is stable enough nowadays, so i thought it would be pointless to keep having different config for different versions
20100723 21:40:08< silene> savefiles and addons, however, are still version-dependent
20100723 21:41:27< mordante> silene, another bug when you ~/.cache/wesnoth doesn't seem to be created if ~/.cache doesn't exist
20100723 21:42:04< mordante> btw I found indeed that the preferences setting is still honoured
20100723 21:42:52< mordante> I thought it was a name instead of a path so I expected ~/.config/wesnoth-trunk instead of ~/.config/wesnoth
20100723 21:43:24< silene> ?
20100723 21:44:27< mordante> regarding the not working preference_dir setting it works I just expected it to change the config and cache dir as well
20100723 21:45:06< mordante> afk for a while, bbl
20100723 21:45:59< silene> mordante: i will change it for the config and cache as well; so, if the macro is defined, there should be no change wrt before
20100723 21:46:12< loonycyborg> silene: .cache dir location doesn't seem to be affected by prefsdir setting either. Is that intended?
20100723 21:46:58< silene> loonycyborg: yes and no; at the time i wrote it, it was intended; but in the patch i'm about to commit, it's no longer intended
20100723 21:47:23-!- alink [~alink@wesnoth/developer/alink] has joined #wesnoth-dev
20100723 21:48:35< alink> hi
20100723 21:49:56< CIA-87> silene * r44595 /trunk/src/filesystem.cpp: Created directory recursively for user config and cache. Reverted to old behavior for them if the preferences directory is set by macro.
20100723 21:51:01< alink> boucman: AI0867: in terrain rules, why do we started adding the .png extension using WML macro instead of using c++ ?
20100723 21:51:36< boucman> alink: because we wanted to be able to us image path in macros, and the image path extension needs to be added after the .png
20100723 21:53:17< alink> boucman: image path is the ~FCT() thing ?
20100723 21:53:27< boucman> yes
20100723 21:53:51< timotei> boucman, gabba I get the same erorr in a local game too :(
20100723 21:54:08< timotei> that: _DEBUG_ERROR("deque iterators incompatible"); error
20100723 21:54:53< alink> boucman: then it's not needed, we already need to parse the string to separate filename and image modif, we can add the .png to the filename by c++ without effort
20100723 21:55:34< boucman> alink: suppose I have an image called xxx.png, and I want to greyscale it in WML
20100723 21:55:44< boucman> what should I write in image= ?
20100723 21:55:53< boucman> image=xxx~GS() ?
20100723 21:55:58-!- lulinha [~dummy@nkvd.ath.cx] has joined #wesnoth-dev
20100723 21:55:58-!- lulinha [~dummy@nkvd.ath.cx] has left #wesnoth-dev []
20100723 21:56:01< alink> boucman: yes
20100723 21:56:04< boucman> what if I want to introduce these within animations ?
20100723 21:56:23< alink> boucman: same thing, we parse the filename of each frame
20100723 21:56:49-!- Zarel [~Zarel@warzone2100/developer/Zarel] has quit [Quit: This computer has gone to sleep]
20100723 21:56:56< CIA-87> alink * r44596 /trunk/src/ (builder.cpp builder.hpp): 
20100723 21:56:56< CIA-87> In terrain rules parsind, do images check and animation loading in the one pass.
20100723 21:56:56< CIA-87> This also check images of all frames instead of only the first one.
20100723 21:57:14< boucman> alink: well, with the builder system the change wasn't hard, ant it makes more sense to add it at the place we manipulate filenames
20100723 21:57:36< boucman> alink: in that commit, what happens if a frame is missing, is the whole rule discarded ?
20100723 21:58:09< alink> boucman: yes, but I also wanted to ask you what was the best thing to do
20100723 21:58:40< alink> simply forget missing frames could allow some simplification on the WML side
20100723 21:58:54< boucman> alink: that is probably the best thing to do, though if I had it earlier I might have done my macros differently 
20100723 21:59:00-!- lulinha [~dummy@nkvd.ath.cx] has joined #wesnoth-dev
20100723 21:59:00-!- lulinha [~dummy@nkvd.ath.cx] has left #wesnoth-dev []
20100723 21:59:09< boucman> (and you would have hated me because it would have expanded into even more rules :P
20100723 21:59:48< boucman> alink: on first thought I think dropping on any missing frame is the most logical, but I'll think about it
20100723 22:00:32< alink> yes it allows to always pass all the possibles frames number in WML, and the arstist can just draw what he wants to use
20100723 22:01:37-!- lulinha [~dummy@nkvd.ath.cx] has joined #wesnoth-dev
20100723 22:01:37-!- lulinha [~dummy@nkvd.ath.cx] has left #wesnoth-dev []
20100723 22:02:28< alink> boucman: btw I fear that my plan to replace random terrain rules macros will not help enough to completly fix the slowdown problem :-/
20100723 22:02:36< boucman> it makes sense if the frames are the last ones, but if the frames are in the middle...
20100723 22:03:10< boucman> alink: well, I would welcome anything that lightens stuff...
20100723 22:04:10< alink> I tried to remove all macro related to random, and I win several seconds (about ~15-20%) but not much. And that is without the c++ replacement
20100723 22:04:22< alink> (which should be light)
20100723 22:06:08< boucman> that's weird... afaict, random should be the main culprit for macro multiplication... did you redo some benchmarking/gprof once you had that removed ?
20100723 22:06:42< alink> no just timed it, but I could retry
20100723 22:06:57< boucman> if you have time, it would be nice
20100723 22:07:40< alink> but note that if the problem is macro nesting level, then macro multiplication of random may not be the main culprit
20100723 22:10:38< boucman> hmm, yes, with the way the debug code is built (assuming this is still the problem) depth could be an issue too, (removing random should reduce the depth by one though)
20100723 22:11:04< boucman> not sure what we can do... reducing macro depth will make terrain WML unmanageable very quickly
20100723 22:11:53< alink> I was thinking simplifying all these little macro which are every where like the one adding the .png
20100723 22:12:06< alink> *everywhere
20100723 22:12:56< alink> builder.cfg seems to be only about adding .png and animation info, I think that c++ can do that
20100723 22:13:06-!- fabi [~fabi@88-134-103-91-dynip.superkabel.de] has joined #wesnoth-dev
20100723 22:13:06-!- fabi [~fabi@88-134-103-91-dynip.superkabel.de] has quit [Changing host]
20100723 22:13:06-!- fabi [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev
20100723 22:13:08-!- mjs-de [~mjs-de@vpw.wh.uni-dortmund.de] has joined #wesnoth-dev
20100723 22:14:20-!- mjs-de [~mjs-de@vpw.wh.uni-dortmund.de] has quit [Client Quit]
20100723 22:14:59< boucman> alink: yes and no, builder is a bit more than that
20100723 22:15:24< alink> the POSTFIX thing, is it really used ?
20100723 22:15:41< boucman> the point of builder is that in terrain-graphics.cfg you give a macro name as a parameter, and that macro will be used to build the image= line
20100723 22:15:58-!- fendrin [~fabi@wesnoth/developer/fendrin] has quit [Ping timeout: 246 seconds]
20100723 22:16:08< boucman> the point is not to add the .png (though moving .png to c++ was easy thanks to that) 
20100723 22:17:08< boucman> the point is to allow the toplevel file to specify what animation to use and pass that info all the way down to the expanded WML, while allowing macros to tweak the filenames in the middle and still know how to build animations at the end
20100723 22:17:30< boucman> these builder macros are "pointer to functions" macros for the top level
20100723 22:17:42< alink> I understand that it's powerfull, but is this power is it really needed/used ?
20100723 22:18:18< alink> the 99% case is just a simple image filename
20100723 22:18:28< boucman> I don't know how to support animations in the macro system without multiplying all the macros by the number of animation types without them
20100723 22:18:55< alink> ok it's for animation then I had an idea about that
20100723 22:19:06-!- Aethaeryn [~Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #wesnoth-dev
20100723 22:19:12< boucman> yes ?
20100723 22:19:48< mordante> thanks silene 
20100723 22:20:44< alink> boucman: well, first, we could already pass water1:100,water2:100... instead of simply a filename (c++ adding the .png)
20100723 22:21:09< boucman> alink: you forget random...
20100723 22:21:26< alink> waht is the link with random ?
20100723 22:21:36< boucman> the (complete) syntax wouldbe water1-A01:100,water1-A02:100
20100723 22:21:53< boucman> where A01 is the number of the frame and water1 is the first random variation for water
20100723 22:22:02< boucman> and the 1-A01 is build by macros
20100723 22:22:11< mordante> billynux, reading the new header now
20100723 22:22:27< billynux> ok, I'm about to finish the operation_id implementation
20100723 22:22:29< alink> boucman: ok, assuming random variation of anomated terrains (?), then
20100723 22:22:50< billynux> compiler-error-oriented-programming :)
20100723 22:23:10< boucman> alink: it seems overkill, but it's an enabling technology... if we don't support it, artists won't think of it...
20100723 22:24:36< alink> boucman: ok, I still have an idea to support that via c++, but I need to think more about the details before trying to explain it
20100723 22:24:47< boucman> sure...
20100723 22:25:19< shadowmaster> timotei: what's the purpose of your post is Moderators'.
20100723 22:25:20< shadowmaster> ?
20100723 22:25:26< boucman> again, I don't really mind having the .png on the c++ side, but having it on the wml side seems simpler to me, and I don't think we gain much by moving it on the other side
20100723 22:25:34< alink> so the needs here are random variation (which I am working on), animated frames, and ~image path modif ?
20100723 22:26:01< timotei> shadowmaster: just moved it temporary :P
20100723 22:26:09< alink> boucman: well we can simplify WML macros, which will be faster and simpler for WML users, and c++ is more powerfull
20100723 22:26:10< shadowmaster> ah
20100723 22:26:26< timotei> shadowmaster: it should be in WML workshop. I'll move it tomorrow
20100723 22:26:43< boucman> alink: if you remove the builder system entirely, yes... but the point of the builder is not to add .png
20100723 22:26:50< boucman> adding .png is just a nice side effect
20100723 22:26:51< timotei> shadowmaster: forgot some things to do in the plugin release and yeah..
20100723 22:27:14< shadowmaster> k
20100723 22:27:15< alink> boucman: I understand
20100723 22:28:06-!- Blueblaze [~Blueblaze@adsl-99-186-66-137.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20100723 22:28:41-!- silene [~plouf@wesnoth/developer/silene] has quit [Ping timeout: 240 seconds]
20100723 22:29:29-!- silene [~plouf@AMarseille-553-1-288-115.w92-153.abo.wanadoo.fr] has joined #wesnoth-dev
20100723 22:29:29-!- silene [~plouf@AMarseille-553-1-288-115.w92-153.abo.wanadoo.fr] has quit [Changing host]
20100723 22:29:29-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100723 22:29:51< alink> boucman: anyway, as before, I will not touch WML yet, I plan to just add optionnal helper features, with the idea that they could simplify macros
20100723 22:29:52< mordante> billynux, the client and server interface is the same? 
20100723 22:30:02< billynux> mordante, no
20100723 22:30:09< billynux> verbose response FTW
20100723 22:30:23< alink> but I must go now, bbl
20100723 22:30:27< boucman> sounds good, you can trus in my abbility to exploit any feature you give me in that area ;)
20100723 22:30:38< alink> ok good :)
20100723 22:30:39< billynux> mordante, they have a lot in common
20100723 22:31:07< mordante> where's the difference?
20100723 22:34:26< mordante> regarding network::client would it make sense to also store the hostname of the server?
20100723 22:34:44-!- alink [~alink@wesnoth/developer/alink] has quit [Remote host closed the connection]
20100723 22:35:23< billynux> mordante, no difference between the interfaces, sorry, I thought you were asking about the struct server/client
20100723 22:35:38< billynux> mordante, I guess so, yes
20100723 22:35:56< billynux> mordante, the interface could be named wesnoth_network_handler or alike
20100723 22:36:13< billynux> mordante, finished the operation_id stuff (without the canceling feature)
20100723 22:36:23< billynux> I'll commit this (which is pretty large)
20100723 22:39:10-!- Zarel [~Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20100723 22:41:33< mordante> billynux, ok will reread after your commit
20100723 22:42:44< billynux> mordante, brought you by CIA: ....
20100723 22:42:48< CIA-87> billynux * r44597 /trunk/src/ (12 files in 4 dirs): Added an operation_id to send and connect operations in ana, now the handle_send method is called with the appropiate operation_id (unique) and later on all operations will be cancelable.
20100723 22:44:55-!- Crab_ [~Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20100723 22:46:46< Crab_> Ivanovic: thanks
20100723 22:50:27-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Quit: Leaving]
20100723 22:52:19< CIA-87> billynux * r44598 /trunk/src/ana/new-wesnoth-network-api.hpp: Unified the interface to a single wesnoth_network_handler in the proposal for the new network API.
20100723 22:53:38< billynux> mordante, I cleaned up a few files regarding line length in r44597, but it still is pretty hard for me to stay under 80, I usually go with < 100
20100723 22:55:03< mordante> billynux, well < 100 is an improvement 
20100723 22:55:10< billynux> :)
20100723 22:56:15< mordante> billynux, another style issue in common.hpp you do typedef size_t foo /* Foo is a cool name let's now type the semicolon */ ;
20100723 22:56:36< mordante> IMO the semicolon after the comment is rather ugly
20100723 22:56:53< billynux> mordante, agreed, I do that because of doxygen
20100723 22:57:02< billynux> the option is putting the comment on the previous line
20100723 22:57:19< billynux> I wanted to save lines, I'll fix that
20100723 22:57:21< mordante> it doesn't use /**< Foo is cool */ instead
20100723 22:57:44< mordante> but it at least explains why you did it :-)
20100723 23:00:13-!- dtiger [~dtiger@dynamic-vpdn-93-125-17-41.telecom.by] has quit [Remote host closed the connection]
20100723 23:00:23-!- Greywhind [~Greywhind@138.16.56.161] has quit [Quit: leaving]
20100723 23:01:56-!- silene [~plouf@wesnoth/developer/silene] has quit [Quit: Leaving.]
20100723 23:05:31-!- anonymissimus [~chatzilla@HSI-KBW-078-042-069-017.hsi3.kabel-badenwuerttemberg.de] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.2/20100316074819]]
20100723 23:05:33< mordante> billynux, I think your proposal for the new API looks good so far
20100723 23:05:42< billynux> mordante, great :)
20100723 23:05:49< mordante> do you have plans how to proceed
20100723 23:05:58< billynux> mordante, some serious time management should be considered :)
20100723 23:06:13< mordante> (btw I like Crab_'s input to make the order of the parameters more fixed)
20100723 23:06:29< billynux> indeed, thanks Crab_ :)
20100723 23:06:38< Crab_> :-P
20100723 23:07:12< billynux> the thing is: I don't think I should reach in reimplementing the current wesnoth code that uses the network API
20100723 23:07:24< billynux> but I might implement the proposed API on time :)
20100723 23:08:05< billynux> mordante, Crab_ : whoever did the server and client multiplayer code should reimplement it using the new API without too much trouble
20100723 23:08:12< mordante> billynux, that means the library code is rewritten but not used in Wesnoth everywhere?
20100723 23:08:13< billynux> ... I think :)
20100723 23:08:54< billynux> mordante, no, I mean, there will be a new network API to work with and an implementation for it
20100723 23:09:20< billynux> mordante, just that I won't make it in time to reimplement say server.cpp and multiplayer.cpp
20100723 23:09:36< billynux> I can probably work on this after GSoC in my spare time
20100723 23:09:43< billynux> but I don't know how much that will be
20100723 23:12:46< mordante> ok
20100723 23:14:18< mordante> then I think we should aim for gsoc to get the library API and its documentation ready and see how much time is left for the Wesnoth code
20100723 23:15:49< billynux> mordante, ok, however, I need to know the current implementation is, at least, releasable :P
20100723 23:19:43< mordante> true but that requires more testing
20100723 23:27:07-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20100723 23:28:01< billynux> mordante, next commit :)
20100723 23:28:08-!- Shakey [HydraIRC@c-71-201-89-187.hsd1.il.comcast.net] has quit [Quit:  HydraIRC -> http://www.hydrairc.com <- IRC with a difference]
20100723 23:28:11< CIA-87> billynux * r44599 /trunk/src/ (20 files in 5 dirs): Aesthetic changes, all of the files I created have lines shorter than 100 chars.
20100723 23:28:19-!- wesbot changed the topic of #wesnoth-dev to: 134 bugs, 282 feature requests, 16 patches | logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20100723 23:30:24< mordante> billynux, did you see my message regarding < and doxygen?
20100723 23:31:38< billynux> mordante,  now I have, as you can see, I changed it to putting the comment before the code
20100723 23:31:45< billynux> more lines, but they are free anyway :)
20100723 23:32:58-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100723 23:33:29< mordante> I saw you moved them hence the question ;-) but at least now you know for the future that it's also possible
20100723 23:33:35< mordante> no need to change it
20100723 23:35:29< mordante> but the line length patch looks nice :-)
20100723 23:35:36< mordante> anything more to discuss for now?
20100723 23:36:13< billynux> no, just agreeing on the use of the remainder of GSoC time
20100723 23:36:38< billynux> yes, making sure the current implementation works fine is important
20100723 23:36:56< billynux> but maybe not the best use of my time, coders of a module are pretty poor testers for it :)
20100723 23:37:44< CIA-87> billynux * r44600 /trunk/src/ana/src/ (asio_server.cpp asio_server.hpp): Fix a compilation issue introduced in the previous aesthetic changes.
20100723 23:38:58< billynux> so... should I 1- start full throttle in implementing the proposed API, 2- Interleave between that and testing/fixing the current implementation, or 3- Put all my energy in making sure the current implementation is bug-free
20100723 23:39:03< billynux> mordante, ^
20100723 23:39:17< mordante> well it should be tested, but most testing probably happens while using it
20100723 23:40:09< mordante> I think 2 is important some bugs might be really fundamental and would also appear in the rewrite
20100723 23:40:30< billynux> yep
20100723 23:40:39-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20100723 23:40:40< mordante> 3 would be a waste of time since we're going to rewrite it
20100723 23:40:53< mordante> so a combination of 1 and 2
20100723 23:40:56< billynux> good
20100723 23:41:24< billynux> I'll start on that by tomorrow... and I have to implement the cancel feature in ANA, which won't be a walk in the park :(
20100723 23:41:43< billynux> also, receive operations don't have operation_id's
20100723 23:41:58< billynux> since they are (mostly) not user-controled
20100723 23:43:12< billynux> and even though connect operations have operation_ids, handle_connect doesn't receive the corresponding op_id (no point really)
20100723 23:47:00< mordante> ok 
20100723 23:47:11-!- King_Elendil [~King_Elen@75.143.235.104] has joined #wesnoth-dev
20100723 23:47:26< billynux> mordante, BTW, do you think I'm about done with the proposed specs of GSoC, and how do you like my work so far?
20100723 23:52:21< mordante> billynux, yes and no, not everything planned is entirely done (eg proxies) however the new API you'll start to work on was not entirely planned
20100723 23:52:46-!- fendrin [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev
20100723 23:52:58< mordante> and that's quite common during development and google allows us to change plans on the fly
20100723 23:53:22< billynux> well, it wasn't planeed at all, but the need became obvious during the work
20100723 23:53:22< mordante> in the end we (Wesnoth) have to be happy with the amount of work done
20100723 23:54:19< mordante> I expected some things would have needed _minor_ modifications, but this is no longer minor
20100723 23:54:57< mordante> but a large part of how the project goes depends on the input of the student
20100723 23:55:59< mordante> it's supposed to be the students project and not rent-a-code-monkey
20100723 23:56:09< mordante> (at least that's how _I_ feel about it)
20100723 23:56:14< billynux> and I agree
20100723 23:56:28< mordante> :-)
20100723 23:56:43-!- fabi [~fabi@wesnoth/developer/fendrin] has quit [Ping timeout: 276 seconds]
20100723 23:56:45< billynux> I remember one guy coming in here (#wesnoth-dev) and asking if he could just do random bug-fixes and "stuff" for GSoC :)
20100723 23:59:45< mordante> I'm not against that idea per se if somebody likes to do that, only it's hard to mentor and evaluate
--- Log closed Sat Jul 24 00:00:25 2010