--- Log opened Sun Aug 29 00:00:52 2010
20100829 00:04:38-!- silene [~plouf@wesnoth/developer/silene] has quit [Quit: Leaving.]
20100829 00:05:47-!- Blueblaze [~Blueblaze@adsl-99-4-146-16.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze]
20100829 00:14:23-!- Gallaecio_ [~quassel@225.189.60.213.dynamic.mundo-r.com] has joined #wesnoth-dev
20100829 00:16:44-!- Gallaecio [~quassel@233.152.60.213.dynamic.mundo-r.com] has quit [Ping timeout: 276 seconds]
20100829 00:16:52-!- Gallaecio_ is now known as Gallaecio
20100829 00:38:14-!- zookeeper [~l@wesnoth/developer/zookeeper] has quit []
20100829 00:49:25-!- eleazar [~jbjerk@ppp-70-226-225-180.dsl.spfdil.ameritech.net] has quit [Ping timeout: 272 seconds]
20100829 00:51:26-!- Blueblaze [~Blueblaze@adsl-99-4-146-16.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20100829 00:55:40-!- eleazar [~jbjerk@ppp-70-226-225-180.dsl.spfdil.ameritech.net] has joined #wesnoth-dev
20100829 01:09:17-!- ancestral [~ancestral@mobile-166-137-143-237.mycingular.net] has joined #wesnoth-dev
20100829 01:20:08-!- Upth [ogmar@adsl-75-26-172-134.dsl.scrm01.sbcglobal.net] has joined #wesnoth-dev
20100829 01:20:08-!- Upth is now known as Upthorn
20100829 01:26:26-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Ping timeout: 265 seconds]
20100829 01:27:28-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20100829 01:31:49-!- Gallaecio [~quassel@225.189.60.213.dynamic.mundo-r.com] has quit [Read error: Operation timed out]
20100829 01:34:08-!- Gallaecio [~quassel@225.189.60.213.dynamic.mundo-r.com] has joined #wesnoth-dev
20100829 01:44:58-!- mjs-de [~mjs-de@vpw.wh.uni-dortmund.de] has quit [Remote host closed the connection]
20100829 01:45:13-!- ancestral [~ancestral@mobile-166-137-143-237.mycingular.net] has quit [Quit: Smell ya later!]
20100829 01:47:53-!- Upth [ogmar@adsl-75-26-162-21.dsl.scrm01.sbcglobal.net] has joined #wesnoth-dev
20100829 01:51:02-!- Upthorn [ogmar@adsl-75-26-172-134.dsl.scrm01.sbcglobal.net] has quit [Ping timeout: 264 seconds]
20100829 02:11:38-!- Appleman1234 [~Appleman1@CPE-60-226-176-19.qld.bigpond.net.au] has quit [Quit: Leaving]
20100829 02:23:32-!- loonycyborg [~sergey@wesnoth/developer/loonycyborg] has quit [Quit: Zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz]
20100829 02:24:14-!- loonybot [~loonybot@wesnoth/bot/loonybot] has quit [Remote host closed the connection]
20100829 03:09:12-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20100829 03:51:45-!- DesertPanther [~Khalid@unaffiliated/desertpanther] has quit [Read error: Connection reset by peer]
20100829 04:00:00-!- Espreon|Wii [47af4857@wesnoth/developer/espreon] has joined #wesnoth-dev
20100829 04:01:00-!- happygrue_ [~George@wesnoth/developer/wintermute] has joined #wesnoth-dev
20100829 04:01:12-!- happygrue [~George@wesnoth/developer/wintermute] has quit [Remote host closed the connection]
20100829 04:02:32-!- elvish_sovereign [~elvish_so@pool-173-59-68-133.phlapa.east.verizon.net] has quit [Quit: Colloquy for Mac - client quit]
20100829 04:13:51-!- Skystriker [~IceChat7@pool-71-250-27-159.nwrknj.east.verizon.net] has joined #wesnoth-dev
20100829 04:23:51-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20100829 04:34:15-!- Bocom_ [~Bocom@c-65cee255.013-31-6b736412.cust.bredbandsbolaget.se] has joined #wesnoth-dev
20100829 04:37:45-!- Bocom [~Bocom@c-65cee255.013-31-6b736412.cust.bredbandsbolaget.se] has quit [Ping timeout: 240 seconds]
20100829 04:37:54-!- Espreon|Wii [47af4857@wesnoth/developer/espreon] has quit [Ping timeout: 252 seconds]
20100829 04:42:23-!- Skystriker [~IceChat7@pool-71-250-27-159.nwrknj.east.verizon.net] has quit [Quit: A fine is a tax for doing wrong. A tax is a fine for doing well]
20100829 04:47:47-!- Ivanovic_ [~ivanovic@dtmd-4db2f9c3.pool.mediaWays.net] has joined #wesnoth-dev
20100829 04:50:53-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 265 seconds]
20100829 04:51:45-!- Ivanovic_ is now known as Ivanovic
20100829 05:15:19-!- PeterPorty [~Pete@pc-218-249-120-200.cm.vtr.net] has joined #wesnoth-dev
20100829 05:26:33-!- elvish_sovereign [~elvish_so@pool-173-59-68-133.phlapa.east.verizon.net] has joined #wesnoth-dev
20100829 05:27:04-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20100829 05:27:09-!- Gambit [~Gambit@unaffiliated/gambit] has quit [Read error: Connection reset by peer]
20100829 05:48:03-!- elvish_sovereign [~elvish_so@pool-173-59-68-133.phlapa.east.verizon.net] has quit [Quit: Colloquy for Mac - client quit]
20100829 06:21:25-!- ancestral [~ancestral@mobile-166-137-143-237.mycingular.net] has joined #wesnoth-dev
20100829 06:26:58-!- StealthyCoin [~StealthyC@adsl-75-41-124-84.dsl.pltn13.sbcglobal.net] has joined #wesnoth-dev
20100829 06:32:28-!- Appleman1234 [~Appleman1@CPE-60-226-176-19.qld.bigpond.net.au] has joined #wesnoth-dev
20100829 06:49:01-!- PeteePorty [~Pete@pc-218-249-120-200.cm.vtr.net] has joined #wesnoth-dev
20100829 06:49:04-!- PeterPorty [~Pete@pc-218-249-120-200.cm.vtr.net] has quit [Quit: Saliendo]
20100829 06:53:53-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Ping timeout: 245 seconds]
20100829 06:57:49-!- Crab_ [~Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20100829 06:58:04-!- Crab_ [~Crab_@wesnoth/developer/crab] has quit [Client Quit]
20100829 07:13:27-!- Blueblaze [~Blueblaze@adsl-99-4-146-16.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze]
20100829 07:20:16-!- ancestral [~ancestral@mobile-166-137-143-237.mycingular.net] has quit [Quit: Smell ya later!]
20100829 07:20:22-!- PeteePorty [~Pete@pc-218-249-120-200.cm.vtr.net] has quit [Quit: Saliendo]
20100829 07:31:54-!- Elvish_Pillage2 [~eli@71-10-224-192.dhcp.oxfr.ma.charter.com] has quit [Ping timeout: 240 seconds]
20100829 07:35:59-!- StealthyCoin [~StealthyC@adsl-75-41-124-84.dsl.pltn13.sbcglobal.net] has quit [Quit: StealthyCoin]
20100829 07:59:57-!- wajimba [~Andrew_Ah@64.202.242.252] has quit [Read error: Connection reset by peer]
20100829 08:03:36-!- silene [~plouf@bau91-1-82-239-244-109.fbx.proxad.net] has joined #wesnoth-dev
20100829 08:03:36-!- silene [~plouf@bau91-1-82-239-244-109.fbx.proxad.net] has quit [Changing host]
20100829 08:03:37-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100829 08:08:03-!- dtiger [~dtiger@dynamic-vpdn-93-125-66-28.telecom.by] has joined #wesnoth-dev
20100829 08:17:00-!- StealthyCoin [~StealthyC@adsl-75-41-124-84.dsl.pltn13.sbcglobal.net] has joined #wesnoth-dev
20100829 08:18:18-!- dtiger [~dtiger@dynamic-vpdn-93-125-66-28.telecom.by] has quit [Ping timeout: 240 seconds]
20100829 08:18:31-!- dtiger [~dtiger@dynamic-vpdn-93-125-66-28.telecom.by] has joined #wesnoth-dev
20100829 08:27:20-!- Aethaeryn [~Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Ping timeout: 276 seconds]
20100829 08:37:37-!- Ivanovic [~ivanovic@dtmd-4db2f9c3.pool.mediaWays.net] has quit [Changing host]
20100829 08:37:38-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20100829 08:37:46-!- joo [~joo@unaffiliated/joo] has quit [Read error: Connection reset by peer]
20100829 08:40:17-!- joo [~joo@188-221-182-115.zone12.bethere.co.uk] has joined #wesnoth-dev
20100829 08:40:17-!- joo [~joo@188-221-182-115.zone12.bethere.co.uk] has quit [Changing host]
20100829 08:40:17-!- joo [~joo@unaffiliated/joo] has joined #wesnoth-dev
20100829 08:43:47< Ivanovic> moin
20100829 08:44:17-!- Daltx [~~@unaffiliated/op] has quit [Read error: Connection reset by peer]
20100829 08:44:56-!- Daltx [~~@unaffiliated/op] has joined #wesnoth-dev
20100829 08:58:07< CIA-35> silene * r46072 /trunk/src/storyscreen/render.cpp: Avoided 50 event loops per instant image. (Fix for bug #16570.)
20100829 09:09:09< CIA-35> silene * r46073 /trunk/src/storyscreen/render.cpp: Adapted amount of event loops to the actual delay.
20100829 09:10:27-!- StealthyCoin [~StealthyC@adsl-75-41-124-84.dsl.pltn13.sbcglobal.net] has quit [Quit: StealthyCoin]
20100829 09:31:45< Ivanovic> so does anyone know what is up with rhonda?
20100829 09:32:31< Ivanovic> crab_ fendrin: https://gna.org/bugs/index.php?16552
20100829 09:34:08< Ivanovic> wow, this one sounds interesting: https://gna.org/bugs/index.php?16571
20100829 09:38:38< silene> Ivanovic: yes, the last one is a bit annoying; this user must have a password that is a pure integer (or a floating-point number), so the engine discards its redundant representation; the same thing would have happened with a "false" password
20100829 09:39:30< Ivanovic> no way to enforce a cast on the input as "string"?
20100829 09:40:09< silene> yes, by putting an extra character at start; but it requires a server change so that this character gets discarded there
20100829 09:45:33-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20100829 09:49:20< Ivanovic> silene: ehm and this is bad in how far?
20100829 09:49:37< Ivanovic> we tend to change the mp server every now and then, this sounds rather normal to me
20100829 09:50:31< silene> i didn't say it was bad, just tedious
20100829 09:58:03-!- Gallaecio [~quassel@225.189.60.213.dynamic.mundo-r.com] has quit [Read error: Connection reset by peer]
20100829 10:01:17-!- Gallaecio [~quassel@225.189.60.213.dynamic.mundo-r.com] has joined #wesnoth-dev
20100829 10:17:59-!- MeccaGod [~majs@h14n4fls31o279.telia.com] has joined #wesnoth-dev
20100829 10:27:59-!- fangism2 [~davidfang@gilbert.achronix.com] has joined #wesnoth-dev
20100829 10:30:08-!- fangism [~davidfang@adsl-75-40-112-1.dsl.pltn13.sbcglobal.net] has quit [Ping timeout: 240 seconds]
20100829 10:32:24-!- stikonas [~and@ctv-213-164-99-190.vinita.lt] has joined #wesnoth-dev
20100829 10:32:24-!- stikonas [~and@ctv-213-164-99-190.vinita.lt] has quit [Changing host]
20100829 10:32:24-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20100829 10:35:34-!- mordante [~mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20100829 10:35:46< mordante> servus
20100829 10:42:33-!- loonybot [~loonybot@ppp95-165-186-178.pppoe.spdop.ru] has joined #wesnoth-dev
20100829 10:42:33-!- loonybot [~loonybot@ppp95-165-186-178.pppoe.spdop.ru] has quit [Changing host]
20100829 10:42:33-!- loonybot [~loonybot@wesnoth/bot/loonybot] has joined #wesnoth-dev
20100829 10:48:55-!- loonycyborg [~sergey@wesnoth/developer/loonycyborg] has joined #wesnoth-dev
20100829 10:49:23-!- zookeeper [~l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20100829 10:55:28-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20100829 10:58:04-!- joo [~joo@unaffiliated/joo] has quit [Quit: Sleep.]
20100829 11:00:45< CIA-35> mordante * r46074 /trunk/data/gui/default/ (widget/button_default.cfg window/title_screen.cfg): 
20100829 11:00:45< CIA-35> Remove the upload statistics from gui2.
20100829 11:00:45< CIA-35> Since the code has been removed from mainline remove it here again.
20100829 11:00:45< CIA-35> (Reverts r42299, and thus reapplies r42287.)
20100829 11:05:17< boucman> Ivanovic: crimson_penguin is our macos packager, isn't he ?
20100829 11:06:31< Ivanovic> boucman: yeah
20100829 11:07:00< boucman> k,thx
20100829 11:21:14-!- MeccaGod [~majs@h14n4fls31o279.telia.com] has quit []
20100829 11:29:11< Ivanovic> mordante: any news regarding gui2 changes?
20100829 11:29:37< Ivanovic> that is: what especially interests me is getting some way to display more stuff in the right pane on a small vertical resolution
20100829 11:30:49< Ivanovic> on the pandora (really high res screen!) the fonts are simply too tiny to be usable atm
20100829 11:31:25< Ivanovic> and increasing the fonts would lead to not everything being displayable (eg the elvish shyde, my main testcase)
20100829 11:31:57< Ivanovic> (horizontally space is okay, it is just that i need more lines)
20100829 11:32:07< Ivanovic> so having a way to get this pane scrollable would *really* help
20100829 11:33:25< mordante> Ivanovic, not really much news, hope to finally find more time to work on Wesnoth again
20100829 11:33:37< Ivanovic> :)
20100829 11:33:38< mordante> but still have a rather large todo list
20100829 11:33:40< mordante> :-(
20100829 11:34:08< mordante> and really hope to get the lobby fixed, but that involves some larger rewrite
20100829 11:34:27< mordante> which I started but the code is still WIP and really need to look what the status of that code is
20100829 11:35:21< Ivanovic> yeah, there is always lots of stuff to get done
20100829 11:35:44< mordante> yeah like a cmake bug and a po4a update ;-)
20100829 11:36:38< Ivanovic> :)
20100829 11:37:14< Ivanovic> if you insist i am *sure* that i can find even more...
20100829 11:37:18< Ivanovic> ^^
20100829 11:37:32 * mordante too ;-)
20100829 11:37:38< Ivanovic> there are most likely some good feature requests that could be added to todo list
20100829 11:38:11< mordante> true but I like to get gui2 moving again first
20100829 11:38:44< mordante> btw any idea when we want to do a 1.10 release?
20100829 11:39:11< mordante> I like to have features finished and /tested/ well before the feature freeze
20100829 11:40:16-!- MeccaGod [~majs@h14n4fls31o279.telia.com] has joined #wesnoth-dev
20100829 11:48:05-!- Rhonda [~rhonda@anguilla.debian.or.at] has joined #wesnoth-dev
20100829 11:50:06< Ivanovic> hi Rhonda
20100829 11:50:10< Ivanovic> nice to see you back online!
20100829 11:51:15< Rhonda> wesbot is coming any moment
20100829 11:51:22< Rhonda> How long was I gone?
20100829 11:51:31< Ivanovic> several days
20100829 11:51:35< Rhonda> Ah, I see, 5 days.
20100829 11:51:39< Rhonda>  11:51:26 up 5 days,  1:19,  6 users,  load average: 0.19, 0.39, 0.34
20100829 11:56:54-!- Octalot [~noct@cpc3-hitc1-0-0-cust867.9-2.cable.virginmedia.com] has joined #wesnoth-dev
20100829 11:58:39-!- wesbot [~wesbot@wesnoth/bot/wesbot] has joined #wesnoth-dev
20100829 11:59:13< mordante> Ivanovic, btw any idea when we want to do a 1.10 release?
20100829 11:59:29< Ivanovic> mordante: i'd say "post fosdem 2011"
20100829 11:59:29< Rhonda> 1.10?!
20100829 11:59:37< Rhonda> WTH?
20100829 11:59:49< Ivanovic> that is: being in release candidate time then might make sense
20100829 11:59:51< Ivanovic> ;)
20100829 12:00:03< boucman> that late ?
20100829 12:00:14< mordante> Rhonda, ?
20100829 12:00:16< boucman> I was hoping 1.9 would be less than a year...
20100829 12:00:54< Ivanovic> boucman: post fosdem would be middle of febuary
20100829 12:00:58< Ivanovic> that is less than a year
20100829 12:01:10< Ivanovic> there is lots of stuff still missing that is meant for 1.10
20100829 12:01:13< Ivanovic> like eg the new race
20100829 12:01:19< boucman> Ivanovic: hmm true...
20100829 12:01:41< boucman> Ivanovic: do we plan to move to git, or do we consider the current situation "good enough" ?
20100829 12:01:48< Ivanovic> and translators need a while to cope with the huge amount of changes due to unification of dash, apostroph and *whater* stuff
20100829 12:02:02< Ivanovic> boucman: there was no more discussion about this
20100829 12:02:11< boucman> ...
20100829 12:02:13< Ivanovic> one major problem being that there is no git at gna
20100829 12:02:26< Ivanovic> (and no other 3rd gen vcs)
20100829 12:02:42< Ivanovic> since the integration that gna provides is really good
20100829 12:03:45< mordante> IMO svn is good enough, especially since who wants can use git-svn
20100829 12:05:41< mordante> and I wouldn't mind to have some more time before 1.10 is ready
20100829 12:05:54< mordante> hopefully it gives me enough time to get the lobby done
20100829 12:20:34< Ivanovic> mordante: what seems to be the case with current libsdl is that i get basically one of those with each click i do:
20100829 12:20:45< Ivanovic> 20100829 12:18:44 warning gui/event: distributor mouse button left [wml_message_left]: SDL left button up. The mouse button is already up, we missed an event.
20100829 12:21:53< mordante> yeah a know but harmless issue
20100829 12:22:05< mordante> also on my todo list ;-)
20100829 12:22:36< Ivanovic> annoying since it spams the log with useless information
20100829 12:22:37< Ivanovic> ;)
20100829 12:23:11< mordante> I know it's rather high on the list, but need to get up to speed again
20100829 12:23:26< CIA-35> zookeeper * r46075 /trunk/data/campaigns/Heir_To_The_Throne/scenarios/ (10 files): 
20100829 12:23:26< CIA-35> Removed player starting villages from most scenarios which had them; they don't
20100829 12:23:26< CIA-35> make much sense in locations the player is just arriving to and also make the
20100829 12:23:26< CIA-35> movements of the first couple of turns not really require much thought.
20100829 12:23:32< Ivanovic> sure
20100829 12:24:07< mordante> at the moment mainly doing some maintenance work, but should slowly get to working on real code again
20100829 12:32:58< CIA-35> zookeeper * r46076 /trunk/data/campaigns/ (9 files in 3 dirs): Wired in sounds/ambient/ship.ogg to accompany [move_unit_fake]s for boats.
20100829 12:48:33< CIA-35> mordante * r46077 /trunk/ (changelog src/game.cpp): Switched the title screen to gui2 code.
20100829 12:48:39< CIA-35> mordante * r46078 /trunk/src/ (game.cpp titlescreen.cpp titlescreen.hpp): 
20100829 12:48:39< CIA-35> Remove the unused parts of the title screen code.
20100829 12:48:39< CIA-35> After switching to gui2 most code is no longer needed the rest needs a
20100829 12:48:39< CIA-35> review whether it needs here or move to the gui2 code.
20100829 12:48:46< CIA-35> mordante * r46079 /trunk/src/ (18 files in 3 dirs): Remove an unneeded include in a header.
20100829 12:48:49< CIA-35> mordante * r46080 /trunk/src/preferences_display.hpp: Remove some useless doxygen code.
20100829 12:48:51< CIA-35> mordante * r46081 /trunk/src/preferences_display.cpp: Include preferences_display.hpp and minor cleanup.
20100829 12:48:53< CIA-35> mordante * r46082 /trunk/src/serialization/tokenizer.hpp: Remove useless doxygen comment.
20100829 13:05:41-!- mjs-de [~mjs-de@vpw.wh.Uni-Dortmund.DE] has joined #wesnoth-dev
20100829 13:08:55< silene> mordante: tooltips of the titlescreen are broken (all of them are merged at once); and the layout is quite ugly
20100829 13:10:59< silene> i also have a flood of "Can't execute timer since it no longer exists", they are output several times per second
20100829 13:11:22-!- dtiger [~dtiger@dynamic-vpdn-93-125-66-28.telecom.by] has quit [Remote host closed the connection]
20100829 13:14:42< silene> (about 90 lines per second)
20100829 13:39:17< boucman> silene: around ?
20100829 13:39:42< silene> yes
20100829 13:40:05< boucman> i'm looking in the code building all the animation for units you optimized some time ago...
20100829 13:40:46< boucman> you seem to have added an "offscreen" attribute, but i'm not sure what it does... it seems to change the animation layer which sounds strange given the name of the attribute
20100829 13:43:03< silene> i didn't add anything, the attribute was already there; take a look at the 1.8 code for instance
20100829 13:43:35< boucman> ok, so I'm the one that added it (probably) I'm totally confused here :P
20100829 13:43:59< silene> it's the attribute used to initialize play_offscreen_
20100829 13:44:15< boucman> and it's not documented...
20100829 13:44:33< boucman> ok, if it's not documented i'm probably not the one that added it, i'll dig a bit further
20100829 13:45:27< silene> boucman: you added it in r35659; nice useless commit message by the way
20100829 13:45:39< boucman> wesbot: log 35659
20100829 13:45:41< wesbot> boucman * r35659 : commit all my pending perf improvements, there is too much stuff lying around I need to save all that
20100829 13:45:44< wesbot> URL: http://svn.gna.org/viewcvs/wesnoth?view=rev&rev=35659
20100829 13:45:54< boucman> hehe useless indeed
20100829 13:47:35-!- Upthorn [~ogmar@adsl-75-26-162-21.dsl.scrm01.sbcglobal.net] has joined #wesnoth-dev
20100829 13:50:48-!- Upth [ogmar@adsl-75-26-162-21.dsl.scrm01.sbcglobal.net] has quit [Ping timeout: 240 seconds]
20100829 13:55:41-!- fangism [~davidfang@gilbert.achronix.com] has joined #wesnoth-dev
20100829 13:58:04-!- fangism2 [~davidfang@gilbert.achronix.com] has quit [Ping timeout: 272 seconds]
20100829 14:00:57-!- Gambit [~Gambit@unaffiliated/gambit] has joined #wesnoth-dev
20100829 14:02:56< Ivanovic> silene: can you check if you can reproduce this one? http://forums.wesnoth.org/viewtopic.php?p=453216#p453216
20100829 14:05:56< silene> will do
20100829 14:10:34< silene> argl, there must be a hundred of dancing saurians in that savegame; i will have to add a preference option before it drives me crazy (not counting that it uses almost all the cpu)
20100829 14:13:04< zookeeper> silene, there's already an advanced preference option for turning off standing anims, but it should really be in the display tab instead...
20100829 14:13:56< silene> zookeeper: good to know
20100829 14:14:21< silene> Ivanovic: i can't reproduce; looks like a division by zero
20100829 14:14:26< silene> can*
20100829 14:14:36< fendrin> wesbot: seen timotei?
20100829 14:14:37< wesbot> fendrin: The person with the nick timotei last spoke 7d 16h ago.  7d 16h ago was here and on the channel #wesnoth-umc-dev with the message: Quit: Leaving
20100829 14:14:44< fendrin> wesbot: seen timotei21?
20100829 14:14:45< wesbot> fendrin: Person, who 7d 21h ago used nick timotei21, last spoke 7d 21h ago.  7d 21h ago as timotei was here and on the channel #wesnoth-umc-dev with the message: Changing host
20100829 14:16:10< zookeeper> i'd also be tempted to suggest that standing anims should be turned off by default due to the inevitable performance problems...
20100829 14:16:31< zookeeper> terrain anims are more problematic since i'd just want to turn off the water anims, not the flags, windmills etc
20100829 14:20:48< silene> right, seems like we will need an attribute like animation_cost=low|middle|high for terrains and a slider in the preferences
20100829 14:21:45< zookeeper> yeah, something like that
20100829 14:23:11< zookeeper> a typical quality slider with just three values "none" "normal" "full" would sound good enough
20100829 14:25:49< boucman> hmm
20100829 14:26:16< boucman> if I want to preload in a pre_start event some unit animations to attach them to units later, how would I do that...
20100829 14:26:51< boucman> more precisely, where should I store the preloaded data so it survives saves/reload and properly disapear at the end of scenario
20100829 14:27:06< silene> better use a preload event, that way it doesn't have to survive save/load
20100829 14:27:18 * zookeeper assumes that's not a WML question
20100829 14:27:42< boucman> zookeeper: no, it's a c++ question actually
20100829 14:28:00< boucman> silene: sounds good, that resolves half the question. 
20100829 14:29:57< boucman> hmm, or maybe do it a bit differently. Load it on first access... There would still be some loading time the first time the animation is used, but no risk of getting it wrong on the WML side
20100829 14:30:08< boucman> and I can still have it in any event. 
20100829 14:30:11< boucman> ok, I like that
20100829 14:31:55< silene> what do you mean load it on first access? if a new unit appears, will it be loaded again once the unit is animated?
20100829 14:32:06< Gambit> Before I accidentally spread misinformation; Am I correct that the stats of your graphics card doesn't mean anything when playing wesnoth?
20100829 14:32:25< Gambit> That all the work for rendering is on the CPU?
20100829 14:32:26< boucman> silene: i'm looking at bug 16363
20100829 14:33:03< boucman> from your last calltree, we seem to be spending all our time reading the WML, and I can't find any obvious way to reduce that...
20100829 14:33:42< boucman> the only optimization I see is that if multiple units share the same (WML) animations, we could copy the C++ structure instead of parsing the WML every time
20100829 14:33:46< silene> boucman: yes, that's why i'm asking; don't forget that, for that testcase, while there is only two units on screen, there are actually 20 of them being recreated
20100829 14:34:01< boucman> (which is something we do for normal animations, so should be doable)
20100829 14:34:06-!- Johannes13 [~Johannes@pD9501B18.dip0.t-ipconnect.de] has joined #wesnoth-dev
20100829 14:34:08-!- Johannes13 [~Johannes@pD9501B18.dip0.t-ipconnect.de] has quit [Changing host]
20100829 14:34:08-!- Johannes13 [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20100829 14:35:08< boucman> so I need a way to "recognize" what animation we are actually parsing. So far my idea is to have std::set which would match an id from the WML to an original structure that I could copy.
20100829 14:35:17< boucman> if the structure is not there, I would load it.
20100829 14:35:48< boucman> which means the first time the WML event creating the animation is called, we would have to load it, but after that we would be good for all other units using that animation
20100829 14:37:27< boucman> i'm not sure if/what WML side API I should use... either having an explicit key in WML for matching (dangerous, could be misused) or keep the config& as the key to the set (but i'm not knowledgeable enough with the way WML is kept in memory to tell if we would be passed the same address every time)
20100829 14:37:42< silene> so, just to be sure, you are making apply_to=new_animation take a single id instead of a whole wml object?
20100829 14:38:17< boucman> silene: I have multiple ideas at that point... 
20100829 14:38:33< boucman> the one you suggest was the first one, but has hevy risk of not being properly used
20100829 14:38:33< silene> boucman: no, the wml won't have the same address each time, and if the wml is still there, you will only avoid the cost of converting, not the cost of loading it
20100829 14:38:52< boucman> I was thinking of having the complete WML with the ID, but if the id is already in cache I wouldn't look at the WML
20100829 14:39:14< boucman> silene: afaict, it's the cost of converting that is high...
20100829 14:39:42< boucman> but ok, the idea of matching a config& to a struct isn't good. we will need a real id then
20100829 14:39:59< silene> boucman: in the trace, it's 30% for converting, and 15% for loading
20100829 14:40:51< silene> so if you can devise a way to avoid the loading, it won't be a negligible gain
20100829 14:41:02< boucman> how do you read that ? (i'm still a bit confused with this traces)
20100829 14:41:54< silene> the unit wml is loaded in luaW_checkconfig (13.56%), then the animation is converted in add_anims (32.57%)
20100829 14:42:11< boucman> k
20100829 14:43:13< zookeeper> Gambit, AFAIK yes
20100829 14:43:24< Gambit> zookeeper: Thanks
20100829 14:43:34< boucman> in that case, we would have to load the anim through a first WML call, and attach it though a second WML call
20100829 14:43:49< boucman> assuming the first one being at a "non disturbing time"
20100829 14:44:16< boucman> ideally the preload event, but i'm not sure how doable that is... especially enforcing it
20100829 14:44:34< silene> why do you want to enforce it? either the id exists or it doesn't
20100829 14:44:52< boucman> what do we do if it doesn't ? 
20100829 14:44:58< boucman> we could just log an error, I guess...
20100829 14:45:27< silene> yes
20100829 14:45:36< boucman> k.
20100829 14:46:37< silene> another way would be to register a lua function: whenever an id doesn't exist, it is called and returns a wml object
20100829 14:46:39< boucman> sounds good, now the second half of the question :P
20100829 14:46:54< silene> what was the second part?
20100829 14:47:15< boucman> where should I store that id->anim data ? :P
20100829 14:48:29< silene> if you use my second suggestion, it makes things a bit simpler (see the file data/lua/wml/items.lua for an example)
20100829 14:49:51< boucman> I don't really understand your suggestion at this point, I guess
20100829 14:51:57< silene> it means that you don't have to do anything, just let the user function do all the work; and if we ever need to have a wml tag that makes animation persistent, it will be as easy as for the [item] tag
20100829 14:52:36< boucman> silene: that sounds like advertisment :P
20100829 14:53:03< boucman> more seriously though, you are suggesting implementing the animation loading part as a lua IIUC...
20100829 14:53:03< silene> boucman: yes, but it works: persistence of [item]s is no longer handled by the engine
20100829 14:53:53-!- Appleman1234 [~Appleman1@CPE-60-226-176-19.qld.bigpond.net.au] has quit [Ping timeout: 245 seconds]
20100829 14:53:56< boucman> the point is that we don't want to get a WML object, we want a c++ structure, since 30% of the time is the config=>c++ conversion
20100829 14:55:01< silene> boucman: not really, 30% is because the conversion happens 20 times; if the conversion is done only once (the first time the id is encountered and the lua function is called), it becomes negligible
20100829 14:55:28< silene> moreover, it becomes a lazy process, no need to create the animation in advance, only when needed
20100829 14:55:58< boucman> ok, so when I encounter a known id I do everything in c++, when Its unknown I call a lua function that return the cfg object
20100829 14:56:08< boucman> how would the lua find the cfg ?
20100829 14:56:54< boucman> i guess lua would implement the [load_animation] tag, is that it ?
20100829 14:56:58< silene> boucman: that's an orthogonal issue; if we decide to add a wml tag for it, then the lua function will just the cfg in a table filled by the tag
20100829 14:57:06< silene> boucman: exactly
20100829 14:59:02< boucman> ok, I understand what you want to do, but if we load on first use (vs load on load command) it allows us some lazyness on the WML side, but it means we will have a slowdown on first use...
20100829 15:00:37< silene> boucman: yes, but i think it will be a lot less than noticeable; currently, 45% of the time in the trace is spent loading the same animation over and over; once you divide it by 10 or 20, it becomes much more efficient
20100829 15:01:40< boucman> silene: ok. I don't think loading in WML vs lua makes much difference, but that might be my chance to learn how to do the lua interface, so i'll go for it
20100829 15:01:52< boucman> not sure when I'll code it though, since I need to leave pretty soon
20100829 15:02:02< boucman> i'll write everything in the bug report, though
20100829 15:02:12< CIA-35> silene * r46083 /trunk/src/dialogs.cpp: Fixed random AMLAs causing a division by zero.
20100829 15:02:38< silene> boucman: the lua interface itself is a 5-line job, i can do it
20100829 15:02:58< boucman> k, i'll try to do the rest tonight, then
20100829 15:14:55-!- timotei_ [c122bf04@gateway/web/freenode/ip.193.34.191.4] has joined #wesnoth-dev
20100829 15:15:02< timotei_> fendrin: hi. looked for me?:)
20100829 15:24:18< CIA-35> silene * r46084 /trunk/src/scripting/ (lua.cpp lua.hpp): Added game_events.on_missing_anim callback for querying unit animation modifications.
20100829 15:24:21< CIA-35> silene * r46085 /trunk/src/scripting/lua.cpp: Avoided redundant test and cleaned the stack.
20100829 15:25:57< silene> boucman: "config cfg = resources::lua_kernel->get_animation(the_id);"
20100829 15:26:38< boucman> silene: thx, i'll look into it tonight (hopefully) i'll probably need your help when documenting the whole stuff, though
20100829 15:29:42< boucman> ok, afk
20100829 15:41:35-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev
20100829 15:48:35< fendrin> timotei_: hi timotei_
20100829 15:49:02< fendrin> do you know that there is still a code example to be uploaded to some google site?
20100829 15:49:37< timotei_> fendrin: hmm.. I've uploaded it: http://code.google.com/p/google-summer-of-code-2010-wesnoth/downloads/list
20100829 15:50:05< fendrin> timotei_: Cool, thank you.
20100829 15:50:25< fendrin> timotei_: Can I download the standalone wesnoth eclipse already?
20100829 15:52:31< timotei_> fendrin: it's not really, finished. I want to implement the updating system too, so people won't have to download the whole standalone again and again
20100829 15:52:59< timotei_> fendrin: so, after 3rd sep, after my exam, I'll start working on it again, and try to finish it asap
20100829 15:54:06< fendrin> cool
20100829 15:56:50< timotei_> and also, I need to practise a bit the ... building for mac/win/linux
20100829 15:57:00< timotei_> try to automate it, by using the makefile if possible, 
20100829 16:00:02< timotei_> fendrin: anyways, I'm out now. see you soon.
20100829 16:00:05-!- timotei_ [c122bf04@gateway/web/freenode/ip.193.34.191.4] has quit [Quit: Page closed]
20100829 16:29:17-!- Blueblaze [~Blueblaze@adsl-99-4-146-91.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20100829 16:46:46-!- DesertPanther [~Khalid@unaffiliated/desertpanther] has joined #wesnoth-dev
20100829 16:47:55-!- Blueblaze [~Blueblaze@adsl-99-4-146-91.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze]
20100829 16:50:34-!- Aethaeryn [~Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #wesnoth-dev
20100829 16:52:57-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20100829 16:53:05-!- dtiger [~dtiger@dynamic-vpdn-213-184-233-166.telecom.by] has joined #wesnoth-dev
20100829 16:53:53-!- stikonas [~and@ctv-213-164-99-190.vinita.lt] has joined #wesnoth-dev
20100829 16:53:54-!- stikonas [~and@ctv-213-164-99-190.vinita.lt] has quit [Changing host]
20100829 16:53:54-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20100829 16:55:02-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20100829 17:40:02-!- Elvish_Pillage2 [~eli@71-10-224-192.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20100829 17:58:38-!- wesbot changed the topic of #wesnoth-dev to: 143 bugs, 294 feature requests, 13 patches | logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20100829 18:05:28-!- PeterPorty [~Pete@pc-218-249-120-200.cm.vtr.net] has joined #wesnoth-dev
20100829 18:07:54-!- elvish_sovereign [~elvish_so@pool-173-59-68-133.phlapa.east.verizon.net] has joined #wesnoth-dev
20100829 18:32:58< zookeeper> woah, wth happened to the title screen? O.o
20100829 18:33:39< silene> mordante replaced the code with a gui2 implementation
20100829 18:34:07< zookeeper> oh, ok. is the big layout change intended too?
20100829 18:34:39< silene> i hope not
20100829 18:35:38< zookeeper> right. i'm not a huge fan either ;)
20100829 18:41:35< zookeeper> silene, ok, it seems [defense] is pretty badly bugged atm. i wonder if i should commit all this stuff i have and let you fix the [defense] tag...
20100829 18:41:53< zookeeper> http://wesnoth.pastebin.com/gxdELa2y should give a unit 40% (or 60%) defense on all villages
20100829 18:42:17< zookeeper> but when i move the unit to a village, it actually has 100% def
20100829 18:42:55< silene> can you give me a slightly bigger example, so that i can paste it in the test scenario? my ability knowledge is a bit rusty
20100829 18:43:52< zookeeper> well, i could also just commit my village aliasing + bat balancing change to give you the actual case
20100829 18:44:01< zookeeper> assuming you think you can get it fixed pretty quickly, anyway
20100829 18:45:10< zookeeper> i hate adding stuff to the test scenario since it's just so crowded with stuff that i fear i'll just break something...
20100829 18:45:24< boucman> zookeeper: you could remove stuff :P
20100829 18:45:33< silene> zookeeper: just choose a unit with nothing special in it already
20100829 18:45:52< zookeeper> ok, just a few minutes...
20100829 18:46:22< silene> (preferably a side=1 one not too far from a village though)
20100829 18:51:28< crimson_penguin> https://gna.org/bugs/?16576 - I get this when I try to apply that patch: patch: **** malformed patch at line 7: /**
20100829 18:52:40< zookeeper> ok, a feral footpad coming up...
20100829 18:52:42< silene> crimson_penguin: that's because you have lost all the formatting
20100829 18:52:52< crimson_penguin> oh
20100829 18:52:54< CIA-35> zookeeper * r46086 /trunk/data/scenario-test.cfg: Added a feral footpad to the test scenario, for testing the new [defense] ability tag.
20100829 18:53:22< silene> crimson_penguin: ask the guy to submit a file; it will be a lot of work for you to fix his patch
20100829 18:53:29< zookeeper> silene, ^ the footpad should get 40% defense on all villages, even the combo villages which normally give best defense of mountain,village (or whatever combo)
20100829 18:53:54< crimson_penguin> silene: ok, thanks
20100829 18:53:57< zookeeper> i gotta go afk for a bit though ->
20100829 18:58:07< boucman> silene: i'm back...
20100829 18:59:08< CIA-35> crimson_penguin * r46087 /trunk/projectfiles/Xcode/Wesnoth.xcodeproj/project.pbxproj: Updated Xcode project with deleted files removed.
20100829 19:00:19< silene> boucman: i'm not sure if i was clear this afternoon; when i said the animation would be created only when needed, i meant at animation time, not at unit creation time (otherwise we can forget about lua, preload events, eras, and so on, since units are created way before them)
20100829 19:01:02< boucman> they are created at the call to get_missing_animation time, which I am to decide, IIUC
20100829 19:01:20< boucman> and I will add that call at the apply_modification time...
20100829 19:01:40< silene> yes, that's why i feared, it's too soon; nothing exists yet in the scenario
20100829 19:01:45< boucman> hmm
20100829 19:02:02< boucman> the thing is that animations contain both info on what to display and info on when to play them...
20100829 19:02:16< boucman> so I need to have all of them available way before I play them
20100829 19:03:08< boucman> ok, I guess I'll keep the cache idea, but drop the lua part, then...
20100829 19:03:29< silene> boucman: that doesn't solve the issue, it still won't be possible to use the cache from wml
20100829 19:03:31< boucman> what is suprising is that in the tracebacks you did from EP's save, we are within lua... so I am a bit confused here
20100829 19:03:43< silene> boucman: as i said, nothing exists at side creation time
20100829 19:04:10< silene> boucman: it's because they are units created on the fly, they are not units present at the start of the scenario
20100829 19:04:39< boucman> units created at start of the scenario don't have that problem, it's only when adding custom animations
20100829 19:04:40< Gambit> With the new titlescreen; if you try to join the server before the logo wipe effect is done, wesnoth crashes.
20100829 19:04:55< boucman> standard animations are parsed only once when building the unit type
20100829 19:05:02< silene> boucman: why would a unit created at scenario start not allowed to have animation modification?!
20100829 19:06:08< silene> Gambit: report it at https://gna.org/bugs/index.php?16578
20100829 19:06:09< boucman> ok, from an animation point of view, units are created, and then modifications are applied, that's what I meant, but it was a bit confusing
20100829 19:06:43< boucman> but you're right, it happens to early for lua, I think my first idea is still workable, though
20100829 19:07:02< silene> boucman: modifications are applied at unit creation time, which happens before the scenario even starts; so wml won't even have executed anything and the cache will be empty
20100829 19:08:15< boucman> well, if the wml for the animation is next to the id, I can do if the id is in cache then use the id else use the wml next to the id
20100829 19:08:28< boucman> which was my original idea, but still makes us parse the whole wml iiuc
20100829 19:09:29< silene> yes
20100829 19:10:26< silene> so the cost of the wml will be paid whenever a unit is stored and unstored
20100829 19:10:43< boucman> that's what I was afraid of, but I think it's a good start, and if the WML user knows it's in cache, he can just put the id, and it will work
20100829 19:10:58< silene> how can he know that?
20100829 19:11:46< silene> and that would mean that he would have to erase the wml from the unit whenever he uses [store_unit] (that is, frequently)
20100829 19:11:49< boucman> for instance he could have two path to add animations, a "slow" one used when adding the ability at scenario start, and a fast one in case he knows a unit already has the ability and thus the animation has been loaded
20100829 19:12:40< silene> boucman: that doesn't solve the [store_unit] issue; units are almost never unstored from thin air, they are unstored from a previously stored unit
20100829 19:13:03< boucman> ok,, I get your point
20100829 19:13:56< boucman> well this would at least reduce the analysis time, we would need a way to fill the cache through a separate event (typically a preload event) and then we would be fine
20100829 19:14:09< boucman> those two methods are not exclusive either... 
20100829 19:14:29< boucman> and allowing animations in the modification allows backward compatibility
20100829 19:15:02< silene> oh, i never suggested to remove animations from the modification
20100829 19:15:08< Gambit> And... no more refresh cache button :\
20100829 19:15:23< boucman> silene: ok, I misunderstood, then
20100829 19:15:39< boucman> so my idea si to have this id= within modification, 
20100829 19:15:45< boucman> if the id is in cache use the cache
20100829 19:16:00< boucman> if it's not, and we have animations next to it, load these animations in cache
20100829 19:16:18< boucman> if it's not in cache and there is no animations next to it, log an error and move on
20100829 19:16:38< boucman> and probably give WML authors an action to artificially fill the cache
20100829 19:16:56< boucman> so they can manually do it on preload if they expect an animation to be heavily used
20100829 19:18:00< silene> boucman: no, forget about it; preload will never be executed early enough, so units will always need the whole wml in them; no need for a separate way to fill the cache then
20100829 19:19:07< boucman> silene: i'm a bit confused, animations are added through WML events, so how could it be done before any wml events ? because it's reaplied to the unit on game load ?
20100829 19:19:30< silene> boucman: yes, game load, scenario start, things like that
20100829 19:19:47-!- anonymissimus [~chatzilla@HSI-KBW-095-208-088-086.hsi5.kabel-badenwuerttemberg.de] has joined #wesnoth-dev
20100829 19:20:10< boucman> well, not scenario start, since custom anims need to be added by wml, and there is no wml before scenario start, but I get your point
20100829 19:20:20< silene> boucman: no, they don't need too
20100829 19:20:27< boucman> ??
20100829 19:20:45< Gambit> After updating a while ago I'm getting "Invalid WML Error"s Something about [era] isn't valid inside [scenario], and yet I use neither of those tags anywhere...
20100829 19:20:57< silene> boucman: look at the test scenario for instance, it's full of units with modifications
20100829 19:21:21< boucman> hmm, k
20100829 19:23:01-!- fangism1 [~davidfang@gilbert.achronix.com] has joined #wesnoth-dev
20100829 19:25:21-!- fangism [~davidfang@gilbert.achronix.com] has quit [Ping timeout: 272 seconds]
20100829 19:30:48-!- Blueblaze [~Blueblaze@adsl-99-4-146-91.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20100829 19:30:51< silene> zookeeper: you have put value=40 in the test, doesn't that mean that the unit should get 60% defense?
20100829 19:33:29< boucman> silene: should I revert your commit ?
20100829 19:34:11< silene> i will do it
20100829 19:35:23< boucman> k, thx
20100829 19:36:18< mordante> zookeeper, silene what's wrong with the layout?
20100829 19:38:06< silene> mordante: the button box is stuck in the lower right corner, the logo is at the top border, and the tooltip box takes all the remaining horizontal place; i'm using the default 1024x768 resolution
20100829 19:38:18< boucman> silene: another question, do you know where I could find "memory space" to store my parsed animations ? I don't think it's a good idea to have a global var, I'd rather have something that gets reset on scenario start/load, but i'm not sure where to find that
20100829 19:38:46< silene> in play_controller.cpp
20100829 19:39:07< silene> an in replay_controller.cpp (in case someone resets the replay)
20100829 19:39:46< zookeeper> silene, yes, 40 or 60, i wasn't sure which it's supposed to be
20100829 19:40:02< zookeeper> the bug occurs nevertheless
20100829 19:40:05< boucman> ok, i'll do like the other xxx_managers, I guess
20100829 19:40:32< silene> zookeeper: yes, it was caused by "max_value" (which was 0); i've removed it
20100829 19:41:12< zookeeper> silene, ah, i see
20100829 19:41:23< silene> zookeeper: so now, value=60 gives a 40% defense
20100829 19:41:37< zookeeper> ok, got it. so does it work right with that change?
20100829 19:41:40< mordante> silene, for me the button box is not in the corner but just outside the border (as wanted)
20100829 19:42:31< silene> mordante: that doesn't make it less ugly
20100829 19:44:30< mordante> I think the new layout looks better
20100829 19:46:53< silene> so it's two against it and one for it; let's wait for other dev opinions
20100829 19:50:05< boucman> what should we be loking at ?
20100829 19:51:47< silene> boucman: just open a freshly compiled trunk and a 1.8 one (or an older trunk one) and compare the titlescreens
20100829 19:52:47< boucman> they look the same, updating now...
20100829 19:56:36< boucman> I have to agree the old layout was better, but that just something we need to work on on the gui2 side...
20100829 19:56:46< boucman> however I had a crash when resizing
20100829 19:56:53< boucman> WML exception:
20100829 19:56:53< boucman> User message: Failed to show a dialog, which doesn't fit on the screen.
20100829 19:56:53< boucman> Dev message: src/gui/widgets/window.cpp:823 in function 'layout' found the following problem: Failed to size window; wanted size 721,404 available size 692,830 screen size 692,830.
20100829 20:05:47< mordante> boucman, any hints on how to reproduce?
20100829 20:12:30< silene> just reduce the size of the window
20100829 20:14:09< boucman> I need to click in the window after that, but yes that's basically it
20100829 20:23:30< anonymissimus> was there a file named upload_log.cpp removed ?
20100829 20:26:04< anonymissimus> apparently yes
20100829 20:28:20-!- Greywhind [~Greywhind@pool-96-238-43-241.prvdri.fios.verizon.net] has quit [Quit: leaving]
20100829 20:55:24-!- Rhonda [~rhonda@anguilla.debian.or.at] has quit [Changing host]
20100829 20:55:24-!- Rhonda [~rhonda@wesnoth/developer/rhonda] has joined #wesnoth-dev
20100829 20:55:35-!- Rhonda is now known as Gerfried
20100829 20:56:16-!- Gerfried is now known as Rhonda
20100829 21:05:49< CIA-35> boucman * r46088 /trunk/src/ (play_controller.hpp unit.cpp): add a cache for WML added animations, partial (and probably final) fix for bug #16363
20100829 21:06:12< Soliton> yep, new title screen layout looks worse.
20100829 21:14:26-!- Johannes13_ [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20100829 21:18:18-!- Johannes13 [~Johannes@unaffiliated/johannes13] has quit [Ping timeout: 258 seconds]
20100829 21:19:50-!- Appleman1234 [~Appleman1@CPE-60-226-176-19.qld.bigpond.net.au] has joined #wesnoth-dev
20100829 21:23:41-!- dtiger [~dtiger@dynamic-vpdn-213-184-233-166.telecom.by] has quit [Remote host closed the connection]
20100829 21:35:37-!- ancestral [~ancestral@mobile-166-137-140-039.mycingular.net] has joined #wesnoth-dev
20100829 21:43:14-!- ancestral [~ancestral@mobile-166-137-140-039.mycingular.net] has quit [Quit: Smell ya later!]
20100829 21:48:59-!- norbert_ [~norbert@82-171-70-54.ip.telfort.nl] has joined #wesnoth-dev
20100829 21:50:19< norbert_> I noticed that the unit tooltip for lawful/chaotic/neutral says "Alignement" instead of "Alignment"
20100829 21:50:52< norbert_> I couldn't find a bug report or forum post about it; want me to report this or is this message enough
20100829 21:51:29< boucman> norbert_: I think there is a wiki page for spelling mistakes...
20100829 21:51:52< Soliton> this should be enough.
20100829 21:52:13< norbert_> Soliton, ok
20100829 21:52:21< norbert_> later all
20100829 21:52:21-!- norbert_ [~norbert@82-171-70-54.ip.telfort.nl] has quit [Client Quit]
20100829 22:04:38< CIA-35> ivanovic * r46089 /trunk/ (21 files in 20 dirs): updated Vietnamese translation
20100829 22:04:39< CIA-35> ivanovic * r46090 /branches/1.8/po/ (5 files in 5 dirs): updated Vietnamese translation
20100829 22:08:10-!- yann_ [~dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has joined #wesnoth-dev
20100829 22:09:21< CIA-35> soliton * r46091 /trunk/ (src/generate_report.cpp utils/pofix.py): spelling fix
20100829 22:13:06< CIA-35> mordante * r46092 /trunk/src/server/server.cpp: 
20100829 22:13:06< CIA-35> Simplify non-empty string test.
20100829 22:13:06< CIA-35> Issue found by cppcheck.
20100829 22:13:14< CIA-35> mordante * r46093 /trunk/src/whiteboard/recall.cpp: 
20100829 22:13:14< CIA-35> Remove NULL check before deleting a pointer.
20100829 22:13:14< CIA-35> Issue found by cppcheck.
20100829 22:13:16< CIA-35> mordante * r46094 /trunk/src/storyscreen/interface.cpp: 
20100829 22:13:17< CIA-35> Remove an unused function.
20100829 22:13:17< CIA-35> Issue found by cppcheck.
20100829 22:13:21< CIA-35> mordante * r46095 /trunk/src/ai/ (actions.cpp actions.hpp): 
20100829 22:13:21< CIA-35> Remove an unused function.
20100829 22:13:21< CIA-35> Issue found by cppcheck.
20100829 22:13:24< CIA-35> mordante * r46096 /trunk/src/menu_events.cpp: 
20100829 22:13:24< CIA-35> Remove an unused function.
20100829 22:13:24< CIA-35> Issue found by cppcheck.
20100829 22:13:28< CIA-35> mordante * r46097 /trunk/src/widgets/ (combo.cpp combo.hpp): 
20100829 22:13:28< CIA-35> Remove an unused function.
20100829 22:13:28< CIA-35> Issue found by cppcheck.
20100829 22:13:32< CIA-35> mordante * r46098 /trunk/src/widgets/ (slider.cpp slider.hpp): 
20100829 22:13:32< CIA-35> Remove an unused function.
20100829 22:13:32< CIA-35> Issue found by cppcheck.
20100829 22:13:34< CIA-35> mordante * r46099 /trunk/src/menu_events.cpp: 
20100829 22:13:34< CIA-35> Remove an unused function.
20100829 22:13:34< CIA-35> Issue found by cppcheck.
20100829 22:13:36< CIA-35> mordante * r46100 /trunk/src/ (map_location.cpp map_location.hpp): 
20100829 22:13:36< CIA-35> Remove an unused function.
20100829 22:13:36< CIA-35> Issue found by cppcheck.
20100829 22:14:00< CIA-35> mordante * r46101 /trunk/src/serialization/string_utils.hpp: Remove useless doxygen comment.
20100829 22:14:03< CIA-35> mordante * r46102 /trunk/src/ (14 files in 5 dirs): 
20100829 22:14:03< CIA-35> Remove duplicate definitions of string_map.
20100829 22:14:03< CIA-35> Issue spotted by cppcheck.
20100829 22:14:19-!- Appleman1234 [~Appleman1@CPE-60-226-176-19.qld.bigpond.net.au] has quit [Quit: Leaving]
20100829 22:14:42< zookeeper> silene, i didn't see a commit to fix the max_value thing you mentioned, didn't that fix all of it or..?
20100829 22:18:43< mordante> I'm off night
20100829 22:19:23-!- mordante [~mordante@wesnoth/developer/mordante] has quit [Quit: Leaving]
20100829 22:25:38-!- Johannes13_ is now known as Johannes13
20100829 22:41:21-!- MeccaGod [~majs@h14n4fls31o279.telia.com] has quit []
20100829 22:47:33< silene> zookeeper: then i must have forgotten to push the commit, i will check
20100829 22:52:12< silene> zookeeper: done
20100829 22:52:24< CIA-35> silene * r46103 /trunk/ (data/scenario-test.cfg src/unit.cpp): Removed max_value handling from the [defense] ability.
20100829 22:52:50< CIA-35> silene * r46104 /trunk/src/scripting/ (lua.cpp lua.hpp): 
20100829 22:52:50< CIA-35> Reverted r46084, since the animation cache is no longer meant to be filled from WML.
20100829 22:52:50< CIA-35> This reverts commit 13a2e97b4d3742ef7c01f56fc092d6ec47aa4bd0.
20100829 22:53:31< silene> argl, i left some noise in the commit message
20100829 23:01:12-!- Bocom_ [~Bocom@c-65cee255.013-31-6b736412.cust.bredbandsbolaget.se] has quit [Quit: Lämnar]
20100829 23:03:19-!- Bocom [~Bocom@c-65cee255.013-31-6b736412.cust.bredbandsbolaget.se] has joined #wesnoth-dev
20100829 23:07:15-!- Greywhind [~Greywhind@pool-96-238-43-241.prvdri.fios.verizon.net] has joined #wesnoth-dev
20100829 23:12:40-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has quit [Remote host closed the connection]
20100829 23:12:45-!- PeterPorty [~Pete@pc-218-249-120-200.cm.vtr.net] has quit [Quit: Saliendo]
20100829 23:13:42-!- PeterPorty [~Pete@pc-218-249-120-200.cm.vtr.net] has joined #wesnoth-dev
20100829 23:16:26-!- eleazar [~jbjerk@ppp-70-226-225-180.dsl.spfdil.ameritech.net] has quit [Quit: eleazar]
20100829 23:17:38< zookeeper> silene, hmm, so max_value isn't usable at all in [defense] now?
20100829 23:21:11-!- ancestral [~ancestral@mobile-166-137-140-039.mycingular.net] has joined #wesnoth-dev
20100829 23:22:02-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Quit: Leaving.]
20100829 23:22:41-!- yann_ [~dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has quit [Remote host closed the connection]
20100829 23:23:02< silene> zookeeper: no, it isn't, but what would that mean? since defense values are inverted in wesnoth, it would actually be the minimum value (hence why the defense was stuck at 100%); is that any useful?
20100829 23:25:08< zookeeper> i guess not
20100829 23:28:26< silene> zookeeper: by the way, with your build, adding a max_value=100 should allow you to experiment with the ability
20100829 23:28:40-!- yann [~dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has joined #wesnoth-dev
20100829 23:29:27< zookeeper> silene, right, makes sense, i'll use that when testing
20100829 23:37:03-!- Espreon [47af4857@wesnoth/developer/espreon] has joined #wesnoth-dev
20100829 23:38:15-!- Espreon is now known as Espreon|Wii
20100829 23:38:17< silene> zookeeper: another possibility would be to decide that, inside the ability, values are not inverted (that is 100 is really 100% defense) and then reinstantiate max_value
20100829 23:39:32< zookeeper> silene, i think that'd make sense. i haven't thought of much other use cases for the ability though, so i'm not sure if it'd be desirable to be able to use the inverted values instead in some other case...
20100829 23:40:52< silene> zookeeper: i will let you think about it a bit more; for now, let's keep them inverted the same way defense types are; and if you prefer them the other way around, i can change it later
20100829 23:41:12< zookeeper> but still, it makes more sense to me that when i say [defense] value=40, the defense will be 40 instead of 60 :p
20100829 23:41:22< zookeeper> silene, sure, i'll give it some thought
20100829 23:42:33-!- Espreon|Wii [47af4857@wesnoth/developer/espreon] has quit []
--- Log closed Mon Aug 30 00:00:58 2010