--- Log opened Tue Jul 20 00:00:32 2010
20100720 00:05:44< boucman> night all
20100720 00:07:21-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Quit: Leaving.]
20100720 00:12:52-!- yann [~dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has quit [Remote host closed the connection]
20100720 00:13:37-!- DesertPanther [~Khalid@unaffiliated/desertpanther] has joined #wesnoth-dev
20100720 00:21:00< CIA-87> shadowmaster * r44412 /trunk/ (changelog src/unit.cpp): 
20100720 00:21:00< CIA-87> [effect] violate_maximum= takes now a real boolean value instead of
20100720 00:21:00< CIA-87> treating any non-empty value as true.
20100720 00:27:08-!- yann [~dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has joined #wesnoth-dev
20100720 00:28:50-!- Crab_ [~Crab_@wesnoth/developer/crab] has quit [Quit: Leaving.]
20100720 00:38:03-!- Johannes13_ [~Johannes@unaffiliated/johannes13] has quit [Ping timeout: 258 seconds]
20100720 00:44:33-!- Crab_ [~Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20100720 00:44:42-!- Crab_ [~Crab_@wesnoth/developer/crab] has quit [Client Quit]
20100720 00:47:47-!- yann [~dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has quit [Read error: No route to host]
20100720 01:01:38< Elvish_Pillager> hmm, leaders' image mods don't show up in the status table
20100720 01:05:20-!- yann [~dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has joined #wesnoth-dev
20100720 01:06:33-!- phlaem [~a@e178100145.adsl.alicedsl.de] has quit [Quit: Leaving]
20100720 01:15:38-!- pokhbocee [~baris@95.10.29.193] has joined #wesnoth-dev
20100720 01:22:51< pokhbocee> silene: do you want me to implement wesnoth.get_locations() ??  can you give some tips to start?
20100720 01:23:07-!- pokhbocee [~baris@95.10.29.193] has quit [Quit: Leaving]
20100720 01:24:08-!- gabba [~gabba@wesnoth/developer/gabba] has left #wesnoth-dev []
20100720 01:45:47-!- loonycyborg [~sergey@wesnoth/developer/loonycyborg] has quit [Quit: Zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz]
20100720 01:46:27-!- loonybot [~loonybot@wesnoth/bot/loonybot] has quit [Remote host closed the connection]
20100720 01:56:26-!- ancestral [~ancestral@97-116-118-165.mpls.qwest.net] has joined #wesnoth-dev
20100720 02:11:20< Elvish_Pillager> silene: I'm reading for player names. So, for instance, if a unit is named "Elvish_Pillager", it's me, so I give the unit a cute trait that indicates that I'm the author of the era.
20100720 02:13:13-!- noy [~Noy@wesnoth/developer/noy] has quit [Ping timeout: 276 seconds]
20100720 02:16:06-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100720 02:16:40< Elvish_Pillager> silene: and does that also mean that you can't concatenate translatable strings in Lua, as you can in WML?!
20100720 02:19:19-!- noy [~Noy@wesnoth/developer/noy] has quit [Client Quit]
20100720 02:20:37-!- Espreon [~espreon@wesnoth/developer/espreon] has quit [Quit: leaving]
20100720 02:30:09-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100720 02:31:42-!- DesertPanther [~Khalid@unaffiliated/desertpanther] has quit [Read error: Connection reset by peer]
20100720 02:42:02-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20100720 02:53:54-!- mjs-de [~mjs-de@vpw.wh.uni-dortmund.de] has quit [Remote host closed the connection]
20100720 03:04:37-!- Elvish_Pillager [~eli@71-10-224-192.dhcp.oxfr.ma.charter.com] has quit [Quit: Hi! I'm a quit message virus vaccine. If you see a quit message virus, don't replace your quit message with it!]
20100720 03:04:57-!- happygrue [~George@wesnoth/developer/wintermute] has quit [Remote host closed the connection]
20100720 03:05:33-!- happygrue [~George@wesnoth/developer/wintermute] has joined #wesnoth-dev
20100720 03:14:52-!- ancestral [~ancestral@97-116-118-165.mpls.qwest.net] has quit [Quit: And that’s the end of THAT chapter.]
20100720 03:15:09-!- ancestral [~ancestral@97-116-118-165.mpls.qwest.net] has joined #wesnoth-dev
20100720 03:40:52-!- fendrin [~fabi@wesnoth/developer/fendrin] has quit [Ping timeout: 248 seconds]
20100720 03:42:36-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100720 03:42:58-!- fendrin [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev
20100720 03:52:48-!- esr [~chatzilla@wesnoth/developer/esr] has quit [Read error: Connection reset by peer]
20100720 04:08:14-!- espreon [~espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20100720 04:09:07-!- espreon is now known as Espeon
20100720 04:09:36-!- Espeon is now known as Guest23476
20100720 04:09:44-!- Guest23476 is now known as Espreon
20100720 04:13:17-!- wesbot changed the topic of #wesnoth-dev to: 139 bugs, 283 feature requests, 15 patches | logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20100720 04:20:19-!- Aethaeryn [~Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #wesnoth-dev
20100720 04:37:56-!- ancestral is now known as ancestral|shower
20100720 04:46:52-!- ancestral|shower is now known as ancestral
20100720 04:54:37-!- ancestral [~ancestral@97-116-118-165.mpls.qwest.net] has quit [Quit: And that’s the end of THAT chapter.]
20100720 04:59:58-!- Gambit [~Gambit@pa-67-234-73-7.dhcp.embarqhsd.net] has quit [Quit: Alone alone alone alone alone alone alone ALONE! I'm thinking why-eee-eye? Superman's dead!]
20100720 05:15:08-!- Blueblaze [~Blueblaze@adsl-76-202-21-28.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20100720 05:27:24-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit []
20100720 05:45:56-!- King_Elendil [4b8feb68@gateway/web/freenode/ip.75.143.235.104] has joined #wesnoth-dev
20100720 05:49:07< King_Elendil> If anyone is an experianced campaign developer and/or WML coder, and is interested in helping me create a campaign based on the (popular) story, The White Lich, please contact me :)
20100720 05:49:44-!- Upthorn [ogmar@adsl-75-26-189-133.dsl.scrm01.sbcglobal.net] has quit [Ping timeout: 252 seconds]
20100720 05:50:14< Espreon> King_Elendil: I'm here.
20100720 05:50:32-!- King_Elendil_ [~King_Elen@75.143.235.104] has joined #wesnoth-dev
20100720 05:50:45< Espreon> 05:50 < Espreon> King_Elendil: I'm here.
20100720 05:51:34< Espreon> King_Elendil: That is, I'd be willing to help you.
20100720 05:51:59< King_Elendil_> sorry, I got frustrated with the web-based client. I want to put together a small team to work on this project
20100720 05:53:23-!- King_Elendil [4b8feb68@gateway/web/freenode/ip.75.143.235.104] has quit [Ping timeout: 252 seconds]
20100720 05:53:23-!- King_Elendil_ is now known as King_Elendil
20100720 05:53:42< King_Elendil> In what ways would you help me, answering questions, or actually being part of the development (if there's any difference)?
20100720 05:57:13-!- elvish_sovereign [~elvish_so@pool-173-59-71-113.phlapa.east.verizon.net] has quit [Quit: elvish_sovereign]
20100720 06:00:10-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20100720 06:05:15-!- King_Elendil [~King_Elen@75.143.235.104] has quit [Read error: Connection reset by peer]
20100720 06:05:51-!- King_Elendil [~King_Elen@75.143.235.104] has joined #wesnoth-dev
20100720 06:09:34< crimson_penguin> King_Elendil: btw, a more appropriate channel might be #wesnoth-umc-dev
20100720 06:09:51< King_Elendil> already there :P
20100720 06:11:52-!- dtiger [~dtiger@dynamic-vpdn-93-125-65-132.telecom.by] has joined #wesnoth-dev
20100720 06:20:18-!- Aethaeryn [~Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Quit: ...]
20100720 06:20:29-!- King_Elendil [~King_Elen@75.143.235.104] has quit [Read error: Connection reset by peer]
20100720 06:20:42-!- King_Elendil [~King_Elen@75.143.235.104] has joined #wesnoth-dev
20100720 06:35:07-!- King_Elendil [~King_Elen@75.143.235.104] has quit [Read error: Connection reset by peer]
20100720 06:35:34-!- King_Elendil [~King_Elen@75.143.235.104] has joined #wesnoth-dev
20100720 06:35:48-!- King_Elendil [~King_Elen@75.143.235.104] has quit [Client Quit]
20100720 06:39:20-!- esr [~chatzilla@static-71-162-243-5.phlapa.fios.verizon.net] has joined #wesnoth-dev
20100720 06:39:42-!- esr [~chatzilla@static-71-162-243-5.phlapa.fios.verizon.net] has quit [Changing host]
20100720 06:39:42-!- esr [~chatzilla@wesnoth/developer/esr] has joined #wesnoth-dev
20100720 06:46:09-!- King_Elendil [~King_Elen@75.143.235.104] has joined #wesnoth-dev
20100720 06:48:46-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100720 06:49:53-!- King_Elendil [~King_Elen@75.143.235.104] has quit [Read error: Connection reset by peer]
20100720 06:50:34-!- King_Elendil [~King_Elen@75.143.235.104] has joined #wesnoth-dev
20100720 06:52:07-!- Upth [ogmar@75.26.189.133] has joined #wesnoth-dev
20100720 06:52:07-!- Upth is now known as Upthorn
20100720 06:52:59-!- King_Elendil [~King_Elen@75.143.235.104] has quit [Client Quit]
20100720 06:59:07-!- zookeeper [~l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20100720 07:02:42-!- dtiger [~dtiger@dynamic-vpdn-93-125-65-132.telecom.by] has quit [Remote host closed the connection]
20100720 07:53:15-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Quit: suspend to RAM]
20100720 08:15:10-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20100720 08:30:42-!- shadowmaster is now known as NostalgicShadowm
20100720 08:44:03-!- Sirp [~me@pool-71-164-166-178.dllstx.fios.verizon.net] has quit [Ping timeout: 260 seconds]
20100720 08:45:51-!- Sirp [~me@pool-71-164-166-178.dllstx.fios.verizon.net] has joined #wesnoth-dev
20100720 09:21:54-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Quit: crimson_penguin]
20100720 09:37:27< Ivanovic> moin
20100720 09:51:34< CIA-87> gabba * r44413 /trunk/src/whiteboard/side_actions.cpp: Whiteboard: small change to return value.
20100720 09:51:41< CIA-87> gabba * r44414 /trunk/src/whiteboard/manager.cpp: Whiteboard: reduced the scope of the modifying_actions boolean.
20100720 09:51:46< CIA-87> gabba * r44415 /trunk/src/whiteboard/manager.cpp: Whiteboard: apply temp unit map when obtaining selected unit.
20100720 09:51:56< CIA-87> gabba * r44416 /trunk/src/whiteboard/ (10 files): Whiteboard: various refactorings around action unit references.
20100720 09:51:59< CIA-87> gabba * r44417 /trunk/src/whiteboard/ (manager.cpp manager.hpp): Whiteboard: manager::validate_viewer_actions new method.
20100720 09:52:04-!- gabba [~gabba@wesnoth/developer/gabba] has joined #wesnoth-dev
20100720 09:52:07< CIA-87> gabba * r44418 /trunk/src/whiteboard/ (manager.cpp manager.hpp): Whiteboard: reduced the use of booleans to protect action execution.
20100720 09:52:13< CIA-87> gabba * r44419 /trunk/src/whiteboard/ (attack.hpp manager.cpp manager.hpp move.cpp move.hpp): Whiteboard: Re-add a direct unit reference to attack/move, and find it from src hex in the constructor. Add find_future_unit() method to manager.
20100720 09:52:19< CIA-87> gabba * r44420 /trunk/src/whiteboard/ (4 files): Whiteboard: modify mapbuilder_visitor to store a copy of the action queue it applies. Allows minor modifications of the side_actions while the future map is applied.
20100720 09:52:25< CIA-87> gabba * r44421 /trunk/src/whiteboard/manager.cpp: Whiteboard: modifications to unit selection.
20100720 09:52:32< CIA-87> gabba * r44422 /trunk/src/ (5 files in 2 dirs): Whiteboard: went back to using a pointer instead of looking up the selected unit in the unit map every time.
20100720 09:52:38< CIA-87> gabba * r44423 /trunk/src/whiteboard/ (highlight_visitor.cpp highlight_visitor.hpp manager.cpp): Whiteboard: modifications to unit selection.
20100720 09:52:44< CIA-87> gabba * r44424 /trunk/src/whiteboard/ (highlight_visitor.cpp manager.cpp): Whiteboard: modifications to unit selection.
20100720 09:52:51< CIA-87> gabba * r44425 /trunk/src/ (4 files in 2 dirs): Whiteboard: prevent observers from activating the whiteboard.
20100720 09:54:30-!- Blueblaze [~Blueblaze@adsl-76-202-21-28.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze]
20100720 09:57:35-!- gabba [~gabba@wesnoth/developer/gabba] has left #wesnoth-dev []
20100720 10:12:25-!- EdB [~edb@4.103.89-79.rev.gaoland.net] has joined #wesnoth-dev
20100720 10:30:16-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has quit [Remote host closed the connection]
20100720 10:31:24-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit []
20100720 10:33:07-!- timotei [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20100720 10:34:19< timotei> morning
20100720 10:59:37< Ivanovic> crab_: http://forums.wesnoth.org/viewtopic.php?f=6&t=30835&start=0
20100720 11:04:14< CIA-87> ivanovic * r44426 /branches/1.8/ (76 files in 24 dirs): 
20100720 11:04:14< CIA-87> pot-update (reference update only, no new/changed strings)
20100720 11:04:14< CIA-87> regenerated doc files
20100720 11:14:17< timotei> fendrin: hi
20100720 11:14:43< fendrin> timotei: hi
20100720 11:16:42< timotei> fendrin: I managed to do the "starting gold" thing you requested 
20100720 11:16:53< fendrin> timotei: cool
20100720 11:16:57< timotei> fendrin: but the gui for that I don't know if it's too good, maybe you can take a look at it
20100720 11:17:00< timotei> (commiting soon)
20100720 11:17:17< fendrin> okay
20100720 11:18:04< Ivanovic> Espreon: https://gna.org/patch/?1752
20100720 11:19:02< timotei> fendrin: http://imagebin.org/106064
20100720 11:19:34< CIA-87> timotei * r44427 /trunk/utils/java/eclipse_plugin/src/wesnoth_eclipse_plugin/ (5 files in 4 dirs): eclipse plugin: add possibility to embed the map into the scenario file
20100720 11:19:56< CIA-87> timotei * r44428 /trunk/utils/java/eclipse_plugin/ (4 files in 3 dirs): eclipse plugin: add generator for starting gold based on currently set difficulties
20100720 11:20:03< fendrin> timotei: hmmm, It's good enough but a seperate field for each value would be nicer.
20100720 11:20:27< timotei> fendrin: on the next page maybe?
20100720 11:20:48< timotei> fendrin: so in case are many difficulties, there will be space to add a label+ textbox
20100720 11:24:31< fendrin> timotei: Well, there won't be more than, let's say 6 of them.
20100720 11:24:48< fendrin> timotei: Having them on a seperate page is okay.
20100720 11:24:51< timotei> fendrin: ok, so another page
20100720 11:25:23< timotei> fendrin: btw, can/should we release the testing version for people after finishing this parts? That is, before starting to work on editor-only things
20100720 11:25:35< fendrin> In most cases you will have three of them. 4 is rare. 5 is very rare. I don't know of a campaign that features 6 right now.
20100720 11:26:15< timotei> fendrin: major things I need to do: have a full look all over the code to find/fix seen bugs/code, add the help-in-plugin, remove some developer related menus, and create a better readme
20100720 11:30:16-!- EdB [~edb@4.103.89-79.rev.gaoland.net] has quit [Ping timeout: 276 seconds]
20100720 11:30:29-!- loonybot [~loonybot@ppp79-139-138-39.pppoe.spdop.ru] has joined #wesnoth-dev
20100720 11:30:29-!- loonybot [~loonybot@ppp79-139-138-39.pppoe.spdop.ru] has quit [Changing host]
20100720 11:30:29-!- loonybot [~loonybot@wesnoth/bot/loonybot] has joined #wesnoth-dev
20100720 11:30:30-!- Unnheulu [~ieuan@cpc5-pnth2-0-0-cust800.5-2.cable.virginmedia.com] has joined #wesnoth-dev
20100720 11:31:20-!- loonycyborg [~sergey@wesnoth/developer/loonycyborg] has joined #wesnoth-dev
20100720 11:35:20-!- EdB [~edb@4.103.89-79.rev.gaoland.net] has joined #wesnoth-dev
20100720 11:41:24-!- Appleman1234 [~Appleman1@131.181.101.30] has quit [Ping timeout: 248 seconds]
20100720 11:57:46< fendrin> timotei: Right, but I consider making the basic wizards useful for start a bigger testing phase important.
20100720 11:58:07< timotei> fendrin: yes, that too
20100720 11:59:28-!- DesertPanther [~Khalid@unaffiliated/desertpanther] has joined #wesnoth-dev
20100720 12:06:34-!- Unnheulu [~ieuan@cpc5-pnth2-0-0-cust800.5-2.cable.virginmedia.com] has quit [Quit: Ex-Chat]
20100720 12:08:16-!- Unnheulu [~ieuan@cpc5-pnth2-0-0-cust800.5-2.cable.virginmedia.com] has joined #wesnoth-dev
20100720 12:16:36-!- Unnheulu [~ieuan@cpc5-pnth2-0-0-cust800.5-2.cable.virginmedia.com] has quit [Ping timeout: 248 seconds]
20100720 12:31:10-!- Unnheulu [~ieuan@cpc5-pnth2-0-0-cust800.5-2.cable.virginmedia.com] has joined #wesnoth-dev
20100720 12:31:42-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20100720 12:46:54< CIA-87> silene * r44429 /trunk/src/ (tstring.cpp tstring.hpp): Removed unused constructors t_string_base::walker.
20100720 12:46:59< CIA-87> silene * r44430 /trunk/src/ (unit_types.cpp unit_types.hpp): Removed unused method unit_type_data::unit_type_exists.
20100720 12:47:05< CIA-87> silene * r44431 /trunk/src/ (unit.cpp unit.hpp): Removed unused function sort_units.
20100720 12:47:08< CIA-87> silene * r44432 /trunk/src/ai/formula/ (ai.cpp ai.hpp): Removed unused member ai::formula_ai::store_outcome_position.
20100720 12:47:12< CIA-87> silene * r44433 /trunk/src/ai/formula/ (ai.cpp ai.hpp): Removed unused method ai::formula_ai::path_calculator.
20100720 12:47:19< CIA-87> silene * r44434 /trunk/src/variable.cpp: Reverted change of vconfig::child introduced by r42859. (Fix for bug #16211.)
20100720 12:53:28-!- Unnheulu [~ieuan@cpc5-pnth2-0-0-cust800.5-2.cable.virginmedia.com] has quit [Quit: Ex-Chat]
20100720 13:00:54-!- timotei21 [~timotei@193.34.191.4] has joined #wesnoth-dev
20100720 13:01:22-!- Netsplit *.net <-> *.split quits: timotei
20100720 13:03:36-!- Gambit [~Gambit@67.234.73.7] has joined #wesnoth-dev
20100720 13:04:19-!- Gambit [~Gambit@67.234.73.7] has quit [Client Quit]
20100720 13:04:40-!- Grickit [~Gambit@pa-67-234-73-7.dhcp.embarqhsd.net] has joined #wesnoth-dev
20100720 13:04:43-!- Appleman1234 [~Appleman1@CPE-60-226-176-19.qld.bigpond.net.au] has joined #wesnoth-dev
20100720 13:05:43-!- Grickit is now known as Gambit
20100720 13:13:04-!- Elvish_Pillager [~eli@71-10-224-192.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20100720 13:30:11-!- Netsplit over, joins: timotei
20100720 13:32:27-!- timotei21 [~timotei@193.34.191.4] has quit [Ping timeout: 260 seconds]
20100720 13:40:30-!- mjs-de [~mjs-de@vpw.wh.uni-dortmund.de] has joined #wesnoth-dev
20100720 13:41:16-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Ping timeout: 240 seconds]
20100720 13:45:03-!- EdB [~edb@4.103.89-79.rev.gaoland.net] has quit [Remote host closed the connection]
20100720 13:47:10-!- dtiger [~dtiger@dynamic-vpdn-93-125-12-25.telecom.by] has joined #wesnoth-dev
20100720 13:59:59-!- Johannes13 [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20100720 14:38:21< silene> Elvish_Pillager: do you read pm on the forums or should i use a different medium for answering your offline questions?
20100720 14:40:49-!- happygrue_ [~George@wesnoth/developer/wintermute] has joined #wesnoth-dev
20100720 14:42:41-!- timotei [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20100720 14:43:40-!- happygrue [~George@wesnoth/developer/wintermute] has quit [Ping timeout: 245 seconds]
20100720 15:12:49-!- chr [~quassel@89.204.137.100] has joined #wesnoth-dev
20100720 15:14:08< zookeeper> silene, got a moment?
20100720 15:15:06< zookeeper> i was just wondering how to write [have_unit] side=1 canrecruit=yes [filter_vision] viewing_side=2 [/filter_vision] [/have_unit] using wesnoth.eval_condition...the table syntax is a bit confusing sometimes
20100720 15:17:11< Ke> feature request: do not display map preview when using shroud option for the map
20100720 15:22:26< Elvish_Pillager> silene: a different medium. you can e-mail me at from.my.website@eli.cedarswampstudios.org
20100720 15:23:26< silene> zookeeper: { { "have_unit", { side=1, canrecruit=true, { "filter_vision", { viewing_side = 2 } } } } }
20100720 15:24:08-!- happygrue_ [~George@wesnoth/developer/wintermute] has quit [Read error: Connection reset by peer]
20100720 15:24:34-!- happygrue [~George@wesnoth/developer/wintermute] has joined #wesnoth-dev
20100720 15:24:43< zookeeper> silene, cool, looks like i guessed right after all...quite a bracket monster though ;)
20100720 15:25:29< silene> zookeeper: note that, if you have defined T = helper.set_wml_tag_metatable {}, it becomes slightly more readable: { T.have_unit { side=1, canrecruit = true, T.filter_vision { viewing_side=2 } } }
20100720 15:27:19< zookeeper> okay, thanks
20100720 15:28:44-!- timotei21 [~timotei@193.34.191.4] has joined #wesnoth-dev
20100720 15:29:30-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Ping timeout: 245 seconds]
20100720 15:49:12-!- Crab_ [~Crab@wesnoth/developer/crab] has joined #wesnoth-dev
20100720 15:51:31-!- EdB [~edb@4.103.89-79.rev.gaoland.net] has joined #wesnoth-dev
20100720 16:05:58-!- Elvish_Pillager [~eli@71-10-224-192.dhcp.oxfr.ma.charter.com] has quit [Ping timeout: 246 seconds]
20100720 16:06:29-!- Elvish_Pillager [~eli@71-10-224-192.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20100720 16:06:35-!- King_Elendil [~King_Elen@75.143.235.104] has joined #wesnoth-dev
20100720 16:09:36-!- _jbx_ [~jbailey@12.190.80.225] has joined #wesnoth-dev
20100720 16:13:17-!- wesbot changed the topic of #wesnoth-dev to: 138 bugs, 283 feature requests, 15 patches | logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20100720 16:13:59-!- King_Elendil [~King_Elen@75.143.235.104] has quit [Read error: Connection reset by peer]
20100720 16:14:20-!- King_Elendil [~King_Elen@75.143.235.104] has joined #wesnoth-dev
20100720 16:19:18-!- Appleman1234 [~Appleman1@CPE-60-226-176-19.qld.bigpond.net.au] has quit [Ping timeout: 240 seconds]
20100720 16:19:52-!- King_Elendil [~King_Elen@75.143.235.104] has quit [Ping timeout: 276 seconds]
20100720 16:26:09-!- chr [~quassel@89.204.137.100] has quit [Read error: Connection reset by peer]
20100720 16:34:29-!- Appleman1234 [~Appleman1@CPE-60-226-176-19.qld.bigpond.net.au] has joined #wesnoth-dev
20100720 16:44:55-!- Gambit [~Gambit@pa-67-234-73-7.dhcp.embarqhsd.net] has quit [Remote host closed the connection]
20100720 16:45:14-!- Gambit [~Gambit@pa-67-234-73-7.dhcp.embarqhsd.net] has joined #wesnoth-dev
20100720 16:52:12-!- timotei21 is now known as timotei
20100720 16:52:22-!- timotei [~timotei@193.34.191.4] has quit [Changing host]
20100720 16:52:22-!- timotei [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20100720 17:01:22-!- Crab_ [~Crab@wesnoth/developer/crab] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
20100720 17:08:18-!- Appleman1234 [~Appleman1@CPE-60-226-176-19.qld.bigpond.net.au] has quit [Ping timeout: 240 seconds]
20100720 17:09:00-!- Appleman1234 [~Appleman1@CPE-60-226-176-19.qld.bigpond.net.au] has joined #wesnoth-dev
20100720 17:38:15-!- eleazzaar [~jbjerk@ppp-70-226-197-86.dsl.spfdil.ameritech.net] has quit [Quit: eleazzaar]
20100720 18:00:05< timotei> elias: hi.
20100720 18:00:07< timotei> elias: around?
20100720 18:00:52< timotei> wow, today was so silent here
20100720 18:01:12-!- elvish_sovereign [~elvish_so@pool-173-59-71-113.phlapa.east.verizon.net] has joined #wesnoth-dev
20100720 18:01:50-!- elvish_sovereign [~elvish_so@pool-173-59-71-113.phlapa.east.verizon.net] has quit [Read error: Connection reset by peer]
20100720 18:01:53-!- elvish_sovereign [~elvish_so@pool-173-59-71-113.phlapa.east.verizon.net] has joined #wesnoth-dev
20100720 18:08:27-!- crimson_p [~irchon@64.201.60.211] has joined #wesnoth-dev
20100720 18:08:56-!- Blueblaze [~Blueblaze@adsl-76-202-21-28.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20100720 18:11:13-!- thespaceinvader [~chatzilla@wesnoth/artist/thespaceinvader] has joined #wesnoth-dev
20100720 18:11:34-!- crimson_p [~irchon@64.201.60.211] has quit [Remote host closed the connection]
20100720 18:13:14-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20100720 18:16:20-!- thespaceinvader [~chatzilla@wesnoth/artist/thespaceinvader] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.6/20100625231939]]
20100720 18:19:15-!- Gambit [~Gambit@pa-67-234-73-7.dhcp.embarqhsd.net] has quit [Remote host closed the connection]
20100720 18:19:34-!- Gambit [~Gambit@pa-67-234-73-7.dhcp.embarqhsd.net] has joined #wesnoth-dev
20100720 18:19:51-!- phlaem [~a@e178078185.adsl.alicedsl.de] has joined #wesnoth-dev
20100720 18:20:49-!- fendrin [~fabi@wesnoth/developer/fendrin] has quit [Remote host closed the connection]
20100720 18:31:46-!- thespaceinvader [~chatzilla@wesnoth/artist/thespaceinvader] has joined #wesnoth-dev
20100720 18:32:42-!- Unnheulu_ [~ieuan@cpc5-pnth2-0-0-cust800.5-2.cable.virginmedia.com] has joined #wesnoth-dev
20100720 18:32:53-!- Unnheulu_ is now known as Unnheulu
20100720 18:37:43-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100720 18:45:44< timotei> Unnheulu: hi
20100720 18:45:45< timotei> :P
20100720 18:45:50< Unnheulu> Heya
20100720 18:49:42-!- billynux [~billy@wesnoth/developer/billynux] has joined #wesnoth-dev
20100720 18:55:19-!- ancestral [~ancestral@97-116-118-165.mpls.qwest.net] has joined #wesnoth-dev
20100720 19:20:20-!- fendrin [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev
20100720 19:29:38< Unnheulu> Tch, stop slacking/reading the forums :P
20100720 19:30:19< CIA-87> eleazar * r44435 /trunk/data/core/images/terrain/water/ (14 files): tweaking water colors.
20100720 19:32:12< timotei> Unnheulu: just read the 'wesnoth-players-photos' forum :D
20100720 19:32:20< timotei> Unnheulu: did you test anything at the plugin?
20100720 19:32:24< Unnheulu> Heh
20100720 19:32:33< Unnheulu> Nah, got sidetracked by a flame in #xmoto
20100720 19:32:41< Unnheulu> *mega flamewar
20100720 19:32:43< timotei> :))
20100720 19:33:03< Unnheulu> I'll try it later once I'm done with some stuff
20100720 19:34:33< timotei> ;)
20100720 19:34:35< timotei> no problem
20100720 19:34:52< Unnheulu> Or perhaps once you've reached your "beta" stage
20100720 19:35:07 * Unnheulu doesn't do much wml
20100720 19:38:18< happygrue> Soliton: units.wesnoth.org is not displaying units for the UMC eras (anything that doesn't ship) for the 1.8 and trunk branches.  1.6 and below still has them though.  
20100720 19:40:52-!- King_Elendil [~King_Elen@75.143.235.104] has joined #wesnoth-dev
20100720 19:44:32-!- eleazar_ [~eleazar@ppp-70-226-197-86.dsl.spfdil.ameritech.net] has joined #wesnoth-dev
20100720 19:44:37-!- King_Elendil [~King_Elen@75.143.235.104] has quit [Read error: Connection reset by peer]
20100720 19:46:32-!- anonymissimus [~chatzilla@HSI-KBW-078-042-069-017.hsi3.kabel-badenwuerttemberg.de] has joined #wesnoth-dev
20100720 19:47:16< CIA-87> eleazar * r44436 /trunk/data/core/ (3 files in 2 dirs): convert reef to an overlay. This needs better graphics.
20100720 19:47:19-!- King_Elendil [~King_Elen@75.143.235.104] has joined #wesnoth-dev
20100720 19:47:44< timotei> elias: ping me when you're online
20100720 19:53:00-!- King_Elendil [~King_Elen@75.143.235.104] has quit [Quit: Got to go, I'm in a hurry so bye.]
20100720 19:56:01< Unnheulu> eleazar_, what's up with the ford transitions?
20100720 19:57:59-!- Unnheulu [~ieuan@cpc5-pnth2-0-0-cust800.5-2.cable.virginmedia.com] has quit [Quit: Ex-Chat]
20100720 19:58:22-!- Unnheulu [~ieuan@cpc5-pnth2-0-0-cust800.5-2.cable.virginmedia.com] has joined #wesnoth-dev
20100720 20:00:30-!- EdB [~edb@4.103.89-79.rev.gaoland.net] has quit [Remote host closed the connection]
20100720 20:00:48< CIA-87> billynux * r44437 /trunk/src/ (network_manager_ana.cpp network_manager_ana.hpp): 
20100720 20:00:48< CIA-87> Fixes a concurrency bug in the ana implementation: A receive handler was created
20100720 20:00:48< CIA-87> with a timeout parameter, but if multiple messages were received interim only
20100720 20:00:48< CIA-87> the last one was used, discarding some. The connection bug still shows up (less
20100720 20:00:48< CIA-87> frequently) and the ana server doesn't show anybody in the lobby.
20100720 20:01:10< billynux> mordante, ^
20100720 20:01:14< billynux> brb, 20'
20100720 20:01:18-!- billynux is now known as billynux-brb
20100720 20:07:13< timotei> hi billynux-brb :D
20100720 20:11:26-!- anonymissimus [~chatzilla@HSI-KBW-078-042-069-017.hsi3.kabel-badenwuerttemberg.de] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.2/20100316074819]]
20100720 20:11:39-!- anonymissimus [~chatzilla@HSI-KBW-078-042-069-017.hsi3.kabel-badenwuerttemberg.de] has joined #wesnoth-dev
20100720 20:11:49< eleazar_> Unnheulu: what do you mean?  the ford looks the same as always to me
20100720 20:12:58< Unnheulu> The browny one
20100720 20:13:03< Unnheulu> It looks unfinished ;)
20100720 20:13:15< eleazar_> most things are unfinished
20100720 20:15:34-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20100720 20:26:10-!- thespaceinvader [~chatzilla@wesnoth/artist/thespaceinvader] has quit [Ping timeout: 245 seconds]
20100720 20:36:11-!- Blueblaze [~Blueblaze@adsl-76-202-21-28.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze]
20100720 20:36:31-!- thespaceinvader [~chatzilla@host86-174-50-145.range86-174.btcentralplus.com] has joined #wesnoth-dev
20100720 20:37:13-!- thespaceinvader [~chatzilla@host86-174-50-145.range86-174.btcentralplus.com] has quit [Client Quit]
20100720 20:42:09-!- billynux-brb is now known as billynux
20100720 20:42:12< billynux> hi timotei
20100720 20:42:44< timotei> saw you fixed (part) of that bug :D
20100720 20:43:13-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Quit: Leaving]
20100720 20:43:37-!- timotei [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20100720 20:43:59< timotei> gret... presed CTRL+Q instead of CTRL+W :))
20100720 20:46:17< Unnheulu> Aww
20100720 20:54:08< billynux> :)
20100720 20:54:19< billynux> timotei, I certainly fixed *a* bug... and it improved functionality, but the old bug remains there, undiscovered
20100720 20:54:58< billynux> … tucked away in it's little cradle of hairy obscure code
20100720 20:55:46-!- Unnheulu [~ieuan@cpc5-pnth2-0-0-cust800.5-2.cable.virginmedia.com] has quit [Quit: Ex-Chat]
20100720 20:56:45< Elvish_Pillager> silene: during an attack event, is there any way for Lua (or WML) to tell _which_ attack index is being used (so that you could use simulate_combat to get info on the actual combat taking place)?
20100720 20:58:26< timotei> billynux: :(
20100720 21:09:59-!- mordante [~mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20100720 21:10:11< mordante> servus
20100720 21:10:50< timotei> hi mordante :D
20100720 21:10:53< silene> Elvish_Pillager: no direct way, but you can always compare the attack used with the attacks from the unit to get its index
20100720 21:10:53< mordante> hi timotei 
20100720 21:11:07< mordante> billynux, any luck with the disconnection problem?
20100720 21:11:22< billynux> hi mordante 
20100720 21:11:32< Elvish_Pillager> silene: unless two of the attacks are identical, for some reason (although then it would have the same result in simulate_combat)
20100720 21:11:32< billynux> mordante, disconnection? didn't I fix that yesterday? :D
20100720 21:11:54< billynux> mordante, you probably mean connection problem: sometimes it hangs while trying to connect
20100720 21:12:00< silene> Elvish_Pillager: right
20100720 21:12:10< mordante> billynux, I thought there were still problems that ana with ana disconnected instead of connected
20100720 21:12:12< billynux> mordante, if you see my last commit I fixed *a* bug, and it improved functionality
20100720 21:12:27< Elvish_Pillager> silene: are the indices passed to simulate_combat numbered from 0, or from 1?
20100720 21:12:41< mordante> billynux, ok catching up with the log and commit messages right now
20100720 21:13:20< silene> Elvish_Pillager: that's a good question; i have to check, and i may dislike the answer
20100720 21:13:55< silene> Elvish_Pillager: 1-based, fortunately
20100720 21:14:00< Elvish_Pillager> okay
20100720 21:14:22< Elvish_Pillager> your idea is certainly better than mine (give every attack on any unit in the game a special that indicates what index it is)
20100720 21:14:28< billynux> mordante, I don't think so, right now, the ana client connected to the ana server doesn't show people in the lobby (?)
20100720 21:14:45< billynux> mordante, I still get 'failed to uncompress WML' errors every now and then
20100720 21:17:39< silene> Elvish_Pillager: two points (that you may already know); the current attack can be accessed though wesnoth.current.event_context.weapon and second_weapon; the == operator is not able to compare table, you have to compare separately all the attributes (or just the names if you know all the names are different)
20100720 21:17:57< Elvish_Pillager> silene: I already knew those :)
20100720 21:18:34< Elvish_Pillager> the only thing I haven't quite figured out is how to compare all the attributes exactly
20100720 21:18:59< Elvish_Pillager> like, if I use pairs() for one of them, then I miss any attributes that are present only in the other
20100720 21:19:23< mordante> billynux, ok
20100720 21:20:47< billynux> mordante, the fail to uncompress is an error report from the receiving end... i.e. in one case I was trying to send the [login] WML and the server apparently couldn't uncompress it
20100720 21:22:13< silene> Elvish_Pillager: i don't have any good idea; note that you can always do the pairs() process for both attacks alternatively, if both works, it's fine
20100720 21:22:16-!- dtiger [~dtiger@dynamic-vpdn-93-125-12-25.telecom.by] has quit [Remote host closed the connection]
20100720 21:23:34-!- ancestral [~ancestral@97-116-118-165.mpls.qwest.net] has quit [Quit: And that’s the end of THAT chapter.]
20100720 21:23:48< billynux> mordante, you can look at network_ana.cpp:277, which goes trough network_manager_ana.cpp:830-838 and 848-856... Could there be a way the message is not compressed right?
20100720 21:23:59< silene> Elvish_Pillager: be careful about specials though, since they will be tables too, you will have to either handle them recursively or ignore them (i guess ignoring them is fine usually)
20100720 21:24:35< Elvish_Pillager> silene: I happen to have another use for comparing attacks for identicality, so I'm coding it thoroughly
20100720 21:24:45< billynux> mordante, and this pbin: http://wesnoth.pastebin.com/q4h11MUp (the ana client's output)
20100720 21:26:24< silene> Elvish_Pillager: also, i suggest to systematically call tostring on the attribute values, just in case one of them is a translatable string (or again, to ignore them, since they won't have any impact on the engine, if everything else is equal)
20100720 21:26:48< Elvish_Pillager> silene: is there a way to check if an attribute is a translatable string?
20100720 21:27:09< Elvish_Pillager> other than by knowing the typenames, anyway
20100720 21:27:15< billynux> mordante, hm... the use of stringstream::str is not entirely sane: http://www.cplusplus.com/reference/iostream/stringstream/str/
20100720 21:27:15< Elvish_Pillager> * the attribute names, that is
20100720 21:27:53< silene> Elvish_Pillager: type(the_value) == "userdata" (a bit crude, but since they are wml tables, the only userdata will be translatable strings)
20100720 21:29:32< silene> a more general way is getmetatable(the_value) == "translatable string"
20100720 21:31:58-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20100720 21:32:20< mordante> eleazar_, does wesnoth still start for you? I get an error about a missing TRACK macro
20100720 21:33:00< Elvish_Pillager> silene: okay, cool. I think I've got a pretty clean implementation of a "tags are identical" function here
20100720 21:33:26< mordante> billynux, what's your problem with std::stringstream?
20100720 21:33:58< billynux> mordante, I don't like how it was used in conjunction with compress_config
20100720 21:34:16< billynux> mordante, I was using the str() method everywhere, but that returns a copy of the associated string
20100720 21:34:36< billynux> mordante, so it was very inefficient
20100720 21:35:23< mordante> well its buffer doesn't need to be a std::string so not entirely unexpected it has to make a copy
20100720 21:36:07< billynux> mordante, I know, but I was using it to send data, on zero-copy operations
20100720 21:36:49< mordante> where do you do that exactly?
20100720 21:37:07< mordante> btw I'm looking at the code, but at the moment Wesnoth doesn't start for me
20100720 21:38:33< billynux> mordante, is it my fault it's not starting?
20100720 21:39:19< billynux> mordante, check net_mgr_ana.cpp:~813  (compress_config)
20100720 21:39:28-!- alink [~alink@wesnoth/developer/alink] has joined #wesnoth-dev
20100720 21:39:33< billynux> mordante, I changed the method profile to receive a string&
20100720 21:40:14< mordante> billynux, no I guess eleazar_ forgot to commit a new file
20100720 21:41:01-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100720 21:42:15< CIA-87> mordante * r44438 /trunk/data/core/terrain-graphics.cfg: 
20100720 21:42:15< CIA-87> Avoid an error due to missing macro's.
20100720 21:42:15< CIA-87> I assume eleazar_ forgot to commit a new file with r44436.
20100720 21:42:34< mordante> eleazar_, you probably want to revert that commit later^
20100720 21:43:48< billynux> :)
20100720 21:44:17< mordante> I like to do some ana testing ;-)
20100720 21:45:50< CIA-87> alink * r44439 /trunk/src/display.cpp: Make local_light prototype less wasteful (only use lightmap for light transitions)
20100720 21:46:01< CIA-87> alink * r44440 /trunk/src/ (tod_manager.cpp tod_manager.hpp): return const reference when possible
20100720 21:46:01< CIA-87> alink * r44441 /trunk/src/ (5 files): Use resources in tod_manager
20100720 21:46:03< CIA-87> alink * r44442 /trunk/src/ (5 files in 2 dirs): Remove now useless parameter
20100720 21:46:08< CIA-87> alink * r44443 /trunk/src/tod_manager.cpp: 
20100720 21:46:09< CIA-87> Fix bugs in 'illuminates' when using non-standard values (not 25).
20100720 21:46:09< CIA-87> Now max/min_value clamps final lawful bonus, unless ToD and terrain light effect was stronger.
20100720 21:46:09< CIA-87> This allow to continue not specfying min_value(=0) in weaker 'illuminates'.
20100720 21:46:13< CIA-87> alink * r44444 /trunk/src/ (6 files): Remove now unused parameter
20100720 21:46:15< CIA-87> alink * r44445 /trunk/src/ (game_events.cpp tod_manager.cpp tod_manager.hpp): Use default parameter to combine 2 functions
20100720 21:46:21< CIA-87> alink * r44446 /trunk/src/ (tod_manager.cpp tod_manager.hpp): Optimize local ToD access by using reference
20100720 21:46:23< CIA-87> alink * r44447 /trunk/src/ (display.cpp display.hpp game_display.cpp game_display.hpp): 
20100720 21:46:23< CIA-87> More use of reference for ToD.
20100720 21:46:24< CIA-87> Helps to reduce a bit the overhead of local_light for common case.
20100720 21:46:28< CIA-87> alink * r44448 /trunk/src/display.cpp: 
20100720 21:46:28< CIA-87> Optimize again local_light prototype.
20100720 21:46:28< CIA-87> Only use it for hexes in ToD areas (or adjacent to).
20100720 21:46:28< CIA-87> This means no memory increase for map without ToD areas.
20100720 21:46:35< billynux> mordante, I've been fiddling with this compress_config to use the string& param (not commited) and now I consistently get the 'fail to uncompress' errors, so my guess is that the problem may be in failed compressions
20100720 21:46:49< billynux> mordante, or failure to send the data properly (my guess)
20100720 21:47:42< mordante> I see I just committed in time, before having to compile alink's changes
20100720 21:47:50< billynux> mordante, and the problem could be that the returned string that was used (i.e. stuff like ...send( ana::buffer( out.str() ), &handler, ana::ZERO_COPY);
20100720 21:49:12< alink> mordante: or I waited long enough ;p
20100720 21:50:00< alink> ah I broke something when merging :-/, fixing it now
20100720 21:50:16< mordante> alink, true I only just committed with git which fetches all commits, but just before you started :-)
20100720 21:50:48< mordante> billynux, can you post the patch which makes it always fail?
20100720 21:50:57< billynux> mordante, sure
20100720 21:52:33< billynux> mordante, http://wesnoth.pastebin.com/J0Uj5L9s
20100720 21:54:47< mordante> billynux, why not return a std::string instead of sending it as a reference (or is this just for testing)?
20100720 21:55:00< alink> Ah I see that I hit the r44444 \o/
20100720 21:55:16 * mordante gives alink a cookie
20100720 21:55:29< CIA-87> alink * r44449 /trunk/src/display.hpp: Fix a merging error in r44447
20100720 21:55:32< billynux> :)
20100720 21:55:40 * alink wanted 44444 cookies
20100720 21:55:57< billynux> mordante, just testing, trying to see if therein lies the error
20100720 21:56:15< mordante> alink, no problem, but then I expect you to eat 'em all
20100720 21:56:19< mordante> ;-)
20100720 21:56:19< billynux> anyway, I'll go with std::string compress_config ( const config& );
20100720 21:56:52< alink> mordante: ok, then tiny cookies :)
20100720 21:57:26 * mordante starts smashing large cookies to a lot of tiny cookies ;-)
20100720 21:58:06< alink> mordante: smash them right, you need the precise number of cookies. I will count them
20100720 21:58:33< mordante> billynux, and you are sure the async code will finish at handler.wait_completion(); (so the std::string is still valid)
20100720 21:58:47< mordante> alink, I save the extra cookies for commit 55555
20100720 21:58:59< billynux> mordante, yes, wait_completion is blocking
20100720 21:59:28< alink> mordante: ok I start to fill up my git repo to be sure to get the r55555 too
20100720 21:59:30< billynux> mordante, I could try a copy operation, for the sake of lack of self-confidence
20100720 22:00:08< alink> Rhonda, wesbot: Feature request for wesbot :  "wesbot: about.cpp:42" return the link  http://devdocs.wesnoth.org/about_8cpp-source.html#l00042
20100720 22:00:19-!- Crab_ [~Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20100720 22:00:22< mordante> billynux, it would be a simple test ;-)
20100720 22:00:36< billynux> mordante, yep
20100720 22:00:56< alink> or shikadibot feature request
20100720 22:02:50< billynux> mordante, s/, ana::ZERO_COPY);/); //, ana::ZERO_COPY);/ (without escape chars) :P
20100720 22:03:37< alink> Rhonda: mmh sry, I just notice now that it's less simple for subdirectories. :-( 
20100720 22:07:15< alink> but this page has all the info needed http://devdocs.wesnoth.org/files.html , maybe just grep the file and get the following [code] link ?
20100720 22:08:04< alink> btw in which language wesbot is coded ? 
20100720 22:08:30< CIA-87> mordante * r44450 /trunk/src/builder.cpp: Fix a compiler warning.
20100720 22:09:06-!- Unnheulu [~ieuan@cpc5-pnth2-0-0-cust800.5-2.cable.virginmedia.com] has joined #wesnoth-dev
20100720 22:10:15< billynux> mordante, the std::string compress_config( const config& ); version is not working at all (the same as the one taking string&)
20100720 22:11:13< mordante> I didn't expect a change in behaviour only the function signature looked odd, sending an out param and returning void
20100720 22:11:44< alink> mmm, you can't simply "grep the filename" there is hypertext link in the middle of it. That look so simpler before checking the details :-/
20100720 22:12:29< billynux> mordante, I know, it was odd, and it looks better now, but it went kaput!
20100720 22:14:21< billynux> mordante,  hm... it might be that my changes (unrelated) to ana_receive_handler are the ones not working
20100720 22:15:29-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20100720 22:18:05< mordante> brb
20100720 22:26:14< CIA-87> mordante * r44451 /trunk/src/network_manager_ana.hpp: Make the destructor public.
20100720 22:32:42< Crab_> alink: sounds quite easy to grab from the files page, just a loop with a regex with a subexpression
20100720 22:33:15< Crab_> alink: I've done a similar thing with student wiki pages for nagbot (java-based), but it's pretty easy to do, say, in perl or python
20100720 22:36:03< Crab_> alink: or the bruteforce way - grab all pages from files page which end in source.html, take the contents of first <h1> tag in them (it's a full path to source file), build and cache a map, then use it
20100720 22:36:19< billynux> mordante, let me know when you are back
20100720 22:38:07< NostalgicShadowm> mordante: regarding the pbl stuff, I've got this description for the translate= attribute in the relevant wiki article, which I'm currently revising due to all the changes since 1.4. (And also because it still incorrectly refers to add-ons as "campaigns" all over the place).
20100720 22:38:08< alink> Crab_: Ok, yeah it's possible, but it's a bit more work than I expected for my "little feature request"
20100720 22:38:17< NostalgicShadowm> ": If set to '''true''', the campaign will be sent to and updated with WesCamp-i18n. (NOTE: this is a new and experimental function, which will automatically update the translations in your campaign. Make sure you make backups of your campaign in case of problems.)"
20100720 22:38:24< NostalgicShadowm> mordante: how much of this is true?
20100720 22:38:40< alink> Crab_: but I never wrote such things, maybe with the proper language/lib it's easier than I thought
20100720 22:39:21< mordante> billynux, I am looking at the code
20100720 22:39:25-!- Unnheulu [~ieuan@cpc5-pnth2-0-0-cust800.5-2.cable.virginmedia.com] has quit [Quit: Ex-Chat]
20100720 22:39:46< Crab_> well, it all boils down to `sit down and start writing it, starting from a simplified case`, it's not too big
20100720 22:39:58< mordante> NostalgicShadowm, not sure I still have to test whether that statement is true :-(
20100720 22:40:06< NostalgicShadowm> grr.
20100720 22:40:19< NostalgicShadowm> last thing I heard is that translation *are not* updated in the uploaded add-on
20100720 22:40:21< mordante> but my time is limited and gsoc is eating a lot of it
20100720 22:40:27< NostalgicShadowm> instead, it's just updated/submitted to the wescamp repository
20100720 22:40:34< alink> Crab_: I initially wanted to try coding a little JavaScript bookmarklet, my JS is too weak but that's maybe a good exercise
20100720 22:40:44< NostalgicShadowm> and then the add-on maintainer has to add the translations by hand (to the add-on package)
20100720 22:40:45< billynux> mordante, I have a problem with concurrency in the ana_receive_handler
20100720 22:40:57 * billynux would like to eat up less of mordante's time :)
20100720 22:41:14< eleazar_> mordante: thanks i'll fix it
20100720 22:41:18< Crab_> yes, should be possible too. a good exercise indeed.
20100720 22:41:18< mordante> NostalgicShadowm, they're supposed to be updated but the last time I ran the script the fingerprint of the server changed and no time to figure out whether it really changed
20100720 22:41:27< mordante> eleazar_, ok nice
20100720 22:41:51< mordante> billynux, I volunteered for the job ;-)
20100720 22:42:03< NostalgicShadowm> I guess translate= continues shroudded in mystery then.
20100720 22:42:07< NostalgicShadowm> *shrouded
20100720 22:42:21< mordante> no it's in the fog of war
20100720 22:42:24< mordante> ;-)
20100720 22:42:41< mordante> billynux, what kind of problem?
20100720 22:42:53-!- silene [~plouf@wesnoth/developer/silene] has quit [Quit: Leaving.]
20100720 22:43:25< billynux> mordante, I'm debugging it, but it appears that even though the timeout is called/executed, I'm not releasing the handler, so wait_completion is not completing
20100720 22:45:14< CIA-87> eleazar * r44452 /trunk/data/core/terrain-graphics.cfg: replaced boucman's alterations that i accidentally overwrote.
20100720 22:47:11-!- eleazar_ [~eleazar@ppp-70-226-197-86.dsl.spfdil.ameritech.net] has quit [Quit: main screen turn off....]
20100720 22:50:54-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20100720 22:51:12< boucman> hey all
20100720 22:51:23< Crab_> hi, boucman
20100720 22:54:15< timotei> hi Bocom 
20100720 22:54:22< timotei> damn, completition fail:|
20100720 22:54:23< mordante> hi boucman 
20100720 22:54:25< timotei> hi boucman 
20100720 22:54:29< boucman> :P
20100720 23:00:14< mordante> billynux, can it be you try to send 0 byte messages?
20100720 23:01:18< billynux> mordante, where from?
20100720 23:02:36< billynux> mordante, :( I'm guessing I'll have to go back to yesterday's version and start committing little patches of code
20100720 23:02:44< mordante> billynux, ana_network_manager::send_all the string has size 0
20100720 23:02:52< Ivanovic> Crab_: you saw the links to forum posts about AI stuff that i left for you over the last three or two days?
20100720 23:02:57< Crab_> yes
20100720 23:03:16< Crab_> at least one of them
20100720 23:03:26-!- gabba [~gabba@wesnoth/developer/gabba] has joined #wesnoth-dev
20100720 23:03:29< Crab_> I'll answer, but not today, most likely - tomorrow
20100720 23:03:44< billynux> mordante, really? so... wrong compression?
20100720 23:03:46< Crab_> Ivanovic:  btw, is there a 1.9 release this weekend or not?
20100720 23:03:59< boucman> hey gabba
20100720 23:04:00< Ivanovic> Crab_: more likely next weekend
20100720 23:04:06< gabba> hello boucman
20100720 23:04:08< Crab_> Ivanovic: (asking because I need to sit down and fix some issues, and don't want to do it last day :) )
20100720 23:04:12< Ivanovic> Crab_: though as silene said, the crache issue is not really fixed
20100720 23:04:20< Ivanovic> s/crache/cache
20100720 23:04:36< billynux> mordante, indeed... how come that string is null?
20100720 23:04:54< Ivanovic> since alink just removed the error handling stuff, but the cache creation times with it active are still high
20100720 23:04:56< mordante> billynux, not sure haven't investigated that part
20100720 23:05:09< billynux> ok, I'm looking into it too
20100720 23:05:46< alink> * shorten the error handling stuff
20100720 23:06:05< Crab_> alink: : btw, can tricks 'forget about error handling, enable it automatically on next launch once something goes wrong, disable if everything goes ok'  work ?
20100720 23:06:20< Crab_> *tricks like '
20100720 23:07:09< alink> Crab_: no idea how to code that, but I was thinking using the config log-level to control it
20100720 23:07:52< Crab_> it can be a 'dirty' flag in the user data dir..
20100720 23:08:03< Crab_> s/dirty/errors_last_launch
20100720 23:08:27< Crab_> but, manual solution is always simpler )
20100720 23:08:37< alink> at least, that look like a good idea
20100720 23:09:12< alink> and there is already some bookkeeping there to decide if we must rebuild the cache
20100720 23:10:10< alink> so adding a flag or a detection of broken cache seems to make sense
20100720 23:10:58< CIA-87> gabba * r44453 /trunk/src/ (4 files in 2 dirs): Whiteboard: tentatively display message when ending turn with planned moves defined.
20100720 23:11:02< alink> Crab_: but your ideas means that to debug your WML, you need to rebuild the cache twice ?
20100720 23:11:06< CIA-87> gabba * r44454 /trunk/src/whiteboard/manager.cpp: Whiteboard: fix regression in ctrl key behavior.
20100720 23:11:11< CIA-87> gabba * r44455 /trunk/src/menu_events.cpp: Whiteboard: Fix logic for end-or-turn dialog box.
20100720 23:11:21< alink> since the problem is its slowness, that's less nice
20100720 23:12:04< mordante> billynux, I'm off now see you tomorrow
20100720 23:12:19< billynux> ok mordante, I'll be working with this
20100720 23:12:24< Crab_> `use the config option to set the errors on manually` will work in that case, if you know it's broken
20100720 23:12:45< mordante> good luck I hope the 0 size string it the cause of the problems
20100720 23:12:46< Crab_> if you don't know, the game will try the fast way, fail, and then it'll need to try the slow way to get all the info
20100720 23:13:14< Crab_> overall, less time will be spent during periods when everything is ok
20100720 23:13:40< Crab_> and there's no extra overhead if human knows that the markup is broken before even trying the first launch
20100720 23:14:10< Crab_> if human doesn't know, he'll pay the extra price once, when wesnoth'll detect this and temporarily switch into pessimistic mode.
20100720 23:14:16-!- mordante [~mordante@wesnoth/developer/mordante] has quit [Quit: Leaving]
20100720 23:14:36< gabba> boucman, alink, Crab_: I'd like to modify the pathfind::marked_route struct to have a "cost" member variable, and to modify the pathfind::mark_route() method to store the cost from the plain_route it receives into the marked_route it generates. Does that sound ok?
20100720 23:15:07< boucman> gabba: I don't understand what you mean...
20100720 23:15:11< alink> Crab_: yeah that's seems ok, (but i don't write wml)
20100720 23:15:43< boucman> what is that cost exactly, is it an internal variable of mark_route ? what does it "mean" ?
20100720 23:15:59< gabba> boucman: can't explain it better really, maybe take a quick look at pathfind.hpp?
20100720 23:16:36< alink> gabba: like plain_route does ?
20100720 23:17:12< Crab_> gabba: what about replacing steps with plain_route in marked_route ?
20100720 23:18:14< gabba> alink: yes. See, marked_route is used all over the place within the mouse handler (for footsteps and stuff), and I use it for creating planned moves. I'd love to have access to both the marks (to detect village capture) and the cost (to temp. adjust unit movement points when needed).
20100720 23:18:15< alink> maybe with a steps() function to still have direct access to steps
20100720 23:18:20< gabba> Crab_: interesting idea
20100720 23:18:57< Crab_> but there's some potential for bugs in there...
20100720 23:19:21< alink> gabba: that look useful, even for non-wb reasons
20100720 23:19:43< Crab_> note that mark_route function accepts a lot of parameters, some of them somewhat duplicated
20100720 23:20:25< Crab_> so, the marked_route you get might not be consistent.. but, if you always use it for the same unit for which you've got the plain_route, it should be ok
20100720 23:21:13< gabba> Crab_: ok, I see the "assuming that a @unit u travels along it."
20100720 23:21:36< Crab_> note the 'Add marks on a route @a rt assuming that a @unit u travels along it.' description - if you take route for unit A and get marked_route for unit B, then it won't be correct to take movement cost for unit A (from that route)...
20100720 23:21:41< gabba> it's true that the marked_route is more specific, but it still makes sense for it to store a cost isn't it?
20100720 23:22:21< Crab_> if it's easy to compute (i.e. available somewhere as a side product or computed rarely enough and you need it), then - yes
20100720 23:23:11< Crab_> check ./mouse_events.cpp +400 and see how it's used
20100720 23:23:56< alink> http://devdocs.wesnoth.org/mouse__events_8cpp-source.html#l00400
20100720 23:24:10< Rhonda> alink: In perl as irssi script. I'll mark that down on the todo list.
20100720 23:24:13< Crab_> alink: already written it ?
20100720 23:24:31< alink> Crab_: "human script" ;-p
20100720 23:24:49< alink> Rhonda: cool, thanks :-)
20100720 23:24:54< Crab_> gabba: yes, for that usage, it makes sense to have a 'cost to go' for each hex , including the last one, if we want to display it
20100720 23:25:49< gabba> Crab_: thanks, I'll be careful not to mix and match routes for different units.
20100720 23:26:19< alink> it was also an FR by some UMC to show the remaining MP at destination (when MP are used for actions). But no idea where to put that in UI (if really needed)
20100720 23:27:21-!- Blueblaze [~Blueblaze@adsl-76-202-21-28.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20100720 23:27:45< alink> at some point I wanted to try updating the reachable area, using the remaining MP. But that will be hard to look nice and perhaps expensive to compute for each little mouse move
20100720 23:28:20< Crab_> gabba: a better solution is to fix the api before you begin )
20100720 23:28:35< gabba> alink: interesting
20100720 23:29:36< gabba> Crab_: you mean ensure that mark_route() validates whether it receives a plain_route for the correct unit?
20100720 23:30:37< Crab_> no, just check that it's possible,  remove the unit parameter and get it back at the start of the function from the plain_route's source.
20100720 23:30:46< alink> since mark_route() is called only in one place, maybe the api doesn't need a fix right now
20100720 23:31:16< gabba> alink: either that, or it's a perfect time to fix it before it gets called in more places :P
20100720 23:32:16< gabba> alink: btw, your approach of applying/unapplying the result of moves every time I need to use the "future" unit map worked very well... up to now.
20100720 23:32:58< alink> gabba: good, unless that means that now there is a problem ?
20100720 23:33:36< gabba> alink: right now I'm trying to get out-of-turn move definition to work, and the problem is that the player can move the mouse while the AI (for instance) moves units around
20100720 23:34:18< alink> yeah but I still don't see the problem
20100720 23:35:20< gabba> it's kind of hard for me to diagnose what's going on, but I get a lot of errors when the AI is moving units around and I'm applying/unapplying the future unit map to do pathfinding
20100720 23:35:24< alink> assuming your restore unit_map before leaving mouse function 
20100720 23:36:05-!- DesertPanther [~Khalid@unaffiliated/desertpanther] has quit [Read error: Connection reset by peer]
20100720 23:36:08-!- Bob_The_Mighty [~chatzilla@cpc8-brig15-2-0-cust40.know.cable.virginmedia.com] has joined #wesnoth-dev
20100720 23:36:19< alink> maybe you get the error at the "applying" phase, where some actions may become impossible
20100720 23:36:34< alink> or incorrectly encoded because of the changes made by the AI
20100720 23:37:03< alink> wb errors or AI errors ?
20100720 23:37:12< gabba> alink: No, usually it's at the restoring phase from what I remember (I should really come back to you with stack traces and stuff, I know).
20100720 23:37:17< gabba> wb errors
20100720 23:38:17< gabba> I'm gonna try to make it crash again this was right now
20100720 23:38:41< gabba> s/this was/this way
20100720 23:38:42< alink> then it's weird. the AI shouldn't change anything between the apply and unapply
20100720 23:39:59< alink> and is it possible that the apply fails silently leaving an incorrect state impossible to unapply right ?
20100720 23:40:41< gabba> Maybe it's just me failing to detect when some actions become impossible, as you say... or possibly some interaction with temporary unit modifiers while the attack/move animation is going on?
20100720 23:41:13< gabba> "apply fails silently": unlikely, it's full of asserts
20100720 23:42:00< gabba> when I say "crash" I mean "assertion fail", typically the unit that must be moved back to its place isn't there anymore
20100720 23:42:42< Crab_> alink, Rhonda: http://wesnoth.pastebin.com/BTncv3Nv
20100720 23:42:44< alink> it's true that when the mouse code start an attack/move animation you could have a other code running during that animation (before get back to your mouse code where you started the anim)
20100720 23:43:28< boucman> alink: hmm, animation code is blocking, except for standing anim...
20100720 23:43:31< Crab_> ( not a bot and might be a bit buggy, but still, works at least for some cases.like `/t.pl ai/manager.cpp 400` says http://devdocs.wesnoth.org/ai_2manager_8cpp-source.html#l00400 )
20100720 23:43:38< alink> gabba: but during AI turn, mouse/user shouldn't fire attack/move animation
20100720 23:44:13< gabba> alink: no, it's not that case either, I've had problems with that but I solved most of them (except the damn end_turn_exception possibility which is another topic)
20100720 23:44:13< alink> Crab_: nice
20100720 23:45:48< Crab_> alink: just some sleepy perl code)
20100720 23:45:53< Crab_> bye
20100720 23:46:05 * alink should learn more perl
20100720 23:46:11< alink> bye Crab_
20100720 23:46:22-!- Crab_ [~Crab_@wesnoth/developer/crab] has quit [Quit: Leaving.]
20100720 23:46:56< alink> Crab_: that seems to work nicely, thanks
20100720 23:48:25 * Rhonda notes it down.
20100720 23:53:55< alink> tiny detail line number should be optional
20100720 23:54:44< Rhonda> what, you want wesbot to be flexible?
20100720 23:54:57< wesbot> ridiculous!
20100720 23:55:45< alink> in this case, just be lazy, don't try to search something not provided
20100720 23:57:07< Rhonda> ;)
20100720 23:57:36< timotei> ok, this is gonna be a hard list
--- Log closed Wed Jul 21 00:00:28 2010