--- Log opened Sat Sep 19 00:00:57 2009
20090919 00:07:21-!- Sirp [n=user@wesnoth/developer/dave] has joined #wesnoth-dev
20090919 00:11:24-!- ardesh__ [n=ardesh@port-92-195-120-197.dynamic.qsc.de] has joined #wesnoth-dev
20090919 00:15:32-!- ardesh_ [n=ardesh@port-92-206-19-99.dynamic.qsc.de] has quit [Read error: 60 (Operation timed out)]
20090919 00:27:10-!- melinath [n=melinath@ip-78-236.wireless.oberlin.edu] has quit [Read error: 60 (Operation timed out)]
20090919 00:30:36-!- Alesis-Novik_ [n=alesis@78.60.249.133] has quit [Read error: 145 (Connection timed out)]
20090919 00:35:11-!- noy [n=Noy@wesnoth/developer/noy] has quit [Read error: 110 (Connection timed out)]
20090919 00:37:37-!- Alesis-Novik_ [n=alesis@78.60.249.133] has joined #wesnoth-dev
20090919 00:37:42-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has quit ["Reconnecting"]
20090919 00:37:52-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #Wesnoth-dev
20090919 00:43:38-!- Aethaeryn is now known as Aethaeryn_Antsla
20090919 00:43:44-!- Aethaeryn_Antsla is now known as Aeth_the_Antslay
20090919 00:44:11-!- Aeth_the_Antslay is now known as Antslayer_Aeth
20090919 00:44:54-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20090919 00:45:40-!- shadowmaster is now known as codenamemaster
20090919 00:49:13-!- Espreon is now known as Cheese-kun
20090919 00:55:06-!- Crab_ [n=Crab_@wesnoth/developer/crab] has quit ["Leaving."]
20090919 00:56:00-!- codenamemaster is now known as shadowmaster
20090919 01:06:51-!- Cheese-kun is now known as Espreon
20090919 01:08:47< CIA-62> ai0867 * r38691 /trunk/data/core/units/drakes/ (Fire.cfg Inferno.cfg): Re-add Fire/Inferno drake fire resistances that got lost in frame updates
20090919 01:09:09< AI0867> Is anyone opposed to giving the fire dragon 100% fire resistance rather than the 50% it has now? (normal drake: 50%, fire: 60, inferno: 80, armageddon: 100)
20090919 01:09:56< Ivanovic> AI0867: since this is balancing stuff, talk to deekay, noy and Soliton about this
20090919 01:09:59< Ivanovic> off to bed, n8
20090919 01:12:43< AI0867> it's not MP, so that makes it just about people killing dragons with mages in TRoW/EI
20090919 01:12:47< AI0867> deekay: ^
20090919 01:13:20< shadowmaster> AI0867: maybe talk with zookeeper, he maintains TRoW
20090919 01:14:08< deekay> AI0867: Feel free to change it if you need
20090919 01:19:20< AI0867> it's a bit odd that an armageddon drake can toast a fire dragon ;)
20090919 01:27:31< AI0867> Soliton: ^
20090919 01:27:39-!- Antslayer_Aeth is now known as Aethaeryn
20090919 01:30:07-!- Alesis-Novik_ [n=alesis@78.60.249.133] has quit [Read error: 145 (Connection timed out)]
20090919 01:37:30-!- melinath [n=melinath@ip-78-236.wireless.oberlin.edu] has joined #wesnoth-dev
20090919 01:38:00-!- Alesis-Novik_ [n=alesis@78.60.249.133] has joined #wesnoth-dev
20090919 01:49:00< Soliton> AI0867: sounds good.
20090919 01:51:03< AI0867> when TSI drops by, please ask him to be a little more careful when stripping out old animations, he took out the fire resistances of the Fire and Inferno Drakes
20090919 01:51:28< Soliton> it's not the only thing he messed up. he knows. ;-)
20090919 01:53:39-!- Chusslove [n=Chusslov@brsg-d9bee4f3.pool.mediaWays.net] has quit [Read error: 110 (Connection timed out)]
20090919 01:57:34< CIA-62> ai0867 * r38692 /trunk/ (3 files in 2 dirs): Give the Fire Dragon 100% fire resistance
20090919 02:00:51-!- Chusslove [n=Chusslov@brsg-d9befd01.pool.mediaWays.net] has joined #wesnoth-dev
20090919 02:16:48-!- loonycyborg [n=sergey@wesnoth/developer/loonycyborg] has quit ["Zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz"]
20090919 02:17:21-!- loonybot [n=loonybot@wesnoth/bot/loonybot] has quit [Remote closed the connection]
20090919 02:23:17-!- ardesh_ [n=ardesh@port-92-195-26-39.dynamic.qsc.de] has joined #wesnoth-dev
20090919 02:33:02-!- The1exile [n=chatzill@cpc2-watf8-0-0-cust60.watf.cable.ntl.com] has joined #wesnoth-dev
20090919 02:33:22< Soliton> The1exile: what operating system?
20090919 02:33:33< The1exile> windows vista home premium, 64-bit
20090919 02:34:00< Soliton> ok. and you get stuck when trying to load any savegame?
20090919 02:34:06< The1exile> yeah
20090919 02:35:28< Soliton> you chose the option to have the userdata dir inside the wesnoth dir, right?
20090919 02:35:39< The1exile> I think so
20090919 02:35:47< The1exile> I definitely did for testing, I'll check stable, 1 sec
20090919 02:36:00< The1exile> ...yep
20090919 02:36:27< Soliton> you could try how it goes when you choose to put it under my games or wherever.
20090919 02:36:49< Soliton> i think vista has some weird protection on the programs dir that might interfere.
20090919 02:37:25< shadowmaster> I have heard that people solve that problem by disabling compressed saves in the advanced prefs.
20090919 02:37:38< The1exile> yep, I tried that
20090919 02:37:43< shadowmaster> *a similar
20090919 02:37:46< The1exile> http://www.wesnoth.org/forum/viewtopic.php?f=4&t=27069
20090919 02:38:44-!- alesis__ [n=alesis@78.60.249.133] has joined #wesnoth-dev
20090919 02:39:24< The1exile> now reinstalling stable to go in my folder rather than the wesnoth folder
20090919 02:40:47-!- ardesh__ [n=ardesh@port-92-195-120-197.dynamic.qsc.de] has quit [Read error: 110 (Connection timed out)]
20090919 02:40:49-!- Alesis-Novik_ [n=alesis@78.60.249.133] has quit [Read error: 110 (Connection timed out)]
20090919 02:41:54< The1exile> the reinstall apparently works
20090919 02:42:04< The1exile> (I did disable the compressed saves and whatnot too)
20090919 02:42:34< Soliton> heh, didn't think it would.
20090919 02:42:43< Soliton> so now savegames load fine?
20090919 02:44:11< The1exile> well, I just fired up utbs, manually saved it, and loaded it, but that *was* first turn
20090919 02:44:23< The1exile> one moment and I'll save turn 3 and see if it still works
20090919 02:44:47< The1exile> ...yep, it all seems fine now
20090919 02:44:49< The1exile> neat :-)
20090919 02:45:20< Soliton> hehe, i actually had nothing else for windows to try anyhow.. :-P
20090919 02:45:46< The1exile> hey, I won;t knock it if it works :p
20090919 02:46:49< CIA-62> esr * r38693 /trunk/data/campaigns/Eastern_Invasion/scenarios/17.Weldyn_Under_Attack.cfg: Konrad II must survive, so give him a hero crown to nark the fact.
20090919 02:53:24< CIA-62> ai0867 * r38694 /trunk/src/ (race.cpp unit.cpp): Remove support for some deprecated WML and old drake names
20090919 02:59:02< The1exile> ...blast, the problem's back
20090919 02:59:31< The1exile> it was nice while it lasted, anyway
20090919 03:00:20< Soliton> even savegames you could load a while ago now don't load?
20090919 03:00:55< Soliton> did you restart wesnoth inbetween?
20090919 03:02:34< The1exile> yeah
20090919 03:02:49< The1exile> specifically, I messed something up in utbs and clicked thye "turn 15" link in the menu and it crashed
20090919 03:03:00< The1exile> so I shut down wesnoth, loadd it up agian, and tried to load that save, and it doesn;t work
20090919 03:04:15< The1exile> the thing is, you can see when it crashed because the loading screen flicks up to "loading unit data" or something like that at about 80% quickly before reverting to the frozen "initializing teams" screen
20090919 03:04:34< The1exile> (it doesn't load older saves now, either btw, including ones that previously worked)
20090919 03:05:45< Soliton> try moveing/deleting the preferences file in your userdata dir.
20090919 03:06:44< The1exile> deleted it, same issue
20090919 03:07:22< Soliton> did you do it when wesnoth was closed?
20090919 03:07:34< The1exile> yes
20090919 03:07:38-!- DDR [n=chatzill@66.183.125.196] has quit [Remote closed the connection]
20090919 03:08:22< Soliton> btw, you did start wesnoth via the shortcut and not by directly executing wesnoth.exe, right?
20090919 03:09:03< The1exile> I'm actually starting it by going through the recent programs on the start menu, but I suspect it's the same thing as the shortcut
20090919 03:10:44< Soliton> did the problem start after a crash the last time as well?
20090919 03:12:04< The1exile> no, as far as I can tell the problem is what causes the crash, and what causes the problem isn't immediately apparent
20090919 03:12:24< The1exile> I had no issues in between turn 3 (which loaded fine) and turn 15 (which crashed the game)
20090919 03:13:44< Soliton> well, it's not crashing now is it?
20090919 03:14:02< The1exile> it is
20090919 03:14:35< The1exile> it's the same as before - it loads, gets to "initializing teams", and then stops responding
20090919 03:15:01< Soliton> a crash is when a program terminates abnormally.
20090919 03:15:10< The1exile> OK
20090919 03:15:13< The1exile> then it;s not crashing
20090919 03:15:13< Soliton> does it terminate or do you kill it?
20090919 03:15:34< The1exile> I kill it
20090919 03:15:40< Soliton> but it crashed once?
20090919 03:16:04< The1exile> no, it just floats on top of all other programs (I use fullscreen mode) and doesn't do anything
20090919 03:16:31< The1exile> when the OS figures it out, this happens: http://i170.photobucket.com/albums/u245/The1exile/wesnothbug.png
20090919 03:17:19< Soliton> ohh and then you always kill it?
20090919 03:17:32< The1exile> yeah
20090919 03:17:50< Soliton> how long does it take before that pops up?
20090919 03:18:19< The1exile> dunno, recently I've always just killed it, I'm not especially patient :P
20090919 03:18:30< Soliton> well, that's the issue.
20090919 03:18:32< shadowmaster> I think there was a way to change/remove that timeout
20090919 03:18:42< The1exile> ...having tuned fullscreen off, the gamke has loaded again
20090919 03:18:44< The1exile> whoop
20090919 03:18:50< Soliton> that dialog just means what it says, wesnoth didn't respond for some time.
20090919 03:18:56< The1exile> could fullscreen/widescreen be the issue?
20090919 03:19:03< Soliton> it doesn't have to mean anything bad happened.
20090919 03:19:12< The1exile> yeah
20090919 03:19:19< Soliton> the issue is that you kill wesnoth before it finishes loading.
20090919 03:19:46< The1exile> OK
20090919 03:21:00-!- giusef [n=giusef@unaffiliated/giusef] has quit ["exit (-1);"]
20090919 03:25:51< The1exile> well, I guess that fixes it, then. Thanks for your help, and patience :-)
20090919 03:25:51-!- The1exile [n=chatzill@cpc2-watf8-0-0-cust60.watf.cable.ntl.com] has quit ["ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]"]
20090919 03:27:32-!- melinath [n=melinath@ip-78-236.wireless.oberlin.edu] has quit [Read error: 110 (Connection timed out)]
20090919 03:27:42< shadowmaster> what fixes what if there was no bug in the first place? :P
20090919 03:28:13< Soliton> misconceptions were fixed!
20090919 03:38:12-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20090919 03:38:19-!- alesis__ [n=alesis@78.60.249.133] has quit [Read error: 110 (Connection timed out)]
20090919 03:38:27-!- alesis__ [n=alesis@78.60.249.133] has joined #wesnoth-dev
20090919 03:44:55-!- alesis__ [n=alesis@78.60.249.133] has quit ["Leaving"]
20090919 04:26:21-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has quit ["bbl"]
20090919 04:46:47-!- Ivanovic_ [n=ivanovic@dtmd-4db2b5b3.pool.mediaWays.net] has joined #wesnoth-dev
20090919 04:56:24-!- wesbot changed the topic of #wesnoth-dev to: 91 bugs, 243 feature requests, 13 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20090919 05:04:06-!- Ivanovic [n=ivanovic@wesnoth/developer/ivanovic] has quit [Read error: 110 (Connection timed out)]
20090919 05:04:46-!- Ivanovic_ is now known as Ivanovic
20090919 05:50:47-!- ancestral [n=ancestra@97-116-105-75.mpls.qwest.net] has joined #wesnoth-dev
20090919 05:51:55-!- Chusslove [n=Chusslov@brsg-d9befd01.pool.mediaWays.net] has quit [Read error: 110 (Connection timed out)]
20090919 05:53:50-!- StandYourGround [n=Adium@121-55-225-222.dynamic.c100.guam.net] has joined #wesnoth-dev
20090919 05:55:07-!- StandYourGround [n=Adium@121-55-225-222.dynamic.c100.guam.net] has left #wesnoth-dev []
20090919 05:58:27-!- Chusslove [n=Chusslov@brsg-d9bef758.pool.mediaWays.net] has joined #wesnoth-dev
20090919 06:25:43-!- DDR [n=chatzill@66.183.125.196] has joined #wesnoth-dev
20090919 07:17:13-!- Crab_ [i=crab@wesnoth/developer/crab] has joined #wesnoth-dev
20090919 07:35:33-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit []
20090919 07:45:57-!- silene [n=plouf@ASte-Genev-Bois-152-1-45-61.w83-114.abo.wanadoo.fr] has joined #wesnoth-dev
20090919 08:07:23-!- melinath [n=melinath@ip-78-236.wireless.oberlin.edu] has joined #wesnoth-dev
20090919 08:08:15-!- stikonas [n=and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20090919 08:10:45-!- Appleman1234 [n=Appleman@131.181.100.26] has joined #wesnoth-dev
20090919 08:36:16-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit ["WRYYYYYYYYYYYYYYYYYYYY!"]
20090919 08:37:27-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has joined #wesnoth-dev
20090919 08:51:04-!- melinath [n=melinath@ip-78-236.wireless.oberlin.edu] has quit [Read error: 110 (Connection timed out)]
20090919 08:53:31-!- DDR [n=chatzill@66.183.125.196] has quit [Read error: 110 (Connection timed out)]
20090919 08:54:07-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Read error: 110 (Connection timed out)]
20090919 08:57:19-!- zookeeper [n=l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20090919 09:05:12-!- Sirp [n=user@wesnoth/developer/dave] has quit [Read error: 113 (No route to host)]
20090919 09:15:47-!- Blueblaze [n=nick@76.202.23.166] has quit [Remote closed the connection]
20090919 09:18:10-!- EdB [n=edb@118.101.196-77.rev.gaoland.net] has joined #wesnoth-dev
20090919 09:18:23-!- mordante [n=mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20090919 09:18:40< mordante> servus
20090919 09:30:08-!- Crab_1 [i=crab@94-248-22-183.dynamic.peoplenet.ua] has joined #wesnoth-dev
20090919 09:30:10-!- Crab_ [i=crab@wesnoth/developer/crab] has quit [Read error: 110 (Connection timed out)]
20090919 09:52:18-!- Blarumyrran [n=Blarumy@81-20-159-197.levira.ee] has joined #wesnoth-dev
20090919 09:57:37-!- lizard_r [n=Miranda@wesnoth/umc-dev/developer/lizard] has joined #wesnoth-dev
20090919 09:57:55-!- ettin [n=jorda@wesnoth/developer/ettin] has joined #wesnoth-dev
20090919 10:08:27-!- fendrin [n=fabi@wesnoth/developer/fendrin] has quit [Remote closed the connection]
20090919 10:08:47-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20090919 10:21:50-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20090919 10:28:01< Ivanovic> moin
20090919 10:28:26< Ivanovic> mordante: you saw my reply this night regarding the resize bug?
20090919 10:28:39< Ivanovic> that is: how long do you think you'll need to fix it?
20090919 10:33:03-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20090919 10:35:07< mordante> Ivanovic, yes I saw it, thinking about the best way to fix it
20090919 10:36:09< mordante> the problem I run into is that it's rather simple to add scrollbars but then events are no longer send to the widgets
20090919 10:36:40< mordante> so when the scroolbars show up, the widgets no longer react to mouse or keyboard
20090919 10:36:48< mordante> scrollbars*
20090919 10:45:10< mordante> Ivanovic, I need to rewrite a part of the event handling structure (I already planned that for 1.8 but I don't need to convert everything no per se)
20090919 10:45:52< mordante> which will need a bit of testing and not sure how many problems I run into while doing so
20090919 10:46:11< mordante> so I expect to need at least about three weeks
20090919 10:46:21< Ivanovic> how do you handle adding event listeners and the likes?
20090919 10:46:22< mordante> and it might be more if I run into problems
20090919 10:46:25-!- lizard_r [n=Miranda@wesnoth/umc-dev/developer/lizard] has quit ["Saurian Augur - I'll heal you by 4 hp if you leave next to me"]
20090919 10:46:46< Ivanovic> that is: if i understodd you correctly the listeners for mouse/keyboard work fine when no scrollbar is there
20090919 10:46:59< Ivanovic> when later on the scrollbar gets added, the listeners go foobar?
20090919 10:47:32< mordante> yup the scrollbar part of the widget grabs the events and don't pass them on correctly
20090919 10:47:53< Ivanovic> hmm
20090919 10:48:01< mordante> and who gets the mouse wheel is also not properly defined yet
20090919 10:48:06< Ivanovic> the scrollbar only has to handle a small and very specific subset, right?
20090919 10:49:19< Ivanovic> is it not possible to define a "scrollbar event" class that only listens to events relevant to the scroll bar and if no scroll bar is available the "normal" one will listen for those, too
20090919 10:49:34< mordante> yes but a keyboard arrow event gets either send to the focussed widget, but if that widget doesn't handle keyboard it needs to go to the window scrollbar
20090919 10:49:52< Ivanovic> ahhh, lovely
20090919 10:50:21< mordante> I know how to fix it, I only like to do it properly instead of adding some hacks
20090919 10:50:37< Ivanovic> ahh, okay, properly fixing things sounds good to me
20090919 10:50:38< Ivanovic> ;)
20090919 10:50:45< Ivanovic> what do you think of this plan:
20090919 10:50:46< mordante> I can do it in a local git branch and see how far I get in what time
20090919 10:51:06< Ivanovic> one week for adding general features and the likes and then starting the soft stringfreeze
20090919 10:51:16< Ivanovic> this i hope to have last for four to six weeks
20090919 10:51:20< mordante> and maybe commit it in trunk with #ifdefs so if it causes more harm we can easily revert it
20090919 10:51:40< Ivanovic> so if you need 3 weeks to fix the stuff there are two weeks left for thorough testing of it
20090919 10:51:57< mordante> yup 
20090919 10:51:58< Ivanovic> (and since this stuff is currently somehow broken it is a bug fix and not an added feature ;) )
20090919 10:52:20< Ivanovic> that is: depending on how bug fixing for the rest goes you have at least 2 weeks of testing
20090919 10:52:29< Ivanovic> more likely 4 looking at how long things sometimes take
20090919 10:52:30< Ivanovic> ;)
20090919 10:52:38< mordante> normally people call things rather a feature as a bug ;-P
20090919 10:53:00< Ivanovic> the bug is the resize crash
20090919 10:53:15< mordante> I agree
20090919 10:53:21< Ivanovic> and you just fix it in a more complete way than just adding some strange workaround
20090919 10:53:31< mordante> but just most of the time bugs get downplayed as feature ;-)
20090919 10:53:45< Ivanovic> and keyboard handling going foobar *is* IMO a bug, too
20090919 10:53:46< Ivanovic> ;)
20090919 10:54:26< mordante> the joys of discovering how complex designing a good widget system is ;-)
20090919 10:55:08< Ivanovic> :)
20090919 10:55:38< mordante> but it's still fun and highly educational 
20090919 10:56:40< Ivanovic> corn: a question: is it still possible watching the stats uploaded by yourself or is the message completely wrong with the new stats system?
20090919 10:56:55< Ivanovic> corn: just click on the envelope in the main screens buttom right corner
20090919 10:57:10< Ivanovic> corn: if the text is not correct anymore, please do update it "soon"
20090919 11:03:05-!- happygrue_ [n=George@c-67-184-214-25.hsd1.in.comcast.net] has quit [Read error: 104 (Connection reset by peer)]
20090919 11:05:27-!- giusef [n=giusef@unaffiliated/giusef] has joined #wesnoth-dev
20090919 11:14:18-!- Crab_1 is now known as Crab_
20090919 11:14:18-!- Crab_ is now known as Cra1
20090919 11:14:54-!- Cra1 is now known as Crab_
20090919 11:15:17-!- Crab_ [i=crab@94-248-22-183.dynamic.peoplenet.ua] has quit ["Leaving."]
20090919 11:15:21-!- Crab_ [i=crab@wesnoth/developer/crab] has joined #wesnoth-dev
20090919 11:15:50-!- fendrin [n=fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev
20090919 11:20:21-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has joined #wesnoth-dev
20090919 11:23:53< CIA-62> crab * r38695 /trunk/src/ai/default/ (ai.cpp ai.hpp): teach default ai recruitment to recall good units
20090919 11:24:37< Crab_> fendrin: ^ first edition. AI considers 'good' recalls (better by combat value, compared to recruit list) and recalls them. I'll do some more tweaks soon, but it already works.
20090919 11:31:17< Ivanovic> cool
20090919 11:31:59< Crab_> Ivanovic: and one step closer towards making an AI which can beat a campaign
20090919 11:32:38< Ivanovic> :)
20090919 11:34:02< CIA-62> ivanovic * r38696 /trunk/ (25 files in 24 dirs): updated Dutch translation
20090919 11:34:19< Ivanovic> mordante: and yes, something has to be done regarding the update stuff
20090919 11:45:20-!- nonsensical [n=ars@209-210-207-246.dslnorthwest.net] has quit [Read error: 110 (Connection timed out)]
20090919 11:48:21-!- loonybot [n=loonybot@79.139.139.133] has joined #wesnoth-dev
20090919 11:49:03-!- loonycyborg [n=sergey@79.139.139.133] has joined #wesnoth-dev
20090919 11:55:24< mordante> Ivanovic, I'll see whether I can have a look later today, looking a bit a some design issues at the moment
20090919 11:56:45< Ivanovic> sure, take your time
20090919 12:55:49-!- FlavaZava [n=krille_h@68-66.vinet.t3.se] has joined #wesnoth-dev
20090919 12:56:14-!- FlavaZava [n=krille_h@68-66.vinet.t3.se] has left #wesnoth-dev []
20090919 13:19:14-!- EdB [n=edb@118.101.196-77.rev.gaoland.net] has quit [Remote closed the connection]
20090919 13:44:03-!- Appleman1234 [n=Appleman@131.181.100.26] has quit [Read error: 110 (Connection timed out)]
20090919 14:00:03-!- Crab_1 [i=crab@94-248-41-94.dynamic.peoplenet.ua] has joined #wesnoth-dev
20090919 14:09:02-!- FlavaZava [n=krille_h@68-66.vinet.t3.se] has joined #wesnoth-dev
20090919 14:10:15-!- lizard_r [n=Miranda@wesnoth/umc-dev/developer/lizard] has joined #wesnoth-dev
20090919 14:17:51-!- Crab_ [i=crab@wesnoth/developer/crab] has quit [Read error: 110 (Connection timed out)]
20090919 14:21:21< CIA-62> crab * r38697 /trunk/src/ai/default/ai.cpp: make AI consider units's XP and potential advancements when recalling
20090919 14:26:10-!- lizard_r [n=Miranda@wesnoth/umc-dev/developer/lizard] has quit ["Saurian Augur - I'll heal you by 4 hp if you leave next to me"]
20090919 15:13:26< Ivanovic> deekay: got a message from the commit ml regarding some auto discard of a mail sent to your @o2 address
20090919 15:13:48< Ivanovic> deekay: is the address gone and you just missed to update your entry in the ML?
20090919 15:14:00< Ivanovic> you might want to make sure that you are listed correctly on the mailling lists
20090919 15:15:17< deekay> Ivanovic: I'll check that
20090919 15:15:28< Ivanovic> okay
20090919 15:16:35-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has quit ["leaving"]
20090919 15:17:58< Ivanovic> Crab_1: what is the status of this patch? https://gna.org/patch/?1275
20090919 15:18:29< Ivanovic> Crab_1: any update on this one? https://gna.org/patch/?1169
20090919 15:19:48< Ivanovic> shadowmaster: will you have a look at this one (since your nick is mentioned in one of the comments...)? https://gna.org/patch/?1302
20090919 15:21:14< deekay> Ivanovic: Hm, seems that something wierd happened and it turned of my mail delivery
20090919 15:22:09< Crab_1> Ivanovic: patch 1169: delayed until someone gets to it, it's part of wiki/EasyCoding
20090919 15:24:35< Crab_1> Ivanovic: patch 1275 : tricky stuff. the patch is relevant, but it contains some errors which should be fixed before applying. it will speedup a hard-to-check section of the code, so it can potentially introduce bugs. I'll fix & commit it, but later - it's not top priority for me now.
20090919 15:25:47-!- mjs-de [n=mjs-de@vpw.wh.uni-dortmund.de] has quit ["On the road again"]
20090919 15:51:00-!- melinath [n=melinath@ip-78-236.wireless.oberlin.edu] has joined #wesnoth-dev
20090919 15:58:40< Ivanovic> Crab_1, deekay: what is the status of this one? https://gna.org/patch/?1145
20090919 15:58:59< Ivanovic> will something be done about it, do you need more info or is it a "won't do" by now?
20090919 15:59:54< Ivanovic> Crab_1: okay, if 1169 is something like "won't do right now" you should probably mark it as postponed and link to easy coding, too
20090919 16:00:17< Crab_1> ok, will do so later today
20090919 16:01:15< Ivanovic> Soliton, deekay, everyone else: this one is probably "won't do", right? https://gna.org/patch/?1269
20090919 16:01:47< Crab_1> patch 1145: I'd say 'delete it'
20090919 16:02:47< Ivanovic> Crab_1: since this is your and deekays area of work, feel free to mark it "won't do" and leave some short comment
20090919 16:04:20< Crab_1> about patch 1269: it's interesting, but incomplete, because it skews attack prediction.
20090919 16:04:51< Crab_1> i.e. the player and the ai will not see actual 'expected result'
20090919 16:05:53< Ivanovic> hmm, that is *not good*
20090919 16:06:27< Ivanovic> so it is a very clear case of "won't do it this way"
20090919 16:06:49< Crab_1> if it included changes to attack prediction, it would be, from my humble PoV, a nice addition as an engine support for non-default eras which handle luck differently.
20090919 16:06:53< Crab_1> yes
20090919 16:07:09< Ivanovic> (if we do it at all that is)
20090919 16:08:15< Crab_1> Ivanovic: well, the general underlying idea of that patch is nicer than most attempts to 'reduce effects of luck'
20090919 16:09:23< Crab_1> Ivanovic: but it's definitely non-default-era (because it alters balance), and it's incomplete (because it doesn't fix attack prediction to account for its chance-to-hit changes)
20090919 16:09:56< Soliton> yeah, leave it open to see if there is more to come.
20090919 16:10:00< Ivanovic> Crab_1: you should at least leave this as comment so that it is not missed
20090919 16:11:31< Crab_1> Ivanovic: ok. but later today (I'll move to a place with better inet)
20090919 16:11:38< Ivanovic> sure
20090919 16:14:56< Crab_1> Ivanovic: the reason for allowing that patch to go in (*if* it's completed and all issues are solved and all questions are settled), is because it's impossible to alter attack prediction from WML to account for custom chance-to-hit changes during the battle, depending on RNG outcome), so some C++ support is required.
20090919 16:17:28-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20090919 16:23:40< Ivanovic> boucman, thespaceinvader: https://gna.org/bugs/index.php?14344
20090919 16:24:53< thespaceinvader> Ivanovic: it's going to be fixed soon - I've been too busy recently unfortunately
20090919 16:25:02< Ivanovic> okay
20090919 16:25:17< thespaceinvader> the gryphone thing won't, though - the requisite frames don't exist
20090919 16:26:29-!- Crab_1 [i=crab@94-248-41-94.dynamic.peoplenet.ua] has quit ["Leaving."]
20090919 16:29:37-!- ancestral [n=ancestra@97-116-105-75.mpls.qwest.net] has quit []
20090919 16:35:41-!- melinath [n=melinath@ip-78-236.wireless.oberlin.edu] has quit [Read error: 110 (Connection timed out)]
20090919 16:41:25-!- elias [n=elias@allegro/developer/allefant] has joined #wesnoth-dev
20090919 16:44:09-!- giusef [n=giusef@unaffiliated/giusef] has quit ["exit (-1);"]
20090919 16:51:18-!- FlavaZava [n=krille_h@68-66.vinet.t3.se] has quit ["( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )"]
20090919 16:56:23-!- wesbot changed the topic of #wesnoth-dev to: 92 bugs, 243 feature requests, 14 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20090919 16:57:58-!- fendrin [n=fabi@wesnoth/developer/fendrin] has quit [Read error: 104 (Connection reset by peer)]
20090919 16:58:09-!- fendrin [n=fabi@e181183095.adsl.alicedsl.de] has joined #wesnoth-dev
20090919 17:03:47-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20090919 17:10:06-!- cib0 [n=cib@p5DC428D4.dip.t-dialin.net] has joined #wesnoth-dev
20090919 17:14:27< CIA-62> ai0867 * r38698 /trunk/data/campaigns/Legend_of_Wesmere/scenarios/ (01_The_Uprooting.cfg 21_Elvish_Assassins.cfg): Move side 1 starting location in Lintanir following mapchange
20090919 17:42:55-!- Blarumyrran [n=Blarumy@81-20-159-197.levira.ee] has quit [Remote closed the connection]
20090919 18:01:56-!- allefant [n=elias@allegro/developer/allefant] has joined #wesnoth-dev
20090919 18:10:00-!- elias [n=elias@allegro/developer/allefant] has quit [Read error: 145 (Connection timed out)]
20090919 18:20:50-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20090919 18:27:28-!- Crab_ [n=Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20090919 18:50:48-!- blarumyrran [n=minaise@81-20-159-197.levira.ee] has joined #wesnoth-dev
20090919 18:56:20-!- melinath [n=melinath@ip-78-236.wireless.oberlin.edu] has joined #wesnoth-dev
20090919 19:22:17-!- yamokidzu-it [n=rainy-it@host165-64-dynamic.25-79-r.retail.telecomitalia.it] has joined #wesnoth-dev
20090919 19:23:19-!- melinath [n=melinath@ip-78-236.wireless.oberlin.edu] has quit [Read error: 110 (Connection timed out)]
20090919 19:39:55< fendrin> AI0867: Thank you
20090919 19:55:59-!- giusef [n=giusef@unaffiliated/giusef] has joined #wesnoth-dev
20090919 20:08:44-!- yamekidzu-it [n=rainy-it@host253-66-dynamic.24-79-r.retail.telecomitalia.it] has joined #wesnoth-dev
20090919 20:13:35-!- yamokidzu-it [n=rainy-it@host165-64-dynamic.25-79-r.retail.telecomitalia.it] has quit [Read error: 60 (Operation timed out)]
20090919 20:22:11-!- Crab_ [n=Crab_@wesnoth/developer/crab] has quit ["Leaving."]
20090919 20:34:50-!- melinath [n=melinath@ip-78-236.wireless.oberlin.edu] has joined #wesnoth-dev
20090919 20:45:37-!- Crab_ [n=Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20090919 20:46:37< shadowmaster> Ivanovic: that they mention my nick doesn't mean anything
20090919 20:46:53< shadowmaster> he's referencing my job in wesnoth-tc, which is not part of mainline
20090919 20:51:25< shadowmaster> Ivanovic: oh, and I wouldn't handle anything that was written in Python anyway :p
20090919 20:54:02< CIA-62> crab * r38699 /trunk/src/ai/default/ai.cpp: make AI consider 'unit cost vs recall cost' when recalling
20090919 20:54:11< CIA-62> crab * r38700 /trunk/src/ai/default/ (ai.cpp ai.hpp): improved default ai recruitment and recall- make it consider enemy potential recruits as potential opponents, as well. this fixes some 1st turn recall/recruit issues
20090919 20:55:14< Crab_> fendrin: ^ ok, now AI recalls are good enough. feel free to use and report any bugs. And, as a side effect, I've improved default AI recruitment a bit.
20090919 20:56:41-!- crimson_p [n=irchon@64.201.60.211] has joined #wesnoth-dev
20090919 20:57:05-!- crimson_p [n=irchon@64.201.60.211] has quit [Remote closed the connection]
20090919 21:09:35< CIA-62> crab * r38701 /trunk/ (changelog players_changelog): tribute to changelogs
20090919 21:19:08< silene> Crab_: you didn't test your patch... weight is always 0 now
20090919 21:19:27< Crab_> silene: what release /
20090919 21:19:28< Crab_> ?
20090919 21:19:42< silene> 38700
20090919 21:25:00< Crab_> silene: how to reproduce ? my test case gives both correct recall scores and correct recalls
20090919 21:26:07< Crab_> silene: or, say more specifically what I messed up in the source, and I'll look further
20090919 21:27:17-!- DDR [n=chatzill@66.183.125.196] has joined #wesnoth-dev
20090919 21:28:03< silene> Crab_: ai.cpp:1279, you are setting weight to 0
20090919 21:28:41< silene> (if the unit is not at max hitpoints)
20090919 21:29:02-!- stikonas [n=and@213.164.127.168] has joined #wesnoth-dev
20090919 21:29:32< Crab_> silene: an , understood. yes, you're right (it wasn't covered by my testcase, because I tested 1st turns, where there were no wounded units)
20090919 21:31:53-!- giusef [n=giusef@unaffiliated/giusef] has quit ["exit (-1);"]
20090919 21:36:38-!- valgor [i=5d7d0ed2@gateway/web/freenode/x-cgygnfgoepocieug] has joined #wesnoth-dev
20090919 21:38:36< CIA-62> crab * r38702 /trunk/src/ai/default/ai.cpp: fix a bug with weight being set to 0 incorrectly in case of considering wounded units during recruitment and recall. thanks to silene for spotting this.
20090919 21:38:40< Crab_> silene: ^ fixed. thanks
20090919 21:38:51< silene> thanks
20090919 21:39:50< silene> argl, come on... why go to floating-point arithmetic... "weight = weight * hitpoints / max_hitpoints" would have worked just as well...
20090919 21:40:39< Crab_> silene: yes, previously it was like that, but got changed. np to fix.
20090919 21:45:45< CIA-62> crab * r38703 /trunk/src/ai/default/ai.cpp: refactored previous commit
20090919 21:46:00-!- valgor [i=5d7d0ed2@gateway/web/freenode/x-cgygnfgoepocieug] has quit ["Page closed"]
20090919 21:48:20< AI0867> fendrin: I was showing off wesnoth and noticed kalenz wasn't in the right place. So I fixed it and then spent 5 minutes configuring my laptop and phone to commit it over 3G ;)
20090919 21:51:03< fendrin> :-)
20090919 22:06:13< esr> fendrin: Second rounfd of dialog tweaks done. Do you need any more work like this?
20090919 22:21:16< mordante> Crab_, ilor I'm working on the new slot based event design it's needed for the resize issue
20090919 22:21:53< mordante> at the moment I have three types of events normal (no paramaters) mouse (mouse parameters) keyboard (keyboard parameters)
20090919 22:22:11< mordante> for those I use three different boost::function objects
20090919 22:22:35 * Crab_ is listening...
20090919 22:22:38< mordante> which are stored in three different slot queues
20090919 22:23:09< mordante> I use one event enum as selector
20090919 22:24:01< mordante> this leaves the hole that you can register a mouse event as normal event and it never gets fired...
20090919 22:24:20< mordante> so I'm not too happy about that part
20090919 22:24:44< mordante> also I wonder whether it's really useful to send the mouse coordinates with every event
20090919 22:24:54< fendrin> esr: There are some TODO ESR that mark narrator speech for explaining game mechanism to the player left.
20090919 22:25:21< fendrin> fendrin: After that LoW should be stable string wise.
20090919 22:25:28< fendrin> esr: ^
20090919 22:25:33< Crab_> mordante: can't you plug the 'register a mouse event as normal event' hole ?
20090919 22:25:49< mordante> so I'm tempted to make three enums which the various events 
20090919 22:25:58< mordante> (which indeed would fix that hole)
20090919 22:26:33 * mordante rereads his second last sentence and it's ugly
20090919 22:27:03< mordante> so I'm tempted to create three enums for the various events so you can't put them in the wrong queue
20090919 22:27:24< mordante> (unless of course you start to do stupid things like casting)
20090919 22:28:16< mordante> what do think you of three enums?
20090919 22:28:50< Crab_> mordante: how would the 'user code' look like ?
20090919 22:28:51< mordante> also do you think it makes sense to send the mouse location on all mouse events (like scrollwheel) 
20090919 22:29:58< Crab_> mordante: some widgets might need it
20090919 22:30:07< Crab_> mordante: i.e. some kind of clickable minimap
20090919 22:31:02< mordante> I always want to send the location for a click event, only for the mouse wheel how useful is it?
20090919 22:32:11< mordante> Crab_, this is what the user code will look http://paste.debian.net/47014/
20090919 22:33:03< mordante> it still needs some polishing but you can now call a freestanding or a member function
20090919 22:33:19< Crab_> mordante: 'you can now call a freestanding or a member function' - that's very good
20090919 22:33:39< mordante> yup well boost bind takes care of that part
20090919 22:33:50< Crab_> but now we can actually use it :)
20090919 22:34:18< Crab_> I can say that the user code looks good but is too low-level.
20090919 22:35:27< mordante> I know the second parameter will probably be the third and have a default value
20090919 22:35:43< mordante> and that dynamic cast should also be gone in the final code
20090919 22:36:28< Crab_> i.e. something like http://paste.debian.net/47015/ looks simpler to use
20090919 22:37:07< mordante> so it'll be my_button->connect_signal(gui2::event::click, boost::bind(yeah))
20090919 22:37:22< mordante> what is message in your idea?
20090919 22:38:18< Crab_> an opaque handle to gui element
20090919 22:38:39< Crab_> retrieved via something like find_widget
20090919 22:40:20< Crab_> i.e., if a user wants to say 'when someone LEFT-CLICKS on THIS_WIDGET, do THAT), why he needs to know about stuff like ' gui2::event::tdispatcher_window::back_child ', or what THIS_WIDGET exactly is 
20090919 22:40:39< mordante> you prefer a free standing function over a member like message->connect_signal_left_mouse_button_click(boost:bind(yeah)); ?
20090919 22:40:59< Crab_> I don't really care if it's a freestanding or member-like.
20090919 22:41:10< Crab_> what is important is hiding of implementation details
20090919 22:41:30< mordante> well I intend to keep the current callback setters to do exactly that
20090919 22:41:34-!- yann [n=dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has quit [Remote closed the connection]
20090919 22:41:54< Crab_> i.e. I know 1) a string id of the widgets that interests me. 2) an event - left click   3) a action - a boost::function - that should be enough
20090919 22:41:56< mordante> but if you want to do something weird like adding a callback to a mouse move over a button you can
20090919 22:42:22< Crab_> 'callback to a mouse move over a button' -> (2) an event -'mouse over a widget'
20090919 22:42:47< mordante> I understand that, but I need the low level access for the library so don't want to hide that for the user
20090919 22:43:08< mordante> so I want to offer both, low level and high level for the most common callbacks
20090919 22:43:20< Crab_> ok, that's good
20090919 22:43:57< mordante> and the order is for eg a window should look at a keypress to see whether it's a hotkey if not send it to the child
20090919 22:44:30< mordante> but for some other actions I need to do something if the event isn't handled
20090919 22:46:42< Crab_> yes, that's understood
20090919 22:46:55< mordante> what do you think about the enums one or three (most user code shouldn't care too much since it probably never uses it)
20090919 22:47:24< mordante> but you might need it when you create widgets
20090919 22:48:10< mordante> I tend to think three looks a bit silly, but makes the usage saver
20090919 22:50:11-!- DDR [n=chatzill@66.183.125.196] has quit [Read error: 110 (Connection timed out)]
20090919 22:52:09< Crab_> mordante: well, 3 is ok, too. I'd use other approaches (I prefer games with inheritance instead of using enums) but everyone codes differently )
20090919 22:52:21-!- melinath [n=melinath@ip-78-236.wireless.oberlin.edu] has quit [Read error: 110 (Connection timed out)]
20090919 22:54:17< mordante> Crab_, I also prefer inheritance but haven't found a good solution for this case, so if you have suggestion please let me know
20090919 22:56:23-!- wesbot changed the topic of #wesnoth-dev to: 92 bugs, 243 feature requests, 13 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20090919 23:00:31< Crab_> mordante: I don't know the exact problem you're facing. if it's simply 'keep a list of evens, and allow to register an event only in the right queue', then something like http://wesnoth.pastebin.com/m757caafe comes to mind
20090919 23:00:35< Crab_> s/evens/events
20090919 23:01:27< Crab_> mordante: i.e. open ./src/ai/registry.cpp
20090919 23:02:12< Crab_> there's a number of ai pieces there, and each piece gets registered in the correct place
20090919 23:04:02< Crab_> the underlying data structures are 'id -> object' maps, which allow to find a piece by id
20090919 23:05:29< Crab_> in relation with gui, the usage will look like this - http://wesnoth.pastebin.com/m699a10a9
20090919 23:06:25< Crab_> (and the 'left click' event obliviously knows where and how to register itself )
20090919 23:07:28< Crab_> it can be rewritten even better, as http://wesnoth.pastebin.com/m6bc37e38
20090919 23:09:26< Crab_> the main thing is to set up a lookup from id's to objects. then, each object can just take care of itself
20090919 23:09:53< mordante> I might do that I've another idea I want to try
20090919 23:10:01< mordante> (involving more templates)
20090919 23:10:18< Crab_> so, you can have 1 enum of IDs, but, as soon as user asks to connect something, fetch some object by this id and let this object handle this
20090919 23:11:12< mordante> but I agree that it should be hard for the user to do the wrong thing, just couldn't find a good solution before :-(
20090919 23:11:29< Crab_> this way, user will not be able to do a wrong thing like ' you can register a mouse event as normal event'
20090919 23:11:50< Crab_> mordante: ok, good luck on implementing your idea :)
20090919 23:13:49< Crab_> mordante: for ai pieces, I use a 'base class - the interface', and 'derived class - the (might be templated) implementation' paradigm. then, rest of the code can deal with smart pointers to base, and be unaware of the implementation details.
20090919 23:14:52< Crab_> (plus a static registry pattern to populate the id->object map )
20090919 23:16:03-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20090919 23:19:22-!- stikonas [n=and@ctv-213-164-127-168.vinita.lt] has joined #wesnoth-dev
20090919 23:22:55-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20090919 23:51:47< CIA-62> silene * r38704 /trunk/src/scripting/lua.cpp: Added a shortest path finder to Lua.
20090919 23:51:50< CIA-62> silene * r38705 /trunk/src/scripting/lua.cpp: Added parameters to Lua pathfinder.
20090919 23:52:04< CIA-62> silene * r38706 /trunk/src/scripting/lua.cpp: Allowed custom cost functions for Lua pathfinder.
20090919 23:53:16< mordante> Crab_, it seems the template solution works http://paste.debian.net/47014/ now looks like http://paste.debian.net/47019/
20090919 23:53:39< mordante> by sending the type as template parameter I can select the right register function :-)
20090919 23:53:58-!- stikonas_ [n=and@ctv-213-164-127-168.vinita.lt] has joined #wesnoth-dev
20090919 23:54:12< Crab_> mordante: good :)
20090919 23:54:20< Crab_> mordante: why dynamic_cast is needed ?
20090919 23:54:27< mordante> thanks for your tips
20090919 23:55:01< mordante> it made me think of the boost mpl lib which could do what I wanted :-)
20090919 23:55:06< Crab_> np
20090919 23:55:52< Crab_> now it looks better, but still 2 lines more than necessary :)
20090919 23:55:59-!- stikonas_ [n=and@ctv-213-164-127-168.vinita.lt] has quit [Remote closed the connection]
20090919 23:56:01< mordante> dynamic_cast is needed since the code is a bit of hack, still needs to be polished before becoming really useful
20090919 23:56:15< Crab_> (e.g. why '    gui2::event::tdispatcher_window::back_child    ' and 'why dynamic_cast ' )
20090919 23:56:48-!- stikonas_ [n=and@213.164.127.168] has joined #wesnoth-dev
20090919 23:57:09< mordante> since the back_child determines it position, but should get a default value (which requires it to be the last argument)
20090919 23:57:21< Crab_> mordante: e.g. something like http://paste.debian.net/47020/
20090919 23:57:35< mordante> or maybe not and only use a sane default for the high level function
20090919 23:57:56< Crab_> mordante: you can provide two functions - 'high-level one', and specific (with more parameters)
20090919 23:58:20< mordante> Crab_, that's about what the final version should look ;-)
20090919 23:58:37< mordante> but it's still heavy WIP so has a lot of ugly parts
20090919 23:58:47< Crab_> it's good that there's less than before :)
20090919 23:59:28< mordante> yeah, well I hated that part since it was too easy to screw up
20090919 23:59:41-!- stikonas__ [n=and@ctv-213-164-127-168.vinita.lt] has joined #wesnoth-dev
--- Log closed Sun Sep 20 00:00:06 2009