--- Log opened Sun Feb 20 00:00:00 2011
20110220 00:00:31-!- ABCD [~abcd@gentoo/developer/abcd] has joined #wesnoth-dev
20110220 00:01:01-!- ABCD [~abcd@gentoo/developer/abcd] has quit [Remote host closed the connection]
20110220 00:01:14-!- loonycyborg [~sergey@wesnoth/developer/loonycyborg] has quit [Quit: I ATE'NT DEAD]
20110220 00:02:01-!- loonycyborg [~sergey@wesnoth/developer/loonycyborg] has joined #wesnoth-dev
20110220 00:03:57-!- clanehin_ [~quassel@cpe-174-109-072-146.nc.res.rr.com] has quit [Ping timeout: 240 seconds]
20110220 00:09:19-!- Tallken_ is now known as Tallken
20110220 00:09:39-!- Tallken [~Tallken@93.102.43.114.rev.optimus.pt] has quit [Changing host]
20110220 00:09:39-!- Tallken [~Tallken@unaffiliated/tallken] has joined #wesnoth-dev
20110220 00:12:10-!- Tallken [~Tallken@unaffiliated/tallken] has quit [Quit: Leaving]
20110220 00:16:45-!- dtiger [~dtiger@dynamic-vpdn-93-125-64-121.telecom.by] has quit [Remote host closed the connection]
20110220 00:16:51-!- MeccaGod [~majs@h14n4fls31o279.telia.com] has quit []
20110220 00:22:41-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Quit: Leaving.]
20110220 00:23:50-!- TronPaul [~tronpaul@dhcp245.eastfowl2.iit.edu] has joined #wesnoth-dev
20110220 00:29:58-!- deekay [~dk@wesnoth/developer/dragonking] has quit []
20110220 00:34:40< CIA-57> shadowmaster * r48561 /trunk/misc/fortunes/wesnoth: New fortune
20110220 00:37:23-!- Guest21666 is now known as Espreon
20110220 00:37:30-!- Espreon [~espreon@ai0867.net] has quit [Changing host]
20110220 00:37:30-!- Espreon [~espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20110220 00:38:02-!- clanehin [~quassel@cpe-174-109-072-253.nc.res.rr.com] has joined #wesnoth-dev
20110220 00:38:27-!- thespaceinvader [~chatzilla@wesnoth/artist/thespaceinvader] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]]
20110220 00:44:29-!- loonycyborg [~sergey@wesnoth/developer/loonycyborg] has quit [Quit: Zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz]
20110220 00:44:55-!- loonybot [~loonybot@wesnoth/bot/loonybot] has quit [Remote host closed the connection]
20110220 00:55:11-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20110220 01:00:49-!- stikonas [~and@bcm216-46.girton.cam.ac.uk] has joined #wesnoth-dev
20110220 01:00:49-!- stikonas [~and@bcm216-46.girton.cam.ac.uk] has quit [Changing host]
20110220 01:00:51-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20110220 01:09:52-!- clanehin [~quassel@cpe-174-109-072-253.nc.res.rr.com] has quit [Ping timeout: 240 seconds]
20110220 01:14:04-!- mjs-de [~mjs-de@p3EE26C2B.dip.t-dialin.net] has quit [Ping timeout: 240 seconds]
20110220 01:46:47-!- johndh [~johndh@adsl-85-159-94.mco.bellsouth.net] has quit [Ping timeout: 246 seconds]
20110220 01:52:26-!- johndh [~johndh@adsl-85-156-166.mco.bellsouth.net] has joined #wesnoth-dev
20110220 01:53:23-!- zookeeper [~l@wesnoth/developer/zookeeper] has quit []
20110220 01:58:14-!- un214 [~un214@adsl-75-45-1-223.dsl.scrm01.sbcglobal.net] has joined #wesnoth-dev
20110220 02:14:54-!- PetePorty [~pete@wesnoth/translator/PetePorty] has quit [Read error: Connection reset by peer]
20110220 02:15:29-!- PetePorty [~pete@wesnoth/translator/PetePorty] has joined #wesnoth-dev
20110220 02:19:28-!- TronPaul [~tronpaul@dhcp245.eastfowl2.iit.edu] has quit [Ping timeout: 272 seconds]
20110220 02:38:52-!- ABCD_ [~abcd@gentoo/developer/abcd] has joined #wesnoth-dev
20110220 02:46:10-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20110220 02:51:55< CIA-57> ai0867 * r48562 /trunk/data/tools/wmllint: Allow spaces in notepairs
20110220 03:06:11-!- ancestral [~ancestral@71-34-10-19.mpls.qwest.net] has joined #wesnoth-dev
20110220 03:09:45-!- TronPaul [~tronpaul@dhcp245.eastfowl2.iit.edu] has joined #wesnoth-dev
20110220 03:10:35-!- ancestral [~ancestral@71-34-10-19.mpls.qwest.net] has quit [Client Quit]
20110220 03:10:44-!- eoc` [~eoc@pD9561217.dip0.t-ipconnect.de] has joined #wesnoth-dev
20110220 03:11:14-!- ancestral [~ancestral@71-34-10-19.mpls.qwest.net] has joined #wesnoth-dev
20110220 03:14:16-!- eoc [~eoc@pD95619A9.dip0.t-ipconnect.de] has quit [Ping timeout: 240 seconds]
20110220 03:15:25-!- ABCD_ is now known as ABCD
20110220 03:19:03-!- vcap [~vcap@AReims-551-1-135-30.w90-18.abo.wanadoo.fr] has quit [Quit: leaving]
20110220 03:22:54-!- vcap [~vcap@AReims-551-1-135-30.w90-18.abo.wanadoo.fr] has joined #wesnoth-dev
20110220 03:26:38-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20110220 03:35:17-!- noy [~Noy@wesnoth/developer/noy] has quit [Ping timeout: 276 seconds]
20110220 03:39:18-!- eoc` is now known as eoc
20110220 03:40:45< shadowmaster> where the hell do whispers get displayed on the new lobby?
20110220 03:41:28< shadowmaster> ah, oh. It's just that the room list to the left doesn't get automatically updated until I click stuff... :/
20110220 03:43:38< CIA-57> shadowmaster * r48563 /trunk/src/multiplayer_ui.cpp: 
20110220 03:43:38< CIA-57> MP lobby (old): make the "whisper:" prefix translatable (bug #16124)
20110220 03:43:38< CIA-57> This won't be relevant once the new lobby fully takes over.
20110220 03:44:19-!- TronPaul [~tronpaul@dhcp245.eastfowl2.iit.edu] has quit [Quit: Leaving]
20110220 03:44:31-!- jw34 [~jw@pool-71-126-166-106.washdc.fios.verizon.net] has joined #wesnoth-dev
20110220 03:46:24-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20110220 03:46:37-!- jw34 [~jw@pool-71-126-166-106.washdc.fios.verizon.net] has left #wesnoth-dev ["Leaving"]
20110220 03:59:44< CIA-57> shadowmaster * r48564 /trunk/src/multiplayer_ui.cpp: MP lobby (old): Reuse a menu_events.cpp translation for the fix to bug #48563
20110220 04:01:39< CIA-57> shadowmaster * r48565 /trunk/po/wesnoth/es.po: Minor fix to the Spanish translation
20110220 04:02:15< CIA-57> shadowmaster * r48566 /branches/1.8/po/wesnoth/es.po: Minor fix to the Spanish translation
20110220 04:02:23-!- Noyga [~noyga@wesnoth/developer/noyga] has quit [Ping timeout: 250 seconds]
20110220 04:11:50< CIA-57> shadowmaster * r48567 /branches/1.8/src/multiplayer_ui.cpp: MP lobby (old): Backport revised fix for bug #48563
20110220 04:12:17< shadowmaster> preemptive statement follows
20110220 04:12:48< shadowmaster> yes, I know I somehow mixed up the revision and bug numbers
20110220 04:12:58-!- Elvish_Pillager [~eli@dhip-164.foss.residences.colby.edu] has quit [Ping timeout: 240 seconds]
20110220 04:21:01-!- Ivanovic_ [~ivanovic@dtmd-4db2bc9c.pool.mediaWays.net] has joined #wesnoth-dev
20110220 04:21:01-!- Ivanovic_ [~ivanovic@dtmd-4db2bc9c.pool.mediaWays.net] has quit [Changing host]
20110220 04:21:01-!- Ivanovic_ [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20110220 04:22:03< shadowmaster> mordante: https://gna.org/bugs/?15962 I like how "later" has turned into "never" with the pass of time :p
20110220 04:22:31< shadowmaster> (or maybe you forgot to update the issue in the tracker)
20110220 04:24:30< shadowmaster> wesbot: topic
20110220 04:24:31-!- wesbot changed the topic of #wesnoth-dev to: 181 bugs, 308 feature requests, 23 patches | logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20110220 04:25:20-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 276 seconds]
20110220 04:27:01-!- Ivanovic_ is now known as Ivanovic
20110220 04:31:47-!- un214 [~un214@adsl-75-45-1-223.dsl.scrm01.sbcglobal.net] has quit [Remote host closed the connection]
20110220 04:35:53-!- un214 [~un214@adsl-75-45-1-223.dsl.scrm01.sbcglobal.net] has joined #wesnoth-dev
20110220 04:36:39-!- un214 [~un214@adsl-75-45-1-223.dsl.scrm01.sbcglobal.net] has quit [Remote host closed the connection]
20110220 04:36:49< shadowmaster> anyone: https://gna.org/bugs/?15788  Upstream Problem? I'd guess this is related to SDL's WM interaction
20110220 04:50:02< CIA-57> shadowmaster * r48568 /trunk/ (changelog players_changelog src/game_preferences_display.cpp): Preferences: Add 1.25, 1.75 and 3.0 animation speed factors (bug #15713)
20110220 05:00:46-!- PK_ [4ac01e39@gateway/web/freenode/ip.74.192.30.57] has joined #wesnoth-dev
20110220 05:00:54< shadowmaster> Espreon: https://gna.org/bugs/?14924
20110220 05:01:03< shadowmaster> would be nice if you could have a look at it and take some decision
20110220 05:03:33< Espreon> Fighter, no. Scout, yes.
20110220 05:04:11< Espreon> Hmmm...
20110220 05:04:28< Espreon> shadowmaster: I'll deal with this tomorrow.
20110220 05:04:34< Espreon> ... I have to look at some things...
20110220 05:13:08-!- ancestral [~ancestral@71-34-10-19.mpls.qwest.net] has quit [Quit: i go sleeps kthxbai]
20110220 05:27:29-!- ancestral [~ancestral@71-34-10-19.mpls.qwest.net] has joined #wesnoth-dev
20110220 05:29:13-!- fstltna [~fstltna@72-57-5-226.pools.spcsdns.net] has joined #wesnoth-dev
20110220 05:30:16-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20110220 05:30:18-!- Gambit [~Gambit@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20110220 05:32:23< fstltna> !seen foo
20110220 05:35:36-!- PK_ [4ac01e39@gateway/web/freenode/ip.74.192.30.57] has quit [Quit: Page closed]
20110220 05:43:51-!- wajeemba [~wajeemba@173-30-93-25.client.mchsi.com] has quit [Read error: Connection reset by peer]
20110220 05:44:12< fstltna> !seen foo
20110220 05:45:06< shadowmaster> fstltna: what are you trying to do?
20110220 05:45:11< johndh> I think you mean...
20110220 05:45:15< fstltna> LOL sorry!!!
20110220 05:45:15< johndh> wesbot seen foo
20110220 05:45:15< wesbot> johndh: Sorry, I don't know of foo.
20110220 05:45:33< fstltna> I didnt realize my typing was going top this channel!
20110220 05:45:33< johndh> That's the syntax. ;)
20110220 05:45:47< fstltna> The problem with multiple channels...
20110220 05:46:00< fstltna> I wanted channel 4 and not 1 LOL
20110220 05:48:43-!- ancestral [~ancestral@71-34-10-19.mpls.qwest.net] has quit [Quit: i go sleeps kthxbai]
20110220 05:59:26-!- wesbot changed the topic of #wesnoth-dev to: 181 bugs, 307 feature requests, 23 patches | logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20110220 06:17:44-!- ancestral [~ancestral@71-34-10-19.mpls.qwest.net] has joined #wesnoth-dev
20110220 06:18:11< CIA-57> shadowmaster * r48569 /trunk/ (6 files in 3 dirs): 
20110220 06:18:11< CIA-57> Implement [allow_end_turn], [disallow_end_turn] (bug #13141)
20110220 06:18:11< CIA-57> No sidebar button graying-out for now. Patches welcome.
20110220 06:31:13< shadowmaster> fendrin: is this FR solved by your pathfinding changes? https://gna.org/bugs/?11532
20110220 06:31:33< shadowmaster> if so please mark it as Fixed and assign it to yourself
20110220 06:31:58< shadowmaster> (reminder: do not close it until a release with your changes is made)
20110220 06:43:02< Espreon> Sixty-one tabs...
20110220 06:44:23< shadowmaster> Espreon: ?
20110220 06:44:32< Espreon> I just closed sixty-one tabs.
20110220 07:04:16< Espreon> shadowmaster: I'd really like to see this: https://gna.org/bugs/index.php?15615 ... go bye-bye.
20110220 07:04:32< Espreon> No
20110220 07:04:35< Espreon> Sorry.
20110220 07:04:37< Espreon> Wrong one.
20110220 07:04:45< Espreon> shadowmaster: https://gna.org/bugs/index.php?16173 ... that.
20110220 07:06:13< shadowmaster> cannot help you with that
20110220 07:06:20< Espreon> Awwwww...
20110220 07:18:20-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20110220 07:23:35< fendrin> shadowmaster: hi
20110220 07:24:15< fendrin> shadowmaster:  regarding https://gna.org/bugs/?11532
20110220 07:24:45< fendrin> shadowmaster: It is up to zookeeper if the new [tunnel] features satisfies his needs...
20110220 07:25:15< shadowmaster> ask him then :p
20110220 07:27:31< fendrin> shadowmaster: Well, I will leave that fun to you ...
20110220 07:28:34< shadowmaster> you're just abusing the fact that I'm the only one who cares for 2+ years old issues
20110220 07:28:40< shadowmaster> :p
20110220 07:29:04 * shadowmaster goes to check bug #6406
20110220 07:29:16< fendrin> shadowmaster: :-) the old feature requests are most likely the best.
20110220 07:29:33 * Espreon would love to see the six-year-old issues fixed
20110220 07:29:39< fendrin> like wine that matured over the centuries.
20110220 07:31:31-!- mordante [~mordante@roadie.xs4all.nl] has joined #wesnoth-dev
20110220 07:31:31-!- mordante [~mordante@roadie.xs4all.nl] has quit [Changing host]
20110220 07:31:31-!- mordante [~mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20110220 07:31:45< mordante> servus
20110220 07:32:29< Espreon> mordante: Ic grete þe.
20110220 07:32:43< mordante> hi Espreon 
20110220 07:36:57 * mordante wonders why fendrin didn't mention he had a fix pending for the recruit dialog crash
20110220 07:37:26< fendrin> mordante: I did.
20110220 07:37:48< fendrin> several times on #wesnoth-dev
20110220 07:37:56< fendrin> maybe we missed each other
20110220 07:38:51< mordante> you didn't in the bug report, that's where I would have expected it
20110220 07:39:16< mordante> and are you sure you did in this chan, I read the logs and can't remember reading it
20110220 07:40:06< mordante> shadowmaster please close bugs after a release
20110220 07:41:26< fendrin> mordante: Yes, I wasn't sure for some time that the bug report is in fact an instance of the terrain defence issue.
20110220 07:41:57< shadowmaster> mordante: if you mean the recruit dialog crash bug:
20110220 07:41:57< shadowmaster> 23:47:06 <shadowmaster> well, it doesn't affect any released version for obvious reasons
20110220 07:41:58< fendrin> After that was clear, shadowmaster was quicker.
20110220 07:42:08< shadowmaster> 23:47:39 <shadowmaster> also, silene's been doing it before, so I don't see why I can not.
20110220 07:42:20< shadowmaster> (granted, the latter might be a poor excuse) ;P
20110220 07:42:29< mordante> I never noticed silene did and indeed a poor excuse
20110220 07:42:45< mordante> normally we close bugs after a release
20110220 07:43:08< mordante> I didn't know the number and need to fiddle with settings to watch the bug
20110220 07:43:41< shadowmaster> ISTR you were on the CC list
20110220 07:44:12< fendrin> At least, I will miss Silene.
20110220 07:44:22< mordante> I'm on the CC list, but doesn't help me when I'm in the tracker
20110220 07:44:32< fendrin> He was another developer constantly fighting the astaplishment.
20110220 07:44:42< shadowmaster> "astaplishment"?
20110220 07:44:46< fendrin> All hail to Silene and the power of LUA !
20110220 07:45:39< shadowmaster> all hail to silene and https://gna.org/bugs/?16571 ?
20110220 07:46:03< shadowmaster> :x
20110220 07:46:58< mordante> just don't expect me to join the praising 
20110220 07:47:46< mordante> fendrin, what means 'astaplishment' ?
20110220 07:47:51< fendrin> I think there have been several issues that caused his leaving
20110220 07:48:08< shadowmaster> yes, there's one major issue that irks me and I just linked it! ;)
20110220 07:48:21< fendrin> Just remember the constant fight of sapient agianst lua
20110220 07:49:30< shadowmaster> Espreon: you know more English than all of us combined
20110220 07:49:37< shadowmaster> what is "astaplishment"?
20110220 07:51:26< mordante> of course when adding a dependency it should be discussed on the dev-ml before adding ...
20110220 07:51:49< shadowmaster> aww, what happened to the old "multiple [story]s work around the Skip button" trick?
20110220 07:52:37< mordante> shadowmaster, did you find a fix for 16571 ?
20110220 07:52:44< Espreon> shadowmaster: A non-existent word.
20110220 07:52:55< Espreon> He probably means "establishment".
20110220 07:53:11< shadowmaster> mordante: not a real one, unfortunately :/
20110220 07:53:22< mordante> where in the code is the bug?
20110220 07:53:50< shadowmaster> it involves multiple parties
20110220 07:54:07< shadowmaster> mainly the parser and the preferences save/load code
20110220 07:54:39< shadowmaster> it all boils down to the guesswork done by config::attribute_value::operator=() though
20110220 07:54:43< mordante> shadowmaster, http://shadowm.rewound.net/blog/archives/153-Wesnoth-forums-status-III.html maybe explicitly mention tor and why we no longer support it
20110220 07:55:21< shadowmaster> that's at the bottom of my to-do list
20110220 07:55:52< shadowmaster> mainly because you can get 403s for other reasons other than proxy blacklisting
20110220 07:56:34< mordante> ok
20110220 08:00:54< mordante> any clue where the string gets converted to a number?
20110220 08:04:48< shadowmaster> most likely from preferences::set_password() (game_preferences.cpp:371), due to the invocation of the config::attribute_value::operator=() from the method invoked there
20110220 08:05:59< shadowmaster> I considered replacing the preferences::set() (preferences.cpp:117) use of operator=() with a custom method that forced attribute interpretation as plain string, but...
20110220 08:06:53< shadowmaster> the stored setting would still get corrupted when reading the preferences file on startup, because the parser makes use of that operator overload indirectly
20110220 08:07:34< shadowmaster> actually directly, src/s11n/parser.cpp line 305
20110220 08:10:13< shadowmaster> fixing that last part either involves introducing new WML syntax to force string interpretation, or reverting r42807 and related, which I guess we don't want to do
20110220 08:10:26< fendrin> http://en.wikipedia.org/wiki/The_Establishment
20110220 08:10:41< shadowmaster> or introducing a lot of ugly hacks as suggsted in the logs
20110220 08:11:00< fendrin> shadowmaster: And I consider you intelegent enough to get that out without calling for a sockpuppet...
20110220 08:11:19< shadowmaster> fendrin: ?
20110220 08:11:25< Espreon> LOL, wut?
20110220 08:11:41< shadowmaster> what are you talking about?
20110220 08:13:49-!- PetePorty [~pete@wesnoth/translator/PetePorty] has quit [Remote host closed the connection]
20110220 08:14:38< mordante> hmm indeed seems nasty to fix
20110220 08:16:36< shadowmaster> fendrin: please elaborate right now. :/ That's a pretty nasty accusation you are making, assuming you actually know what sockpuppetry entails in the first place.
20110220 08:26:20< CIA-57> mordante * r48570 /trunk/src/game_events.cpp: Fix some gcc warnings.
20110220 08:26:23< CIA-57> mordante * r48571 /trunk/ (6 files in 4 dirs): 
20110220 08:26:23< CIA-57> Add helptip information to the tooltip.
20110220 08:26:23< CIA-57> When a widget has both a tooltip and helptip a small text to notify the
20110220 08:26:23< CIA-57> user about it. This also means when there is a helptip the tooltip needs
20110220 08:26:23< CIA-57> to have a text.
20110220 08:30:57-!- ancestral [~ancestral@71-34-10-19.mpls.qwest.net] has quit [Quit: i go sleeps kthxbai]
20110220 08:32:53-!- dtiger [~dtiger@dynamic-vpdn-93-125-14-193.telecom.by] has joined #wesnoth-dev
20110220 08:39:55< CIA-57> shadowmaster * r48572 /trunk/ (changelog players_changelog src/map_label.cpp): 
20110220 08:39:55< CIA-57> Don't display team-based map labels to observers (bug #9648)
20110220 08:39:55< CIA-57> There's a glitch where if a player becomes observer due to the host's
20110220 08:39:55< CIA-57> use of the :control command, he/she will still be able to see his/her
20110220 08:39:55< CIA-57> team's labels until the currently playing side finishes his/her turn.
20110220 08:59:19-!- EdB [~edb@89.82.194.231] has joined #wesnoth-dev
20110220 08:59:42-!- Crendgrim [~crend@77-22-173-219-dynip.superkabel.de] has joined #wesnoth-dev
20110220 09:07:48< CIA-57> shadowmaster * r48573 /trunk/ (changelog src/playturn.cpp): 
20110220 09:07:48< CIA-57> Force gamemap label refreshing on controller switch events (i.e. :control)
20110220 09:07:48< CIA-57> This effectively fixes the glitch noted in 48572, and possibly others
20110220 09:07:48< CIA-57> not reported affecting the more general case.
20110220 09:08:20-!- MeccaGod [~majs@h14n4fls31o279.telia.com] has joined #wesnoth-dev
20110220 09:08:55< shadowmaster> phew.
20110220 09:20:58-!- Blueblaze [~Blueblaze@adsl-99-148-245-203.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20110220 09:26:05-!- Octalot [~noct@host86-166-164-207.range86-166.btcentralplus.com] has quit [Ping timeout: 240 seconds]
20110220 09:26:05-!- eoc [~eoc@pD9561217.dip0.t-ipconnect.de] has quit [Ping timeout: 250 seconds]
20110220 09:38:00-!- Mussious [~kamil@dft115.neoplus.adsl.tpnet.pl] has joined #wesnoth-dev
20110220 09:38:39-!- eoc [~eoc@pD95604FE.dip0.t-ipconnect.de] has joined #wesnoth-dev
20110220 09:39:19-!- Mussious [~kamil@dft115.neoplus.adsl.tpnet.pl] has quit [Client Quit]
20110220 10:00:41-!- Blueblaze [~Blueblaze@adsl-99-148-245-203.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze]
20110220 10:01:51-!- johndh [~johndh@adsl-85-156-166.mco.bellsouth.net] has quit [Quit: Leaving]
20110220 10:02:07-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20110220 10:06:08< CIA-57> mordante * r48574 /trunk/src/gui/ (4 files in 2 dirs): 
20110220 10:06:08< CIA-57> Improve capturing of the mouse in dialogs.
20110220 10:06:08< CIA-57> Adds a new dialog that allows non modal dialogs to only use the mouse,
20110220 10:06:08< CIA-57> when the mouse is inside area. (The keyboard handling has not been
20110220 10:06:08< CIA-57> determined yet.)
20110220 10:06:15< CIA-57> mordante * r48575 /trunk/ (5 files in 2 dirs): 
20110220 10:06:15< CIA-57> Convert the debug clock to a non modal dialog.
20110220 10:06:15< CIA-57> This is just a test case also enables a helptip for the hour progress
20110220 10:06:15< CIA-57> bar.
20110220 10:06:22< CIA-57> mordante * r48576 /trunk/src/gui/dialogs/ (dialog.cpp dialog.hpp): 
20110220 10:06:22< CIA-57> Remove tdialog::show_tooltip.
20110220 10:06:22< CIA-57> The function is no longer needed, windows that should be shown non modal
20110220 10:06:22< CIA-57> need to inherit from tpopup. (Partly reverts r48400.)
20110220 10:08:22-!- Noyga [~noyga@AVelizy-151-1-17-147.w82-120.abo.wanadoo.fr] has joined #wesnoth-dev
20110220 10:08:22-!- Noyga [~noyga@AVelizy-151-1-17-147.w82-120.abo.wanadoo.fr] has quit [Changing host]
20110220 10:08:22-!- Noyga [~noyga@wesnoth/developer/noyga] has joined #wesnoth-dev
20110220 10:31:16-!- ancestral [~ancestral@71-34-10-19.mpls.qwest.net] has joined #wesnoth-dev
20110220 10:35:25-!- ancestral [~ancestral@71-34-10-19.mpls.qwest.net] has quit [Ping timeout: 250 seconds]
20110220 10:37:47-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 276 seconds]
20110220 10:46:58-!- GNUtoo|laptop [~gnutoo@host68-143-dynamic.54-79-r.retail.telecomitalia.it] has joined #wesnoth-dev
20110220 10:50:26-!- grzywacz [~grzywacz@89-78-180-180.dynamic.chello.pl] has joined #wesnoth-dev
20110220 10:50:26-!- grzywacz [~grzywacz@89-78-180-180.dynamic.chello.pl] has quit [Changing host]
20110220 10:50:26-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20110220 10:55:25< mordante> Rhonda, do you have time (now or soon) to triage Wesnoth's debian bugs?
20110220 10:55:39-!- Tallken [~Tallken@unaffiliated/tallken] has joined #wesnoth-dev
20110220 10:55:40< mordante> s/soon/near future/
20110220 10:58:53-!- LordNasty [~NaSTy@93-43-153-184.ip92.fastwebnet.it] has quit [Ping timeout: 264 seconds]
20110220 10:59:09< mordante> grzywacz, will you be playing again today at 11:00 ?
20110220 10:59:45< grzywacz> mordante, 11GMT, I think we will
20110220 10:59:54< grzywacz> But I'm sick and barely slept tonight, so it's going to be quick :s
20110220 11:00:02< mordante> :-(
20110220 11:02:27-!- LordNasty [~NaSTy@93-43-153-184.ip92.fastwebnet.it] has joined #wesnoth-dev
20110220 11:17:10-!- LordNasty [~NaSTy@93-43-153-184.ip92.fastwebnet.it] has quit [Ping timeout: 272 seconds]
20110220 11:19:28< Rhonda> mordante: I fear not in the too near future. Next week potential. Coming week will be a horror time-wise.
20110220 11:19:35< Rhonda> mordante: Unless I can ping you on short notice.
20110220 11:19:52-!- Johannes13 [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20110220 11:20:06< Ivanovic> moin
20110220 11:20:23-!- loonybot [~loonybot@94.29.63.216] has joined #wesnoth-dev
20110220 11:20:23-!- loonybot [~loonybot@94.29.63.216] has quit [Changing host]
20110220 11:20:23-!- loonybot [~loonybot@wesnoth/bot/loonybot] has joined #wesnoth-dev
20110220 11:20:57-!- loonycyborg [~sergey@wesnoth/developer/loonycyborg] has joined #wesnoth-dev
20110220 11:27:37< mordante> Rhonda, ok, just ping me when you have time, then I also know whether I have time
20110220 11:27:43< mordante> hi Ivanovic 
20110220 11:29:35-!- deekay [~dk@89-79-35-236.dynamic.chello.pl] has joined #wesnoth-dev
20110220 11:29:35-!- deekay [~dk@89-79-35-236.dynamic.chello.pl] has quit [Changing host]
20110220 11:29:35-!- deekay [~dk@wesnoth/developer/dragonking] has joined #wesnoth-dev
20110220 11:34:00-!- ancestral [~ancestral@71-34-10-19.mpls.qwest.net] has joined #wesnoth-dev
20110220 11:34:00-!- Tallken [~Tallken@unaffiliated/tallken] has quit [Quit: Leaving]
20110220 11:41:46-!- zookeeper [~l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20110220 11:46:52-!- Octalot [~noct@host109-157-83-22.range109-157.btcentralplus.com] has joined #wesnoth-dev
20110220 11:48:08-!- ancestral [~ancestral@71-34-10-19.mpls.qwest.net] has quit [Quit: i go sleeps kthxbai]
20110220 11:48:25-!- stikonas [~and@bcm216-46.girton.cam.ac.uk] has joined #wesnoth-dev
20110220 11:48:25-!- stikonas [~and@bcm216-46.girton.cam.ac.uk] has quit [Changing host]
20110220 11:48:25-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20110220 11:49:27-!- Mussious [~kamil@dft115.neoplus.adsl.tpnet.pl] has joined #wesnoth-dev
20110220 11:53:07-!- MeccaGod [~majs@h14n4fls31o279.telia.com] has quit []
20110220 11:59:26-!- wesbot changed the topic of #wesnoth-dev to: 181 bugs, 303 feature requests, 23 patches | logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20110220 12:00:32-!- ancestral [~ancestral@71-34-10-19.mpls.qwest.net] has joined #wesnoth-dev
20110220 12:15:08-!- timotei [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20110220 12:16:14-!- Appleman1234 [~Appleman1@CPE-60-226-179-130.qld.bigpond.net.au] has joined #wesnoth-dev
20110220 12:19:44-!- ancestral [~ancestral@71-34-10-19.mpls.qwest.net] has quit [Quit: i go sleeps kthxbai]
20110220 12:21:27< Soliton> mordante, shadowmaster: bugs in unreleased versions do indeed get closed as soon as they're fixed.
20110220 12:22:19< mordante> Soliton, since when?
20110220 12:22:32< Soliton> since forever.
20110220 12:22:57< mordante> O_O I didn't know that
20110220 12:23:21< Soliton> http://wiki.wesnoth.org/ReportingBugs#Bug_protocol
20110220 12:23:24< timotei> hmm shadowmaster it is a problem if I assign myself the bug: https://gna.org/bugs/?15788 ?
20110220 12:24:32< timotei> hmm, so what's in trunk we can close them?
20110220 12:26:34< mordante> Soliton, ok seems I was wrong, I wasn't aware of that exception
20110220 12:27:23< Soliton> it's not really an exception to not wait for a release if someone finds a bug in a non-released version...
20110220 12:27:49< Soliton> they obviously can work with non-released versions so can easily get the fix.
20110220 12:28:16-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20110220 12:28:25< mordante> true but I thought we also did it to make it easier to find the bug again
20110220 12:28:30-!- Mussious [~kamil@dft115.neoplus.adsl.tpnet.pl] has quit [Quit: Ex-Chat]
20110220 12:28:39< mordante> anyway I'll close the report again
20110220 12:28:40< Soliton> there is similar sillyness of people leaving won't fix or invalid or duplicate bugs open.
20110220 12:29:34< mordante> again I thought it was also done for people to easily find their bug
20110220 12:30:00-!- Noyga [~noyga@wesnoth/developer/noyga] has quit [Ping timeout: 272 seconds]
20110220 12:30:00< mordante> and yes I also keep those open until the next release
20110220 12:30:25< Soliton> if they want to find their bug they gave an email address and got notified? :-)
20110220 12:30:52-!- stikonas [~and@bcm216-46.girton.cam.ac.uk] has joined #wesnoth-dev
20110220 12:30:52-!- stikonas [~and@bcm216-46.girton.cam.ac.uk] has quit [Changing host]
20110220 12:30:52-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20110220 12:30:57< mordante> some people don't give their email address ;-)
20110220 12:32:00< Soliton> ergo they don't care to find their bug.
20110220 12:32:27-!- MeccaGod [~majs@h14n4fls31o279.telia.com] has joined #wesnoth-dev
20110220 12:32:47< mordante> or don't want spam 
20110220 12:34:17< Soliton> luckily a quite orthogonal issue.
20110220 12:43:18-!- ancestral [~ancestral@71-34-10-19.mpls.qwest.net] has joined #wesnoth-dev
20110220 12:57:52-!- Gambit [~Gambit@wesnoth/developer/grickit] has joined #wesnoth-dev
20110220 13:01:18-!- janebot [~Gambot@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev
20110220 13:31:52-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Quit: SIGKILL]
20110220 13:33:14-!- Appleman1234 [~Appleman1@CPE-60-226-179-130.qld.bigpond.net.au] has quit [Remote host closed the connection]
20110220 13:47:04-!- Octalot [~noct@host109-157-83-22.range109-157.btcentralplus.com] has quit [Remote host closed the connection]
20110220 13:48:16-!- ancestral [~ancestral@71-34-10-19.mpls.qwest.net] has quit [Quit: i go sleeps kthxbai]
20110220 14:00:23-!- iwaim__ [~iwaim@rasteenie.alib.jp] has quit [Ping timeout: 250 seconds]
20110220 14:00:45-!- iwaim__ [~iwaim@rasteenie.alib.jp] has joined #wesnoth-dev
20110220 14:13:54-!- LordNasty [~LordNasty@net-93-151-55-76.cust.dsl.teletu.it] has joined #wesnoth-dev
20110220 14:15:41-!- Elvish_Pillager [~eli@dhip-164.foss.residences.colby.edu] has joined #wesnoth-dev
20110220 14:26:25-!- GeorgeSebastian [~georgeSeb@218.248.84.92] has joined #wesnoth-dev
20110220 14:26:25-!- GeorgeSebastian [~georgeSeb@218.248.84.92] has quit [Changing host]
20110220 14:26:25-!- GeorgeSebastian [~georgeSeb@unaffiliated/georgesebastian] has joined #wesnoth-dev
20110220 14:31:04-!- GeorgeSebastian [~georgeSeb@unaffiliated/georgesebastian] has quit [Ping timeout: 240 seconds]
20110220 14:34:02-!- Noyga [~noyga@wesnoth/developer/noyga] has joined #wesnoth-dev
20110220 14:36:23< Ivanovic> esr: https://gna.org/bugs/index.php?17752
20110220 14:37:14-!- p1mps [~p1mps@151.76.162.28] has joined #wesnoth-dev
20110220 14:37:19< Ivanovic> zookeeper: https://gna.org/bugs/index.php?17671
20110220 14:38:56< mordante> Ivanovic, does this by change fix your cross-compilation issue? http://paste.debian.net/108277/
20110220 14:39:42< Ivanovic> mordante: IIRC the issue was that the file was simply not *found*
20110220 14:40:08< Ivanovic> so the error was during the cmake phase, not during building
20110220 14:41:20< mordante> I know
20110220 14:42:02-!- p1mps [~p1mps@151.76.162.28] has quit [Read error: Operation timed out]
20110220 14:42:42-!- negusnyul [~negusnyul@dsl4E5CCD8B.pool.t-online.hu] has joined #wesnoth-dev
20110220 14:43:29-!- GeorgeSebastian [~georgeSeb@218.248.84.92] has joined #wesnoth-dev
20110220 14:43:29-!- GeorgeSebastian [~georgeSeb@218.248.84.92] has quit [Changing host]
20110220 14:43:29-!- GeorgeSebastian [~georgeSeb@unaffiliated/georgesebastian] has joined #wesnoth-dev
20110220 14:44:18< Ivanovic> hmm, interesting
20110220 14:44:28< Ivanovic> currently this issue seems to not happen *at all* in trunk
20110220 14:45:55< mordante> hmm interesting
20110220 14:46:07< mordante> did you create a new cmake build env?
20110220 14:48:15< Ivanovic> i don't think anything relevant in those areas changed in my toolchain
20110220 14:48:30< Ivanovic> and yeah, i was working (of course) using a new folder and run the cmake command there
20110220 14:48:40-!- GeorgeSebastian [~georgeSeb@unaffiliated/georgesebastian] has quit [Ping timeout: 240 seconds]
20110220 14:49:12< Ivanovic> as i was using a new folder when working with the 1.9.4 release tarball
20110220 14:49:41< mordante> hmm that's really odd
20110220 14:50:04< Ivanovic> currently trying to compile using my trunk checkout
20110220 14:50:12< Ivanovic> will take a little, since this is not in my ccache
20110220 14:50:20< mordante> ok
20110220 14:52:17-!- Johannes13 [~Johannes@unaffiliated/johannes13] has quit [Ping timeout: 264 seconds]
20110220 14:53:46< Ivanovic> mordante: was working nicely now, but can't do too much other testing, since my system is loaded with other tasks
20110220 14:54:05< Ivanovic> mordante: when releasing 1.9.5 (and building the pandora version) i can say if the prob is fixed
20110220 14:54:24< mordante> ok then I leave the issue for now
20110220 14:54:59< Ivanovic> besides it is not this huge an issue, since by setting the variable it was working for 1.9.4
20110220 14:56:21-!- PetePorty [~pete@wesnoth/translator/PetePorty] has joined #wesnoth-dev
20110220 14:56:41< esr> Ivanovic: That bug should not be very difficult to fix.
20110220 14:56:50< Ivanovic> esr: good!
20110220 14:57:14< Ivanovic> esr: btw do you know if there are some descriptions and such for the kalifate (or however they are going to be called in the end)?
20110220 14:57:34-!- Sirp [~user@wesnoth/developer/dave] has joined #wesnoth-dev
20110220 14:57:35< mordante> true but I like to get it fixed if it's a bug ;-)
20110220 14:57:42< esr> Don't know, haven't been following that.
20110220 14:58:01< Sirp> hi
20110220 14:58:08< mordante> hi Sirp 
20110220 14:58:45< Ivanovic> hi Sirp
20110220 14:58:46< esr> Sirp: Long time no see!  Though I haven't been very active myself lately.
20110220 14:59:47< Sirp> esr: indeed ... I just got back from a trip to Poland where I met up with some Wesnoth developers.
20110220 15:00:12< Ivanovic> Sirp: you met most in brussels!
20110220 15:00:17< Ivanovic> ;)
20110220 15:00:30< Sirp> Ivanovic: well, yes.
20110220 15:00:35< Ivanovic> a weekendtrip during the longer trip
20110220 15:00:56< Sirp> Ivanovic: still I also met ilor in Poland. :)
20110220 15:01:05< Ivanovic> you met three in poland
20110220 15:01:32< mordante> nice 
20110220 15:01:46< Ivanovic> and several more during wesdem
20110220 15:01:54< Sirp> Ivanovic: or four if you include Faello.
20110220 15:02:00< Sirp> but he's not really a developer admittedly
20110220 15:02:21< Ivanovic> :)
20110220 15:02:28-!- p1mps [~p1mps@151.76.186.139] has joined #wesnoth-dev
20110220 15:02:32< Ivanovic> i hope that you will now have some freetime, too
20110220 15:03:07< Ivanovic> grzywacz: so was there a tournament game today? and how did it end (if it is over already)
20110220 15:03:25< mordante> Ivanovic, seems to being postponed at the moment
20110220 15:03:30< Ivanovic> ah, okay
20110220 15:03:47< mordante> neki has to leave
20110220 15:04:09-!- Johannes13 [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20110220 15:04:24< grzywacz> Ivanovic, we're going to continue tomorrow, 8PM GMT
20110220 15:04:36< Ivanovic> grzywacz: ah, okay
20110220 15:04:45< Ivanovic> how did it go so far?
20110220 15:06:48-!- GeorgeSebastian [~georgeSeb@218.248.84.92] has joined #wesnoth-dev
20110220 15:06:48-!- GeorgeSebastian [~georgeSeb@218.248.84.92] has quit [Changing host]
20110220 15:06:48-!- GeorgeSebastian [~georgeSeb@unaffiliated/georgesebastian] has joined #wesnoth-dev
20110220 15:09:43-!- Blueblaze [~Blueblaze@adsl-99-148-245-203.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20110220 15:11:26-!- iwaim__ [~iwaim@rasteenie.alib.jp] has quit [Ping timeout: 246 seconds]
20110220 15:17:00< grzywacz> Ivanovic, I think it's mostly stalled
20110220 15:17:55< CIA-57> esr * r48577 /trunk/data/core/encyclopedia/drakes.cfg: Typo fix.
20110220 15:21:26< CIA-57> esr * r48578 /trunk/data/tools/wmllint: Address bug #17752: wmllint wants to apply special notes for commented abilities.
20110220 15:23:32-!- GeorgeSebastian [~georgeSeb@unaffiliated/georgesebastian] has quit [Ping timeout: 272 seconds]
20110220 15:30:26-!- Blueblaze [~Blueblaze@adsl-99-148-245-203.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze]
20110220 15:32:31-!- Blueblaze [~Blueblaze@adsl-99-148-245-203.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20110220 15:32:31-!- iwaim [~iwaim@2001:2c0:40e::1] has joined #wesnoth-dev
20110220 15:33:02-!- iwaim__ [~iwaim@rasteenie.alib.jp] has joined #wesnoth-dev
20110220 15:37:15-!- GeorgeSebastian [~georgeSeb@unaffiliated/georgesebastian] has joined #wesnoth-dev
20110220 15:42:39-!- zookeeper [~l@wesnoth/developer/zookeeper] has quit [Ping timeout: 260 seconds]
20110220 15:43:55< AI0867> wesbot: bug 16173
20110220 15:43:56< wesbot> Bug #16173  Assigned to: None  Status: None  Priority: 5 - Normal
20110220 15:43:56< wesbot> Summary: Using n or cl while a fake unit is moving causes the game to segfault
20110220 15:43:59< wesbot> Original submission: Using the debug commands n or cl (after selecting a scena
20110220 15:44:02< wesbot> rio) while a fake unit is moving causes the game to segfault; I observed this du
20110220 15:44:05< wesbot> URL: https://gna.org/bugs/?16173
20110220 15:44:06< AI0867> wesbot: bug 11532
20110220 15:44:06< wesbot> Bug #11532  Assigned to: Ali El Gariani <alink>  Status: None  Priority: 5 - Normal
20110220 15:44:09< wesbot> Summary: Allow [teleport] abilities to specify valid source/destination
20110220 15:44:12< wesbot> Original submission: Teleportation shouldn't be hardcoded to only work from vi
20110220 15:44:15< wesbot> llage to village, but instead the ability should be able to specify the valid so
20110220 15:44:18< wesbot> URL: https://gna.org/bugs/?11532
20110220 15:44:27-!- Octalot [~noct@host109-157-83-22.range109-157.btcentralplus.com] has joined #wesnoth-dev
20110220 15:47:13< boucman> loonycyborg: around ?
20110220 15:47:26< loonycyborg> Yes.
20110220 15:49:07-!- zookeeper [~l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20110220 15:49:32< loonycyborg> boucman: What was your actual question?
20110220 15:50:13< boucman> I'm trying to add some openMP support in wesnoth, I need to add a new compiler flag and linker flag for my tests
20110220 15:50:23< boucman> no need to detect the library yet, it's purely local
20110220 15:50:28< boucman> how do I do that in scons
20110220 15:51:44< loonycyborg> scons extra_flags_config=whatever
20110220 15:52:27< loonycyborg> CXXFLAGS and LDFLAGS environment variables work too, but they don't persisnt between invokations.
20110220 15:56:53< loonycyborg> *persist
20110220 15:58:31< boucman> thx, testing now
20110220 16:00:21-!- Crab_ [~Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20110220 16:06:30-!- p1mps [~p1mps@151.76.186.139] has quit [Ping timeout: 240 seconds]
20110220 16:18:03-!- GeorgeSebastian [~georgeSeb@unaffiliated/georgesebastian] has quit [Read error: Connection reset by peer]
20110220 16:19:43-!- p1mps [~p1mps@151.76.191.71] has joined #wesnoth-dev
20110220 16:27:43< mordante> Crab_, have some time to talk about Lua?
20110220 16:28:24< Crab_> yes
20110220 16:28:54< mordante> ok good
20110220 16:29:21< mordante> just wanted to know do you want to look into making Lua completely exception safe
20110220 16:29:31< mordante> we talked a bit about it last week
20110220 16:30:08< Crab_> in nearest 2-3 weeks 'no, not enough time'. in march, I'll spend some time trying to make it happen.
20110220 16:31:49< mordante> you think you'll succeed or fear you may run into troubles?
20110220 16:32:12< Crab_> I expect 'success with some bugs' :)
20110220 16:33:21< mordante> ok in that case I won't work further on Lua
20110220 16:33:42< Crab_> have you committed your workaround?
20110220 16:33:50< mordante> I added the tlua_jailbreak_exception 
20110220 16:34:06-!- GeorgeSebastian [~georgeSeb@unaffiliated/georgesebastian] has joined #wesnoth-dev
20110220 16:34:09< mordante> and it's reasonable documented, but not good enough for a long term solution
20110220 16:35:01< mordante> I use the work-around for the twml_exception class and that works
20110220 16:35:36< mordante> but I haven't cleaned up the sticky-exceptions
20110220 16:35:45< Crab_> ok
20110220 16:35:55< mordante> so we now have two jail breaks, one with payload and one without
20110220 16:36:48< mordante> but if you want to fix it the right way(tm) later it's a waste of time to cleanup the work-arounds now
20110220 16:37:16-!- p1mps [~p1mps@151.76.191.71] has quit [Remote host closed the connection]
20110220 16:46:31< AI0867> that depends on what you mean by the Right Way
20110220 16:46:58< AI0867> I don't know how long lua's release cycle is, but forking it seems like a bad idea
20110220 16:47:33< Ivanovic> mordante, Crab_: is this fix "good enough" for a 1.9.5 release?
20110220 16:47:53< mordante> Ivanovic, yes
20110220 16:47:54< Ivanovic> mordante, Crab_: in case that the kalifate are commited then, i plan to release 1.9.5 next weekend
20110220 16:48:24< mordante> AI0867, Crab_'s changes indeed involve more changes in upstream Lua
20110220 16:48:27< Ivanovic> AI0867: IIRC the last lua release is "long ago"
20110220 16:48:37< mordante> my changes are only in lua/luaconf.h
20110220 16:49:43< Ivanovic> the last lua release (5.1.4) is from august 2008
20110220 16:49:58< Ivanovic> though they started working on a 5.2 series last year
20110220 16:50:09< Ivanovic> in november they reached alpha state
20110220 16:50:37< mordante> http://www.lua.org/versions.html seems to be three years between releases
20110220 16:50:43< Ivanovic> (starting in jan with work1 and 2, work3 in may, work4 in july, work 5 at the end of october)
20110220 16:50:53< Ivanovic> so they are not really a fast releasing team
20110220 16:52:39< EdB> and lua is mostly to be embeded
20110220 16:53:43< EdB> so you can do what is better for you
20110220 17:01:44-!- phlaem [~a@e178123158.adsl.alicedsl.de] has joined #wesnoth-dev
20110220 17:05:03-!- Johannes13 [~Johannes@unaffiliated/johannes13] has quit [Ping timeout: 276 seconds]
20110220 17:06:01< mordante> btw Ivanovic wasn't kalifate planned for a weekend later?
20110220 17:06:22< Ivanovic> it is planned for this month, this would mean about next weekend
20110220 17:06:58< mordante> ok true
20110220 17:20:49-!- Johannes13 [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20110220 17:33:51-!- clanehin [~quassel@cpe-174-109-072-253.nc.res.rr.com] has joined #wesnoth-dev
20110220 17:36:05-!- GeorgeSebastian [~georgeSeb@unaffiliated/georgesebastian] has quit [Ping timeout: 264 seconds]
20110220 17:38:48-!- un214 [~un214@adsl-75-45-1-223.dsl.scrm01.sbcglobal.net] has joined #wesnoth-dev
20110220 17:40:50-!- Aethaeryn [~Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #wesnoth-dev
20110220 17:54:25-!- mjs-de [~mjs-de@p3EE228B0.dip.t-dialin.net] has joined #wesnoth-dev
20110220 17:55:42-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20110220 17:56:24-!- negusnyul [~negusnyul@dsl4E5CCD8B.pool.t-online.hu] has quit [Read error: Connection reset by peer]
20110220 17:56:38-!- negusnyul [~negusnyul@dsl4E5CCD8B.pool.t-online.hu] has joined #wesnoth-dev
20110220 17:59:26-!- wesbot changed the topic of #wesnoth-dev to: 180 bugs, 303 feature requests, 23 patches | logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20110220 18:02:27-!- mayanks43 [~Marcus@210.212.160.101] has joined #wesnoth-dev
20110220 18:05:46-!- noy [~Noy@wesnoth/developer/noy] has quit [Read error: Connection reset by peer]
20110220 18:06:37-!- GeorgeSebastian [~georgeSeb@unaffiliated/georgesebastian] has joined #wesnoth-dev
20110220 18:16:35< boucman> grzywacz: at what time are you continuing today's game ?
20110220 18:17:19< Ivanovic> [15:04:24] <grzywacz> Ivanovic, we're going to continue tomorrow, 8PM GMT
20110220 18:17:22-!- ancestral [~ancestral@71-34-10-19.mpls.qwest.net] has joined #wesnoth-dev
20110220 18:19:17-!- GeorgeSebastian [~georgeSeb@unaffiliated/georgesebastian] has quit [Ping timeout: 264 seconds]
20110220 18:22:21-!- GeorgeSebastian [~georgeSeb@unaffiliated/georgesebastian] has joined #wesnoth-dev
20110220 18:27:24< mordante> I'm off bye
20110220 18:27:51-!- mordante [~mordante@wesnoth/developer/mordante] has quit [Quit: Leaving]
20110220 18:28:05< boucman> thx Ivanovic
20110220 18:31:34-!- GeorgeSebastian [~georgeSeb@unaffiliated/georgesebastian] has quit [Ping timeout: 240 seconds]
20110220 18:36:22-!- un214 [~un214@adsl-75-45-1-223.dsl.scrm01.sbcglobal.net] has quit [Remote host closed the connection]
20110220 18:44:37-!- mayanks43 [~Marcus@210.212.160.101] has left #wesnoth-dev []
20110220 18:50:40-!- Octalot [~noct@host109-157-83-22.range109-157.btcentralplus.com] has quit [Ping timeout: 240 seconds]
20110220 18:52:07-!- Octalot [~noct@host86-147-50-61.range86-147.btcentralplus.com] has joined #wesnoth-dev
20110220 18:54:44-!- p1mps [~p1mps@151.65.22.174] has joined #wesnoth-dev
20110220 18:59:20-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20110220 19:00:57-!- SirpIpad [~sirpipad@pool-173-74-15-196.dllstx.fios.verizon.net] has joined #wesnoth-dev
20110220 19:10:35-!- SirpIpad [~sirpipad@pool-173-74-15-196.dllstx.fios.verizon.net] has quit [Quit: Colloquy for iPad - http://colloquy.mobi]
20110220 19:15:56-!- eoc is now known as eoc|far_away
20110220 19:31:33-!- Crendgrim [~crend@77-22-173-219-dynip.superkabel.de] has quit [Remote host closed the connection]
20110220 19:38:04-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20110220 19:45:44-!- PetePorty is now known as WetePorty
20110220 20:11:30-!- deekay [~dk@wesnoth/developer/dragonking] has quit [Quit: deekay]
20110220 20:19:53-!- deekay [~dk@wesnoth/developer/dragonking] has joined #wesnoth-dev
20110220 20:25:48-!- johndh [~johndh@adsl-85-156-166.mco.bellsouth.net] has joined #wesnoth-dev
20110220 20:35:01-!- erwann [~erwann@89.235.99-84.rev.gaoland.net] has joined #wesnoth-dev
20110220 20:37:48-!- negusnyul [~negusnyul@dsl4E5CCD8B.pool.t-online.hu] has quit [Ping timeout: 268 seconds]
20110220 20:44:12-!- WetePorty is now known as PeterPorty
20110220 20:51:15-!- EdB [~edb@89.82.194.231] has quit [Remote host closed the connection]
20110220 20:55:51-!- phlaem [~a@e178123158.adsl.alicedsl.de] has quit [Quit: Leaving]
20110220 20:57:17-!- negusnyul [~negusnyul@dsl4E5CCD8B.pool.t-online.hu] has joined #wesnoth-dev
20110220 20:58:09-!- erwann [~erwann@89.235.99-84.rev.gaoland.net] has quit [Remote host closed the connection]
20110220 21:09:35-!- anonymissimus [~chatzilla@HSI-KBW-095-208-006-134.hsi5.kabel-badenwuerttemberg.de] has joined #wesnoth-dev
20110220 21:10:14-!- TronPaul [~tronpaul@dhcp245.eastfowl2.iit.edu] has joined #wesnoth-dev
20110220 21:10:31< anonymissimus> who was the genie to "rewrite" the MOVE_UNIT macro by using the move_unit tag
20110220 21:11:17< anonymissimus> dont think this is the way it should be done; instead the calls to MOVE_UNIT should be replaced with move_unit tags
20110220 21:11:29< anonymissimus> same for similar new tags
20110220 21:11:46< anonymissimus> using the tag in the macro is just quick and dirty
20110220 21:16:37< shadowmaster> shikadibot: log 45956
20110220 21:16:38< shikadibot> shadowmaster: Revision 45956 (zookeeper) on Mon Aug 23 07:44:42 2010:
20110220 21:16:38< shikadibot> shadowmaster: Converted the MOVE_UNIT macro to use the new [move_unit] tag.
20110220 21:16:38< shikadibot> shadowmaster: Web interface URL: http://svn.gna.org/viewcvs/wesnoth?view=rev&rev=45956
20110220 21:16:58< shadowmaster> the correct word is "genius", btw
20110220 21:18:17< anonymissimus> ok thx
20110220 21:21:59-!- dtiger [~dtiger@dynamic-vpdn-93-125-14-193.telecom.by] has quit [Remote host closed the connection]
20110220 21:25:19< anonymissimus> (the old MOVE_UNIT did work for moving to impassable terrain too, while [move_unit] does not and cant thats the problem)
20110220 21:27:46< AI0867> anonymissimus: sounds like [move_unit] should be fixed and MOVE_UNIT should use [move_unit] *and* have a deprecation warning
20110220 21:28:25< Espreon> Did someone say "deprecation"? Sounds good to me.
20110220 21:28:40< anonymissimus> the C++ pathfinding function which move_unti relies on is not capable to handle impassable target terrain
20110220 21:28:53< anonymissimus> the find_vacant_tile function I mean
20110220 21:28:58< AI0867> how did MOVE_UNIT do the trick?
20110220 21:29:09< AI0867> use a different pathfind function?
20110220 21:29:10< anonymissimus> it stored and unstored
20110220 21:29:15< AI0867> yes
20110220 21:29:24< anonymissimus> using the find_vacant in unstore_unit
20110220 21:29:40< anonymissimus> which was a different path IIRC
20110220 21:30:06< AI0867> [move_unit_fake] indeed checks with looser requirements also when the unit itself can't do the moving
20110220 21:30:12< AI0867> but [move_unit] can't copy that?
20110220 21:30:19< zookeeper> what, i did that change?
20110220 21:31:33< zookeeper> odd. i hope that at least someone was pushing me to do it :p
20110220 21:32:03< anonymissimus> hm both call pathfind::find_vacant_tile
20110220 21:38:42-!- p1mps [~p1mps@151.65.22.174] has quit [Ping timeout: 276 seconds]
20110220 21:38:55< AI0867> yes, but [move_unit_fake] will use an emergency_path_calculator if the normal path fails and a dummy_path_calculator if it fails again
20110220 21:38:57-!- Sapient [~sapient@wesnoth/developer/sapient] has joined #wesnoth-dev
20110220 21:39:26< AI0867> see src/game_events.cpp +1014
20110220 21:39:38< Sapient> hi
20110220 21:39:43< Sapient> I am the establishment
20110220 21:39:52 * Sapient winks at fendrin
20110220 21:40:56< fendrin> hi Sapient
20110220 21:41:23< Sapient> when did I get this title, fendrin? :p
20110220 21:41:50< fendrin> It seems to suit you?
20110220 21:42:05< Sapient> I think world's laziest developer is probably more fitting, but thanks
20110220 21:42:23< fendrin> :-)
20110220 21:43:11< fendrin> I am realy sad that silene left. I think we gave him sometimes a hard time.
20110220 21:43:45< Sapient> he left before, you know
20110220 21:43:56< shadowmaster> fendrin: you never answered my question.
20110220 21:43:58< Rhonda> What made him leave? :(
20110220 21:44:38< Sapient> I was the one who asked him to come back and fix the preprocessor, since none of us understood it and we were about to rewrite it
20110220 21:45:02< Sapient> And then after that he went on the Lua crusade
20110220 21:45:05< Rhonda> shadowmaster: Maybe you don't deserve an answer.
20110220 21:45:19< shadowmaster> Rhonda: you don't know what I'm talking about, so don't intervene.
20110220 21:45:35< Rhonda> Crab_: How did you come along with the wiki?
20110220 21:45:42< Rhonda> shadowmaster: Just generally speaking. :)
20110220 21:45:51< shadowmaster> keep your teasing to yourself please
20110220 21:45:59< fendrin> Rhonda: I am not sure. There was some flamewar on the ml. But I think there must have been something going on earlier.
20110220 21:46:21< Sapient> fendrin, don't stir it up then please
20110220 21:46:22< Crab_> Rhonda: fine, there was an 1) issue with 'new php + recaptcha plugin' which blocked page edits - fixed by 2-line patch to said plugin  2) DPL plugin required pages to be edited/saved.
20110220 21:46:46< Crab_> Rhonda: so, some web searches and all came up.
20110220 21:48:05< fendrin> Sapient: Well, I think it is needed to be discussed.
20110220 21:48:16< shadowmaster> fendrin: fine with me. I'll assume you are just a troll disguised as developer. Don't expect any help or support from me in the future.
20110220 21:48:36< shadowmaster> ironic that it wasn't too long ago that you apologized to me for some other comment
20110220 21:49:44< Sapient> fendrin: when the relevant parties are ready to discuss it, they will do so
20110220 21:50:23< Rhonda> Crab_: Great, thanks for the update.
20110220 21:50:27-!- timotei [~timotei@89.43.196.13] has joined #wesnoth-dev
20110220 21:50:27-!- timotei [~timotei@89.43.196.13] has quit [Changing host]
20110220 21:50:27-!- timotei [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20110220 21:50:31 * Rhonda ruffles shadowmaster's hairs
20110220 21:52:02< fendrin> shadowmaster: Wait, you still deserve some fisch for your trolling in the commit comment that fixed the defense bug. Here it is: <`)))><
20110220 21:52:30 * Noyga is learning lua (for a different game)
20110220 21:52:51< Sapient> I mean it's not like we are curing cancer here, we are tweaking a game... for fun. If tempers have flared then let them cool off rather than dredging it back up and making it into a bigger issue than it is.
20110220 21:53:24< Sapient> If you aren't having fun then you're doing it wrong
20110220 21:53:58< Sapient> And probably should take a break, in that case
20110220 21:54:25< TronPaul> ^ that statement should apply to life in general
20110220 21:55:16< Sapient> if you were a skilled mediator at resolving conflicts then maybe I wouldn't object, though you don't appear to be
20110220 21:55:22< fendrin> TronPaul: Take a break from life?
20110220 21:55:27< TronPaul> yes
20110220 21:55:35< TronPaul> hide in a library for a few months
20110220 21:55:37< TronPaul> read books
20110220 21:55:45< TronPaul> though the first one more
20110220 21:55:48< TronPaul> than the second
20110220 21:56:12< TronPaul> "If you aren't having fun then you're doing it wrong" sure there's work involved
20110220 21:56:13< shadowmaster> fendrin: well, wow, I can't believe you call that trolling.
20110220 21:56:23< TronPaul> but if at the end of the day, you aren't satisfied
20110220 21:56:25< TronPaul> change it
20110220 21:56:37< shadowmaster> but I guess I should expect that from someone who doesn't know what sockpuppetry is.
20110220 21:56:50< Noyga> twell that's what i'm currently doing with wesnoth development : i was bored so i stoppend for the moment
20110220 21:57:42< TronPaul> also hi everyone, am new, looking for easy bugs to work on
20110220 21:58:00< Crab_> TronPaul: hello :)
20110220 21:58:09< TronPaul> I'd like to participate in GSoC for wesnoth, so gotta learn
20110220 21:58:20< Sapient> lol, ok I just wanted to confirm that I am the Establishment now
20110220 21:58:21< Noyga> TronPaul, you might find some on http://bugs.wesnoth.org
20110220 21:58:26< TronPaul> yea I've looked
20110220 21:58:35< Sapient> I will vanish again
20110220 21:58:38-!- Sapient [~sapient@wesnoth/developer/sapient] has quit [Quit: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.17/2009122204]]
20110220 21:58:53< TronPaul> was looking into #17617
20110220 21:58:55< TronPaul> ach
20110220 21:58:56< TronPaul> not that
20110220 21:58:59< TronPaul> was looking into #17671
20110220 21:59:04< fendrin> Sapient: That is right. I don't have a degree in mediation. But what I don't want is that there is an ongoing bashing of silene because he left and there are still bugs left in his code. This is stiring up.
20110220 22:00:41< anonymissimus> AI0867: , zookeeper : well I'll create a bug about [move_unit]/MOVE_UNIT not working if target hex impassable and assign to me
20110220 22:01:35< anonymissimus> could be fixed by reverting MOVE_UNIT macro code but wel
20110220 22:01:45< Crab_> TronPaul: a good bug, should be an easy one to fix :)
20110220 22:02:54< Crab_> TronPaul: were you able to find the cause ?
20110220 22:03:40-!- TheBuzzSaw [~buzz@c-174-52-119-193.hsd1.ut.comcast.net] has joined #wesnoth-dev
20110220 22:03:48< TronPaul> Crab_: well I found I could easily fix it with a line of WML
20110220 22:03:55< Crab_> TronPaul: which one ?
20110220 22:03:56-!- Johannes13 [~Johannes@unaffiliated/johannes13] has quit [Ping timeout: 246 seconds]
20110220 22:04:06< TronPaul> Crab_: lemme find it
20110220 22:04:40< TronPaul> Crab_: find_vacant
20110220 22:04:48< TronPaul> which would put the new undead unit
20110220 22:04:52< TronPaul> made by macro rise_up_rise_up
20110220 22:04:54< TronPaul> in the same place
20110220 22:05:14< TronPaul> however the submitter liked the way the current method
20110220 22:05:19< TronPaul> put the new undead unit
20110220 22:05:28< TronPaul> out of the way so that more attacks could be made
20110220 22:05:40< TronPaul> since the new undead unit has no moves or attacks
20110220 22:06:13< TronPaul> the enemy cannot continue to attack
20110220 22:06:49< TronPaul> however, it seems like find_vacant=no is the best method
20110220 22:06:53-!- TheBuzzSaw [~buzz@c-174-52-119-193.hsd1.ut.comcast.net] has left #wesnoth-dev []
20110220 22:07:06< TronPaul> because if it had to keep searching for vacant tile, it could put the new unit somewhere even stupider
20110220 22:07:33< TronPaul> though it seems there's then something wrong with finding a vacant tile to put the new unit
20110220 22:07:43< TronPaul> since its putting them in walls
20110220 22:07:44< fendrin> TronPaul: Remember that all that what I told you about the find_vacant thing was guesswork.
20110220 22:07:48< TronPaul> yea
20110220 22:07:54< TronPaul> i need to test
20110220 22:09:08< Crab_> TronPaul: are you sure that find_vacant has any effect ? (if it's in trunk)
20110220 22:09:12< TronPaul> my laptop I'm on right now gets really hot compiling and running wesnoth
20110220 22:09:24< zookeeper> find_vacant doesn't do anything in [unit]
20110220 22:09:24< TronPaul> I need to test on my computer
20110220 22:09:28< TronPaul> mmk
20110220 22:09:34< zookeeper> (unless it's a recent feature, which i doubt)
20110220 22:09:38< TronPaul> then thats wrong
20110220 22:09:47< TronPaul> but I just installed VBox on my desktop
20110220 22:09:50< TronPaul> and got trunk there
20110220 22:09:57< TronPaul> been working on a Lucene project
20110220 22:10:01< TronPaul> for my InfoRet class
20110220 22:10:11< Crab_> zookeeper: yes
20110220 22:10:34-!- negusnyul [~negusnyul@dsl4E5CCD8B.pool.t-online.hu] has quit [Remote host closed the connection]
20110220 22:10:44< fendrin> Crab_, zookeeper, TronPaul: My guessing was that the unit gets placed in wall hex fields because the dying unit is still around during the "die" event.
20110220 22:10:47< zookeeper> TronPaul, what we want is to put placement=map_overwrite in the [unit] tag
20110220 22:10:50< zookeeper> that should take care of everything
20110220 22:10:54< TronPaul> ahh kk
20110220 22:11:21< Crab_> TronPaul: RISE_UP_RISE_UP has a [unit] tag in it, it's controlled by WML_HANDLER_FUNCTION(unit  in game_events.cpp
20110220 22:11:22< zookeeper> so from the looks of it, it should be a one-line fix
20110220 22:11:31< fendrin> Still the selection of a terrain the unit can't access normaly should be considered a bug.
20110220 22:11:32< zookeeper> i'll just...do it now
20110220 22:11:58< Crab_> TronPaul: it uses unit_creator class to place the unit, which is in actions.cpp
20110220 22:12:00< fendrin> So you just cure the symptoms, not the bug itself.
20110220 22:12:17< TronPaul> yea I wanted to look for a bug further in
20110220 22:12:22< Crab_> then, unit_creator::find_location finds the location 
20110220 22:12:37< zookeeper> sure, feel free to try to fix the disease.
20110220 22:12:38< Crab_> and, with placement=map it calls a 'loc = find_vacant_tile(*resources::game_map, *resources::units, loc, pathfind::VACANT_ANY);'
20110220 22:13:04< Crab_> I'd add more log statements to check what happens - what loc  is passed to find_vacant_tile and what it returns.
20110220 22:13:08< TronPaul> which you were discussing earlier I think
20110220 22:13:24< Crab_> TronPaul: same function is used from many different places, yes
20110220 22:13:27< TronPaul> yea, just haven't ever debugged large c or c++ code
20110220 22:13:35< Rhonda> Soliton: Didn't you want to recompile all in ~wesnoth/bin?
20110220 22:13:54< TronPaul> that and so much stupid school crap that I put off
20110220 22:13:59< zookeeper> fendrin, yet the bug in TRoW isn't that units get put to a vacant hex which is impassable, it's that they're getting put to a vacant hex at all...
20110220 22:14:03< TronPaul> stupid physics lab...
20110220 22:14:11-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Read error: Connection reset by peer]
20110220 22:14:18-!- crimson_pingvin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20110220 22:14:34< Soliton> Rhonda: nope.
20110220 22:14:49< Rhonda> Soliton: wesnothd-1.7 and wesnothd-dev are still old and outdated. :(
20110220 22:15:16< Crab_> TronPaul: I recommend starting with printf-style debugging
20110220 22:15:37< fendrin> zookeeper: Agreed. But there is some point in what the bug reporter said.
20110220 22:15:51< Crab_> TronPaul: learn how wesnoth's log domains work, add a new log domain to that cpp file and add some informative log statements and launch wesnoth with your log domain enabled.
20110220 22:15:53< Soliton> Rhonda: nobody uses them.
20110220 22:16:50< TronPaul> mmmk, will do
20110220 22:17:01< Rhonda> Soliton: Shouldn't we delte them, then?
20110220 22:17:18< TronPaul> switchin to VBox, brb
20110220 22:17:23-!- TronPaul [~tronpaul@dhcp245.eastfowl2.iit.edu] has quit [Quit: Leaving]
20110220 22:17:46< Soliton> Rhonda: i just removed the -dev one, don't care either way about 1.7, 1.5 etc.
20110220 22:18:51< CIA-57> zookeeper * r48579 /trunk/data/campaigns/The_Rise_Of_Wesnoth/utils/trow-macros.cfg: Fixed bug #17671 (corpses spawn in a hex adjacent to the dying unit).
20110220 22:19:03< Rhonda> Alright, I'll remove the outdated libs it links again, so it won't be possible to start it any longer.
20110220 22:19:25< zookeeper> fendrin, well, no, not really. he says it should be impossible to happen whereas it shouldn't; it's better to spawn onto an impassable hex than not at all, if no passable ones are nearby.
20110220 22:21:33< Crab_> zookeeper: well,I agree with the fix, but there's a bug in there..
20110220 22:22:02< Crab_> zookeeper, TronPaul: the bug is with unit placement routine. basically, it gets the location before unit is placed. but, in order to check passability, we need to pass a unit* to find_vacant
20110220 22:22:10< Crab_> zookeeper: so, we have a dependency loop
20110220 22:22:20< Crab_> zookeeper: so, currently, the passability check is not done
20110220 22:22:29< Crab_> zookeeper: and, maybe, things can be improved.
20110220 22:22:59< Crab_> s/find_vacant/find_vacant_tile
20110220 22:23:03< zookeeper> Crab_, well, yes, i think it'd be nice that when it tries to find a vacant hex for a unit, it prefers passable ones.
20110220 22:24:08< Crab_> zookeeper: yes
20110220 22:24:45-!- TronPaul [~TronPaul@dhcp237.gradapt2.iit.edu] has joined #wesnoth-dev
20110220 22:24:52< zookeeper> oh, my first commit in almost a month...
20110220 22:24:56< TronPaul> ugh finally... stupid no wired...
20110220 22:25:22< Crab_> TronPaul:  the bug is with unit placement routine. basically, it gets the location before unit is placed. but, in order to check passability, we need to pass a unit* to find_vacant_tile
20110220 22:25:29< Crab_> TronPaul:  "zookeeper: Crab_, well, yes, i think it'd be nice that when it tries to find a vacant hex for a unit, it prefers passable ones."
20110220 22:25:58< Crab_> TronPaul: check pathfind/pathfind.hpp, find_vacant_tile
20110220 22:26:08< TronPaul> yea i was looking pathfind earlier
20110220 22:26:32< Crab_> TronPaul: and check 'loc = find_vacant_tile(*resources::game_map, *resources::units, loc, pathfind::VACANT_ANY);' in unit_creator::find_location in actions.cpp
20110220 22:26:44< Soliton> is it better to find a vacant tile 10 hexes away or an impassable one 1 hex away?
20110220 22:26:54< zookeeper> i guess i'm on a wesbreak because i got overloaded with all the hundred different things i should be doing, but i'm not sure if a wesbreak helps since my queue is still just getting longer.
20110220 22:27:31< TronPaul> probably better to find a vacant tile 10 hexes away if need be
20110220 22:27:37< Crab_> Soliton: I'd vote for vacant tile 10 hexes away. at least it's what the docs say
20110220 22:27:54< zookeeper> actually i'd have voted the opposite
20110220 22:27:55< TronPaul> you could get some really wonky behavior if it used impassible hexes
20110220 22:28:07< Crab_> Soliton: http://wiki.wesnoth.org/SingleUnitWml, placement: How the unit should be placed:  -> map: If x,y are explicitly given and point to a valid on-map location - try to place the unit at the nearest free location to there, never overwriting existing units. Successful if x,y are given and a valid on-map vacant location near it can be found. 
20110220 22:28:23< TronPaul> well in that scenario the unit should probably be on top of the dying unit
20110220 22:28:29< Soliton> TronPaul: the traditional behaviour is using impassable hexes.
20110220 22:28:35< zookeeper> i mean, there's definitely a use for both
20110220 22:29:00< Crab_> Soliton: I don't like 'unit spawn in cave wall' bugs, that is :)
20110220 22:29:15< TronPaul> well Soliton, wonky for scenario writers
20110220 22:29:31< TronPaul> I'm pretty sure that would be unexpected behavior for them
20110220 22:29:41< zookeeper> Crab_, i'd consider those to be a scenario writer's mistake
20110220 22:29:55< Soliton> a unit appearing in a totally different cave part because there was no free tile near is wonky, too. ;-)
20110220 22:30:43< Crab_> zookeeper: it can happen if he uses auto-placement (say, placement=leader ) or recall with 'find vacant' and there's a lots of units to create
20110220 22:31:17< Crab_> zookeeper: at least for unit it's fixable by defining a new 'placement=' value.
20110220 22:31:20< zookeeper> Crab_, i'd suggest adding support for both, but the problem is that we have many similar tags which would need to behave similarly; [unit], [teleport], [unstore_unit], [move_unit], [recall], ...
20110220 22:31:25< Soliton> i don't care either way though, just something to think about...
20110220 22:31:34< Gambit> (sometimes you might want to make a unit on something impassable) (it should be as flexible as possible)
20110220 22:31:59< Soliton> well, the argument is about the default, i think.
20110220 22:32:25< Crab_> zookeeper: yes, it's a problem. actually, I want to propose a GSoC on cleaning up those mess in the game engine to make similar things behave in similar way & using the same code path :)
20110220 22:33:51-!- p1mps [~p1mps@151.65.22.174] has joined #wesnoth-dev
20110220 22:34:03< zookeeper> Crab_, sounds good to me ;)
20110220 22:34:23< Soliton> oh, there really is no placement option for impassable tiles right now?
20110220 22:34:50< shadowmaster> anyone on Windows can reproduce https://gna.org/bugs/?17358 ?
20110220 22:34:57< Soliton> though the placement=map description isn't that clear...
20110220 22:35:09< Crab_> Soliton: both 'map' and 'map_overwrite' will use impassable hexes happily atm
20110220 22:35:20< Soliton> ok.
20110220 22:35:29< shadowmaster> (I know of a particular case of #17358 that I can reproduce on Linux with color cursors on and I'm already fixing, but it doesn't match the screenshot attached to that issue)
20110220 22:35:42< Crab_> Soliton: this doesn't violate the docs.. but its clearly not I intended back then when I wrote that code :)
20110220 22:35:51< Crab_> s/not I/not what I
20110220 22:35:52< timotei> shadowmaster: trying that no
20110220 22:35:55< timotei> s/no/now
20110220 22:36:09< Soliton> Crab_: well, you'd know, i guess. :-P
20110220 22:37:07< Soliton> i guess there should be placement=map_impassable or something as well then.
20110220 22:37:12< shadowmaster> the storyscreen rendering is all Wrong™. I should've never attempted to rewrite it :/
20110220 22:37:43< shadowmaster> more specifically, I introduced a heap of encapsulation issues I don't know how to fix.
20110220 22:37:53< Crab_> Soliton: yes, I'd say 'map_any', 'leader_any' if we want to make 'don't spawn on impassable hexes by default'
20110220 22:38:19< Crab_> Soliton: or 'map_passable', 'leader_passable' if we want to keep current behavior 'spawn on impassable hexes, too' as default
20110220 22:38:33< Soliton> sounds good.
20110220 22:38:53< anonymissimus> shadowmaster: cant reproduce #bug 17358
20110220 22:38:57< Crab_> Soliton: the question is, exactly as you have said, is about the default )
20110220 22:39:07< anonymissimus> this is xp however
20110220 22:39:11< Crab_> > Soliton: well, the argument is about the default, i think.
20110220 22:39:12< Soliton> in the descriptions "valid on-map vacant location" does not say much about passability atm IMO.
20110220 22:39:22< timotei> anonymissimus: trying atm with w7
20110220 22:39:27< shadowmaster> anonymissimus: okay, then maybe it's a problem with Vista/7's window manager when using the compositing paths
20110220 22:39:30< Crab_> yes, descriptions need to be changed to make it clear, one way or another.
20110220 22:39:36< Crab_> but which way ?
20110220 22:39:37< Crab_> zookeeper: ^ ?
20110220 22:39:54< shadowmaster> timotei: please test with and without Aero
20110220 22:40:00< timotei> shadowmaster: ok
20110220 22:40:11< shadowmaster> and make sure you have color cursors on
20110220 22:41:50< Soliton> Crab_: maybe better to have the traditional behaviour the default. also map_passable makes the semantics more clear.
20110220 22:41:54< shadowmaster> hm, I am pretty sure I've never wrote code where "type &references" are written like this...
20110220 22:41:59< Crab_> Soliton: about 'a unit appearing in a totally different cave part because there was no free tile near is wonky, too. ' - well, it can be made to  fail in that case.
20110220 22:42:17< Crab_> shadowmaster: 'type &ref' is my preferred style :)
20110220 22:42:41< Crab_> Soliton: i.e., we can specify 'placement=map_passable,recall' 
20110220 22:42:54< Crab_> Soliton: then, if map_passable will fail, the unit will end up on recall list
20110220 22:43:09< timotei> shadowmaster: hmm.. well, I use oxygen's cursors xD
20110220 22:43:10< Crab_> or, we can specify 'placement=map_passable,map' - place on map, preferring passable locations
20110220 22:43:18< timotei> is that ok?
20110220 22:43:41< Soliton> not sure how easy it is to determine fail reliably... but if so that doesn't sound so bad.
20110220 22:43:42< shadowmaster> timotei: I am talking of the in-game display option to use color cursors
20110220 22:43:49< timotei> yes.
20110220 22:43:50< timotei> ok
20110220 22:44:17< shadowmaster> the existence of that option and artwork for it irks me ever since 0.9.6
20110220 22:44:33< Crab_> Soliton: well, find_vacant_tile can return null_location
20110220 22:44:47< Soliton> Crab_: sure but when exactly?
20110220 22:44:48< Crab_> Soliton: exactly like it does when it is asked for free castle hex and castle is full
20110220 22:44:53< timotei> shadowmaster: aero on-> not reproducible
20110220 22:44:57< anonymissimus> btw shadowmaster I am spammed with emails from the wesnoth-umc-dev: "Your message to Wesnoth-umc-dev-commits awaits moderator approval"
20110220 22:45:16< shadowmaster> AI0867: ^
20110220 22:45:17< Soliton> Crab_: would it just follow passable paths?
20110220 22:45:23< Crab_> Soliton: when there are no passable locations in the same 'passable area' as the starting 'point', following passable paths
20110220 22:45:26< Soliton> that would work, i suppose.
20110220 22:45:36< Soliton> yeah, ok.
20110220 22:45:37< Crab_> Soliton: yes; and it already works like this, with castles.
20110220 22:45:47< timotei> shadowmaster: aero off -> not reproducible
20110220 22:46:01< Soliton> sounds like a good idea then.
20110220 22:46:07< shadowmaster> timotei: wow. thanks.
20110220 22:46:13< timotei> shadowmaster: yw
20110220 22:46:18< Soliton> more control for the WML author.
20110220 22:46:44< Crab_> TronPaul: so, as you see, here are things that should be fixed/improved :) you can code support for that 'map_passable', 'leader_passable'  placement values and document it.
20110220 22:47:09-!- MeccaGod [~majs@h14n4fls31o279.telia.com] has quit []
20110220 22:48:03< TronPaul> mmk I will work on that, though it will be very slow going
20110220 22:48:09< TronPaul> I'm picking up wesnoth as I go
20110220 22:49:18< Crab_> TronPaul: it's ok. do you understand the issue and the solution that was proposed ?
20110220 22:50:00< TronPaul> default behavior remains the same, add map_passable and leader passable as options for placement
20110220 22:50:03< Crab_> yes
20110220 22:50:05< Crab_> TronPaul: if there'll be questions, then just ask around. sometimes people answer quite fast :)
20110220 22:50:15< TronPaul> alright will do
20110220 22:50:30< TronPaul> speaking of which where in wesnoth would these functions go?
20110220 22:50:41< Crab_> unit_creator::find_location in src/actions.cpp
20110220 22:50:45< TronPaul> ok thanks
20110220 22:51:39< Crab_> the first part: basically, study it's current control flow, and add support for those new placement= options
20110220 22:51:45< CIA-57> shadowmaster * r48580 /trunk/src/playsingle_controller.cpp: Workaround a screen refresh issue with color cursors, and storyscreens on scenarios that signal end-of-level during prestart and cause a save game dialog to pop up
20110220 22:52:22< Crab_> the second part: hack find_vacant_tile to work without the unit* for passability check
20110220 22:52:52< Crab_> it does something like 'if (pass_check && pass_check->movement_cost(map[loc])    == unit_movement_type::UNREACHABLE) { continue; }'
20110220 22:53:40< TronPaul> yea I remember that bit
20110220 22:54:35< shadowmaster> wesbot: seen alink
20110220 22:54:35< wesbot> shadowmaster: Sorry, I don't know of alink.
20110220 22:54:40< shadowmaster> :(
20110220 22:55:04-!- mjs-de [~mjs-de@p3EE228B0.dip.t-dialin.net] has quit [Ping timeout: 240 seconds]
20110220 22:55:42< Crab_> TronPaul: alternatively, you can try to create a unit without placing it on map, and then pick the location for it
20110220 22:55:55< Crab_> TronPaul: this requires changes to code which calls that find_location function
20110220 22:57:08< TronPaul> alright
20110220 22:57:17< TronPaul> thanks for the info
20110220 22:57:27< TronPaul> knowing where to start is half the battle
20110220 22:57:42< Crab_> TronPaul: this will cleanup unit_creator::add_unit to firstly construct the unit (or get a reference to a unit from recall list element), and only then pick a location for it
20110220 22:58:12< Crab_> TronPaul: note that unit_creator::add_unit can either place a unit on map, or place a unit on recall list, or take a unit which is already on recall list and place it on map.
20110220 22:58:46< Crab_> TronPaul: see how it gets a unit..
20110220 22:58:58-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has quit [Remote host closed the connection]
20110220 22:59:10< TronPaul> mmmk
20110220 22:59:31-!- Tallken [~Tallken@93.102.129.80.rev.optimus.pt] has joined #wesnoth-dev
20110220 22:59:31-!- Tallken [~Tallken@93.102.129.80.rev.optimus.pt] has quit [Changing host]
20110220 22:59:31-!- Tallken [~Tallken@unaffiliated/tallken] has joined #wesnoth-dev
20110220 23:00:34< Crab_> TronPaul: it calls 'unit new_unit(temp_cfg, true, resources::state_of_game);'       if ( 'loc is not valid' + 'we are allowed to add to recall' + 'recall list has no such unit' ) OR  ('loc is valid' + 'recall list has no such unit')
20110220 23:00:57< Crab_> TronPaul: also, if recall list has this unit, it uses it in one of the cases
20110220 23:01:44< Crab_> TronPaul: so, it's possible (with some tricks) get a 'unit *' before you get the location.
20110220 23:02:39< Crab_> TronPaul: you need to check if the unit is in recall list by id - if it is, then use a unit* from recall list. if it is not, then create a unit (ignoring  'are we are allowed to add to recall?'  part for now), and store a unit* from it.
20110220 23:03:01< Crab_> TronPaul: for the latter, you'll need a boost::shared_ptr to the new unit (since you'll need to conditionally create it)
20110220 23:03:19< Crab_> TronPaul: in either case, you'll get a shiny 'unit*' to use in find_vacant_tile
20110220 23:04:06< TronPaul> ok, starting to go a little fast with the info, I'll save this all, but I'm goning to work on map_passable, leader_passable for now
20110220 23:04:18< Crab_> and then the only thing left is to reuse current logic ( ...  if(!loc.valid()) { ... ), simplifying it a bit because unit is already created.
20110220 23:04:58-!- un214 [~un214@adsl-75-45-1-223.dsl.scrm01.sbcglobal.net] has joined #wesnoth-dev
20110220 23:05:13< Crab_> '> starting to go a little fast with the info,' ok. short version: to fix things, you'll need to get-or-create your unit before you get its location.
20110220 23:05:16-!- Tallken [~Tallken@unaffiliated/tallken] has quit [Quit: Leaving]
20110220 23:05:21< TronPaul> yea
20110220 23:05:24< TronPaul> I understood that
20110220 23:05:38-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Read error: Connection reset by peer]
20110220 23:05:42< Crab_> then good luck :))
20110220 23:05:49< TronPaul> :D thanks
20110220 23:10:47< AI0867> anonymissimus, shadowmaster: it has already been fixed
20110220 23:12:28-!- LordNasty [~LordNasty@net-93-151-55-76.cust.dsl.teletu.it] has quit [Quit: LordNasty]
20110220 23:20:41< zookeeper> Crab_, i dunno, it seems a bit complicated to describe things clearly and simply when there's so much functionality packed into one key
20110220 23:21:38< Crab_> well, it's actually quite clear, since the key defines the answer to one question 'how to place the unit?', and it's hard to do with multiple keys
20110220 23:22:05< zookeeper> i guess the most important thing is to name the values well
20110220 23:22:08< Crab_> yes
20110220 23:22:51< zookeeper> maybe ask me again tomorrow if you still want my opinions, since i gotta be going...uh, right now
20110220 23:22:59< Crab_> ok )
20110220 23:23:41< zookeeper> great
20110220 23:23:42-!- zookeeper [~l@wesnoth/developer/zookeeper] has quit []
20110220 23:31:23-!- Crab_ [~Crab_@wesnoth/developer/crab] has quit [Quit: Leaving.]
20110220 23:32:03-!- un214 [~un214@adsl-75-45-1-223.dsl.scrm01.sbcglobal.net] has quit [Remote host closed the connection]
20110220 23:41:17-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Quit: Leaving.]
20110220 23:50:47-!- GNUtoo|laptop [~gnutoo@host68-143-dynamic.54-79-r.retail.telecomitalia.it] has quit [Quit: Program received signal SIGSEGV, Segmentation fault.]
20110220 23:51:05-!- yann [~dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has quit [Ping timeout: 264 seconds]
20110220 23:56:10-!- Greywhin1 is now known as Greywhind
--- Log closed Mon Feb 21 00:00:00 2011