--- Log opened Thu Jan 29 00:00:05 2009
--- Day changed Thu Jan 29 2009
20090129 00:00:05-!- ilor_ [n=user@unaffiliated/ilor] has joined #wesnoth-dev
20090129 00:00:15-!- boucman [n=rosen@140.117.71-86.rev.gaoland.net] has quit [Remote closed the connection]
20090129 00:06:49< CIA-54> shadowmaster * r32367 /trunk/data/campaigns/Northern_Rebirth/scenarios/12a_Get_the_Gold.cfg: A typo fix in a translatable string: "for more then an hour" -> "for more than an hour"
20090129 00:07:34< Sapient> name= "Hitman" is 1.5, not 1.4
20090129 00:07:51< Sapient> PK2: are you reading the files that you ran wmllint over?
20090129 00:08:06< Sapient> if so, you should be aware that it made changes
20090129 00:08:57< Sapient> oh, wait... you are talking about [unit_type]
20090129 00:09:22< Sapient> ... see this is why we changed it
20090129 00:09:27< Sapient> so confusing
20090129 00:09:58< PK2> I don't see why, I like this format much better >>
20090129 00:10:08-!- ilor [n=user@unaffiliated/ilor] has quit [Read error: 110 (Connection timed out)]
20090129 00:10:25< Sapient> you enjoy not knowing if someone is spawning a unit or defining a unit type?
20090129 00:10:39-!- ilor [n=user@unaffiliated/ilor] has joined #wesnoth-dev
20090129 00:10:40< Sapient> in [unit_type] name= is the name of that unit type
20090129 00:10:42< PK2> in either case, I understood that a unit was being defined.
20090129 00:10:47< Sapient> this is the same in 1.4 and 1.5
20090129 00:10:59< PK2> it would've made more sense to me to make the [unit] for spawning into [spawn_unit]
20090129 00:11:24-!- JonW [i=chatzill@cpc2-finc11-0-0-cust348.4-2.cable.virginmedia.com] has joined #wesnoth-dev
20090129 00:11:42< Sapient> a bit late for suggestions ;)
20090129 00:11:59< PK2> still.
20090129 00:12:01< Shadow_Master> it is good as is
20090129 00:12:27< Sapient> I agree, a unit is a unit and a unit_type is not a unit
20090129 00:12:34< Sapient> the new names fit
20090129 00:12:48< PK2> I was just wondering what all in the "[unit_type]" tag has changed, since it looked like way more than your forumpost
20090129 00:13:06< Sapient> no, the forumpost is really all there was changed
20090129 00:13:27< PK2> other than the [unit] tag; id; description; user_description; and unit description there is nothing else?
20090129 00:13:27< Shadow_Master> Sapient: um, did you mention advances_to ?
20090129 00:13:38< ESR_> thespaceinvader: We should talk about your new portrait directory structure.  What is it going to look like?
20090129 00:13:41< PK2> I saw that one earlier, but hadn't seen it there, so I removed it thanks for notifying me
20090129 00:13:47< Shadow_Master> Sapient: that was a patch from AI0867 which I commited long ago, and IIRC I forgot to metnino it
20090129 00:14:04< Sapient> Shadow_Master: I don't remeber. Probably you should add it
20090129 00:14:04< PK2> though, I don't see why changes are made for cosmetic purposes.
20090129 00:14:24< Shadow_Master> PK2: it is a matter of language cleanup
20090129 00:14:26< Sapient> PK2, the changes were not cosmetic
20090129 00:14:33< Sapient> it gives the reason in the psot
20090129 00:14:35< Shadow_Master> would you prefer that all attributes were named foobar= instead :P
20090129 00:15:00< PK2> if they were numbered and had a nice list of which number is what, I could get used to it
20090129 00:15:20< Sapient>  disambiguation and concordance were the primary motivations
20090129 00:15:32< PK2> smaller words, por favor.
20090129 00:16:07< Shadow_Master> Sapient: done (the notice)
20090129 00:16:13< PK2> I still never knew "user_description" existed.
20090129 00:16:21< Shadow_Master> PK2: no? it's ancient
20090129 00:16:26< Sapient> thanks, Shikadi
20090129 00:16:48< Shadow_Master> PK2: just search about 1.4's WML and you'll find it in basically all campaign scenario files and most MP maps
20090129 00:16:49< PK2> wait, then why is it 1.4 --> 1.5 if 1.4 already had name?
20090129 00:17:05< Shadow_Master> 1.4 didn't have "name". you talked about "user_description".
20090129 00:17:08< PK2> I got my base code from 1.4.1 and it had "name="
20090129 00:17:19< Sapient> unit TYPEs have had names
20090129 00:17:25< Sapient> and they still do
20090129 00:17:39< Sapient> you are confusing units with unit types
20090129 00:17:46< PK2> and I'm talking about the tag to define a units stats. not define what unit is spawned.
20090129 00:18:18< PK2> the day I actually type anything that spawns units, is the day Golbeeze chooses to stop helping me with my work. >>
20090129 00:18:21< Sapient> [unit_type] name=Spearman   ...    [unit] name=Bob
20090129 00:18:32< Sapient> see? :)
20090129 00:19:01< PK2> oh
20090129 00:19:18< PK2> so the only thing I have to change in "[unit_type]" is the tag? and the other three are for spawning?
20090129 00:19:26< PK2> well that saves me alot of trouble.
20090129 00:19:39< Sapient> you aren't correct yet
20090129 00:19:47< PK2> gosh dangit.
20090129 00:19:52< Sapient> unit_description --> description
20090129 00:20:06< thespaceinvader> ESR_: arranged in much the same way as the unit image directory
20090129 00:20:11< Sapient> that's a change that affects [unit_type]
20090129 00:20:14< thespaceinvader> hang on, i'll find a list for you
20090129 00:20:26< PK2> I've got sapients right here
20090129 00:20:38< PK2> it has only one under unit_type disambiguation, but three under unit for spawning.
20090129 00:21:05< PK2> and I'm confused as to which of the ones under the [unit] are changed under [unit_type]
20090129 00:21:29-!- Turuk [n=JDiSab@FUSE-WS1-208-102-202-188.fuse.net] has quit [Read error: 104 (Connection reset by peer)]
20090129 00:21:44-!- Turuk [n=JDiSab@FUSE-WS1-208-102-202-188.fuse.net] has joined #wesnoth-dev
20090129 00:22:06< thespaceinvader> ESR_: drakes, dwarves, elves, goblins, humans, merfolk, monsters, nagas, ogres, orcs, saurians, trolls, undead, woses, with each one having a subdirectory 'transparent'
20090129 00:22:34< Sirp> wow, this must be the "deepest" blog posting analyzing Wesnoth I've seen. :p http://www.gameology.org/blog/becoming_dragon_race_and_the_war_machine
20090129 00:22:36< Shadow_Master> thespaceinvader, ESR_ : basically the same way the ./units tree is organized I take it?
20090129 00:22:56< Shadow_Master> ah wait, you said it above but the UMC discussion obscured it.
20090129 00:23:02< thespaceinvader> pretty much the same as the unit cfg directory, with the one exception of putting the gryphon rider and master in with the dwarves, and the gryphon in with the monsters
20090129 00:23:34< Shadow_Master> the unit cfg directory has some differences with the unit image dir though
20090129 00:23:41< ESR_> thespaceinvader:  I like it, but please don't lose the authorship info about the potraits -- embed it as a PNG comment or something.
20090129 00:24:01< thespaceinvader> i've got a separate credits.txt file
20090129 00:24:13< thespaceinvader> which would go in the root portraits directory
20090129 00:24:28< Shadow_Master> much better than PNG comments, which many image viewing or editing apps ignore/remove
20090129 00:24:45< thespaceinvader> including the credit for everythign currently in the svn, except for what's in 'other', since they're not recorded anyway
20090129 00:24:55< thespaceinvader> wouldn't pngcrush remove the comments anyway?
20090129 00:25:13< thespaceinvader> or optipng, or whatever it's called these days
20090129 00:25:35< Shadow_Master> thespaceinvader: no
20090129 00:25:40< thespaceinvader> o ok
20090129 00:25:41< Shadow_Master> if they do, file a bug for me ;)
20090129 00:25:46-!- ilor_ [n=user@unaffiliated/ilor] has quit [No route to host]
20090129 00:26:06-!- ilor_ [n=user@unaffiliated/ilor] has joined #wesnoth-dev
20090129 00:26:43< Shadow_Master> thespaceinvader, ESR_ those whose source we don't know with certainty should be marked as "Unknown" in the list file
20090129 00:26:57< thespaceinvader> okie doke, i'll amend it
20090129 00:26:59< Shadow_Master> also I'd use the AUTHORS name instead of credits.txt, but that's just personal preference
20090129 00:27:14< Shadow_Master> since it is common in GNU packages
20090129 00:27:17< thespaceinvader> i'll probably make the switchover this weekend, so that i have time to fix it if i break anything =P
20090129 00:27:24< thespaceinvader> duly noted, Shadow_Master 
20090129 00:27:41< Shadow_Master> (no txt extension until someone else thinks it is appropriate :p)
20090129 00:28:08< Shadow_Master> thespaceinvader: I'd recommend that you do it before
20090129 00:28:12< Shadow_Master> thespaceinvader: if you cannot, talk with Ivanovic 
20090129 00:28:30< Shadow_Master> I want this change to be made *before* the first beta of 1.6 is released (which is planned for this weekend, Saturday IIRC)
20090129 00:28:51< thespaceinvader> righto
20090129 00:28:52< Shadow_Master> 21:50 <Ivanovic> everyone: what do you think of getting 1.5.9 out on sunday and officially naming it "first beta for 1.6"?
20090129 00:29:03< thespaceinvader> i'll make it tomorrow evening, if that's OK, then
20090129 00:29:07< thespaceinvader> when I get back from dinner
20090129 00:29:48< Shadow_Master> yes, but I want ESR_ to make sure wmllint can automatically upgrade existing UMC and mainline content if you miss some stuff
20090129 00:30:23< thespaceinvader> okay
20090129 00:30:30-!- ilor [n=user@unaffiliated/ilor] has quit [Success]
20090129 00:30:55< thespaceinvader> ah, yeah, I haven't done anything except the main unit cfgs, i've not even thought about campaigns
20090129 00:31:06< thespaceinvader> this is a bigger job than i thought, isn't it?
20090129 00:31:44< Shadow_Master> yeah, that's why the wmllint test and upgrade rule is important
20090129 00:32:03< Shadow_Master> (look, I'm speaking in favor of wmllint, what have I become, oh no!)
20090129 00:32:35< thespaceinvader> wmllint goes through and checks things like broken image paths then?
20090129 00:34:01< Shadow_Master> if it is taught to do so, yes, and can fix them
20090129 00:34:16< Shadow_Master> rules have been added to wmllint in the past to upgrade 1.2 content for 1.4
20090129 00:34:43< thespaceinvader> ok
20090129 00:34:45< Shadow_Master> ESR_ can give you a full theory of wmllint (believe me, it is really deep knowledge)
20090129 00:34:54< thespaceinvader> how does one go about running it?
20090129 00:35:02< Shadow_Master> Sapient knows.
20090129 00:35:20< thespaceinvader> andf no, deep theory will be unnecessary - knowing how to use it correctly i all i need
20090129 00:35:27< Shadow_Master> I just say "wmllint" in the command line, but I've heard it is more difficult to make it work in Windows
20090129 00:35:31< thespaceinvader> or indeed, if it can be run in windows
20090129 00:35:38< thespaceinvader> you read my mind =P
20090129 00:35:38< Shadow_Master> it can
20090129 00:36:09< thespaceinvader> i should change that to if it can be run in windows by someone who has yet to learn to work command line interfaces
20090129 00:37:24< ESR_> thespaceinvader: Can you give me a klist of pairs of old and new image locations?  If so, wmllint can be made to do the translation veryt quickly.  We can even use it to convert mainline references with 100% reliability.
20090129 00:37:41< Shadow_Master> and you won't need to run it yourself :)
20090129 00:37:45< thespaceinvader> ESR_: klist?
20090129 00:37:56< ESR_> "list", sorry.
20090129 00:38:14< thespaceinvader> sure, i'd have thought so
20090129 00:38:18< thespaceinvader> in what format?
20090129 00:39:36-!- noy [n=Noy@d75-157-52-251.bchsia.telus.net] has joined #wesnoth-dev
20090129 00:40:17< ESR_> Pairs one per line, old name  followed by tab followed by new name.  Would that be easy?
20090129 00:40:22< YogiHH> anyone has an idea why this code in new_allocator (STL) should cause a SIGTRAP in conjunction with map_location?  :  return static_cast<_Tp*>(::operator new(__n * sizeof(_Tp)));
20090129 00:40:49< thespaceinvader> including path?  i.ie appearing as follows:
20090129 00:40:52< ESR_> I'm flexible,  if there's a logically equivalent format that's easier for you I'll handle it.
20090129 00:41:16-!- Turuk [n=JDiSab@FUSE-WS1-208-102-202-188.fuse.net] has quit [Read error: 104 (Connection reset by peer)]
20090129 00:41:26< thespaceinvader> portraits/Alex_Jarocha-Ernst/drake-burner.png	portraits/drakes/drake-burner.png
20090129 00:41:31-!- Turuk [n=JDiSab@FUSE-WS1-208-102-202-188.fuse.net] has joined #wesnoth-dev
20090129 00:41:36< thespaceinvader> there is a tab in there...
20090129 00:41:46< Sirp> YogiHH: are you running inside the debugger?
20090129 00:41:47< ESR_> Yeah, that would be fine.
20090129 00:41:49 * Shadow_Master sees a control char indeed ^^
20090129 00:41:53< YogiHH> Sirp: yes
20090129 00:42:26< Sirp> YogiHH: is this on Windows?
20090129 00:42:35< YogiHH> Sirp: another yes :-)
20090129 00:42:37< ESR_> In fact, if you just give me that file, I could do the svn moves, the wmllint upgrade, and the mainline conversion in one commit.
20090129 00:42:45-!- Lord_Aether [n=castle@207.212.136.10] has joined #wesnoth-dev
20090129 00:42:49< ESR_> That would be cleanest.
20090129 00:43:08< Sirp> YogiHH: okay; I have no real idea how signals work on Windows. 
20090129 00:43:45< YogiHH> Sirp: debugging STL with gdb seems to be very problematic in general, it seems
20090129 00:43:55< YogiHH> Sirp: on windows, that is
20090129 00:44:13< Sirp> YogiHH: it is quite problematic in general, even not on Windows.
20090129 00:44:23< Sirp> the Microsoft debugger is actually far better at it.
20090129 00:44:56-!- Sapient [n=sapien-x@c-24-126-133-155.hsd1.ga.comcast.net] has quit []
20090129 00:49:27-!- shikadibot [n=sh314001@unaffiliated/shadowmaster/bot/shikadibot] has joined #wesnoth-dev
20090129 00:55:12< grzywacz> um
20090129 00:56:32< thespaceinvader> ESR_: i'll have it for you by tomorrow night at the latest
20090129 00:58:20< grzywacz> YogiHH, handle SIGTRAP pass
20090129 01:00:08< YogiHH> grzywacz, i did that already. It works until i move on to SIGSEGV :/
20090129 01:00:36< YogiHH> grzywacz: I was suspecting that the SIGTRAP's before that are part of the problem so i followed the first one of them
20090129 01:00:37< Shadow_Master> non-recoverable trap :p
20090129 01:00:59< grzywacz> YogiHH, that's probably some kind of signal emulation anyway...
20090129 01:01:45< YogiHH> interestingly enough, the SIGSEGV's don't terminate the program, you are able to go on if you are stubborn enough to continue for like 20 times
20090129 01:01:52< grzywacz> YogiHH, what do you mean by "until I move on to SIGSEGV"? It stops ignoring SIGTRAPS when you try debug further, on when you run wesnoth again?
20090129 01:02:33< grzywacz> YogiHH, well, you can handle SIGSEGVs on *nix and continue as well.
20090129 01:02:48< grzywacz> Unlike SIGKILLs. ;-)
20090129 01:03:05< Shadow_Master> grzywacz: at your own risk
20090129 01:03:14< Shadow_Master> ignoring a SIGSEGV means Bad Things(tm)
20090129 01:03:27< YogiHH> grzywacz: i start gdb with "handle SIGTRAP nostop", so it passes the SIGTRAP's. After a while, it reaches a SIGSEGV, which i can't seem to pass so easily :-)
20090129 01:03:27< grzywacz> You don't have to tell me. I'm talking about technical possibility.
20090129 01:03:54< grzywacz> YogiHH, ah, I understood that you start getting SIGTRAPs again.
20090129 01:03:55< ESR_> thespaceinvader: Thanks.
20090129 01:04:07< Shadow_Master> grzywacz: but you cannot handle a SIGTRAP
20090129 01:04:08< thespaceinvader> ESR_: no worries
20090129 01:04:18< Shadow_Master> at least not with signal()(2)
20090129 01:04:31< YogiHH> grzywacz: well, actually, i am getting them all the time, seems to be a problem with STL debugging
20090129 01:04:44< Shadow_Master> at least I tried and failed. The kernel likes to ignore SIGTRAP handlers in my program for some reason
20090129 01:05:09< grzywacz> Shadow_Master, you should be able to. Only KILL and STOP can't be handled.
20090129 01:05:27< Shadow_Master> um, perhaps it was a kernel bug
20090129 01:05:27< grzywacz> YogiHH, :(
20090129 01:07:07< YogiHH> grzywacz: this seems to be a good analysis of it: http://www.nabble.com/C%2B%2B-STL,-DLLs-and-our-friend-RtlFreeHeap-td5041627.html
20090129 01:07:38< YogiHH> but i won't go deeper into this, my bed is calling me loud and clear ;-)
20090129 01:07:48< YogiHH> good night everyone
20090129 01:08:48-!- YogiHH [i=YogiHH@c214207.adsl.hansenet.de] has quit ["Verlassend"]
20090129 01:13:58-!- shikadibot [n=sh314001@unaffiliated/shadowmaster/bot/shikadibot] has quit ["Shadow_Master ate his boots :("]
20090129 01:20:49< Shadow_Master> ESR_: around?
20090129 01:21:21-!- PK2 [n=pk@r74-192-44-206.vctrcmta01.vctatx.tl.dh.suddenlink.net] has quit ["Java user signed off"]
20090129 01:30:21-!- Derekkk [n=Derekkk@host81-154-225-242.range81-154.btcentralplus.com] has joined #wesnoth-dev
20090129 01:30:34-!- JonW [i=chatzill@cpc2-finc11-0-0-cust348.4-2.cable.virginmedia.com] has quit ["Don't give up the fun has only just begun!"]
20090129 01:31:02-!- Turuk [n=JDiSab@FUSE-WS1-208-102-202-188.fuse.net] has quit [Read error: 104 (Connection reset by peer)]
20090129 01:31:11-!- crimson_penguin [n=ben@64.201.60.214] has joined #wesnoth-dev
20090129 01:31:18-!- Turuk [n=JDiSab@FUSE-WS1-208-102-202-188.fuse.net] has joined #wesnoth-dev
20090129 01:31:23< Derekkk> Good Evening everyone...
20090129 01:31:38< Derekkk> Could I just ask if Python AI is supposed to work in 1.5.8?
20090129 01:32:16< Shadow_Master> yes it is
20090129 01:32:44< Shadow_Master> if it doesn't, you should file a bug at http://bugs.wesnoth.org , but first check http://www.wesnoth.org/wiki/ReportingBugs
20090129 01:33:05< grzywacz> night
20090129 01:33:15< Shadow_Master> nacht grzywacz 
20090129 01:33:24-!- grzywacz [n=grzywacz@moinmoin/developer/karol] has quit [Remote closed the connection]
20090129 01:33:35< Derekkk> I tried using the sample.py but the computer doesn't move.... might be my coding error though
20090129 01:34:49< Derekkk> [side]
20090129 01:34:49< Derekkk>         side=3
20090129 01:34:50< Derekkk>         team_name=Drake
20090129 01:34:50< Derekkk>         user_team_name=_ "Unknown"
20090129 01:34:50< Derekkk>         controller=ai
20090129 01:34:50< Derekkk>         gold=0
20090129 01:34:52< Derekkk>         no_leader=yes
20090129 01:34:54< Derekkk>         [ai]
20090129 01:34:56< Derekkk>  ai_algorithm=python_ai
20090129 01:34:58< Derekkk>  python_script="sample.py"
20090129 01:35:00< Derekkk>         [/ai]
20090129 01:35:02< Derekkk>         fog=yes
20090129 01:35:04< Derekkk>         shroud=yes
20090129 01:35:06< Derekkk>     [/side]
20090129 01:35:08 * Soliton points at the topic.
20090129 01:35:08< Derekkk> this looks correct?
20090129 01:35:42< Soliton> did you compile with python support?
20090129 01:35:53< Shadow_Master> Derekkk: use a pastebin next time :(
20090129 01:36:08< Derekkk> I downloaded a compiled version
20090129 01:36:32< loonycyborg> Derekkk: Which platform?
20090129 01:37:23< Derekkk> windows xp
20090129 01:37:53< Shadow_Master> sapient: http://www.wesnoth.org/forum/viewtopic.php?p=335569#p335569 ah, so that is why you talked about macros.
20090129 01:38:09< Shadow_Master> I had not read that topic before, and I was talking about [fire_event] itself in the C++ side anyway
20090129 01:38:35 * Shadow_Master lost his faith on the Ideas forum.
20090129 01:39:42-!- ilor_ [n=user@unaffiliated/ilor] has quit [Read error: 60 (Operation timed out)]
20090129 01:40:13< loonycyborg> Derekkk: What's in stderr.txt?
20090129 01:40:31< Derekkk> copying.... the stderr file: http://pastebin.com/d3e9c37f4 
20090129 01:40:55< thespaceinvader> ESR_: i think i've got that done
20090129 01:41:11< thespaceinvader> i make no promises regarding lack of typos, though - i've done my best to avoid them
20090129 01:41:22< thespaceinvader> i'll PM you the file, along with the credits file
20090129 01:44:10< loonycyborg> Derekkk: Are you using a limited account?
20090129 01:45:52< thespaceinvader> ESR_: check your PMs =) hope that's all correct
20090129 01:47:46< Derekkk> loonycyborg: a limited account? sorry, I am not entirely sure what you are referring to...
20090129 01:48:12< Shadow_Master> Derekkk: win xp thing
20090129 01:48:26< Shadow_Master> You know, user accounts may have admin privleges, or be regular user (limited) accounts
20090129 01:48:32< Shadow_Master> * privileges
20090129 01:48:49< Derekkk> I use win xp professional with admin rights
20090129 01:50:41< loonycyborg> Those errors suggest that it's trying to read 'C:\\dlg\\Wesnoth-1.5.8-compiled' as a file.
20090129 01:50:56< loonycyborg> And fails with "Permission denied:" error.
20090129 01:51:41-!- Espreon_ [n=espreon@c-76-117-239-33.hsd1.pa.comcast.net] has joined #wesnoth-dev
20090129 01:52:02-!- Espreon [n=espreon@c-76-117-239-33.hsd1.pa.comcast.net] has quit [Read error: 54 (Connection reset by peer)]
20090129 01:52:04< loonycyborg> Although failing with "Permission denied:" when you try to manipulate directories is totally brain-dead, it happens on windows..
20090129 01:52:15< loonycyborg> *directories as files
20090129 01:52:38-!- Espreon_ is now known as Espreon
20090129 01:52:58< loonycyborg> Is C:\\dlg\\Wesnoth-1.5.8-compiled a directory?
20090129 01:53:04< Shadow_Master> I'm being invaded by insects right now, see ya later.
20090129 01:53:09< Shadow_Master> (not joking)
20090129 01:53:21-!- Shadow_Master [n=ignacior@unaffiliated/shadowmaster/x-275924] has quit ["Insects are swarming my home... bye."]
20090129 01:56:10 * loonycyborg notices C:/dlg/Wesnoth-1.5.8-compiled/data/ai/pythonparse.py: of course it's a directory!
20090129 01:57:10-!- PK2 [n=pk@r74-192-44-206.vctrcmta01.vctatx.tl.dh.suddenlink.net] has joined #wesnoth-dev
20090129 01:58:48-!- loonycyborg [n=sergey@79.139.246.249] has quit ["Zzzzzzzzzzzzzzzzzzzzzz"]
20090129 01:59:27-!- loonybot [n=loonybot@79.139.246.249] has quit [Remote closed the connection]
20090129 02:07:52< Derekkk> Yes indeed it's a directory. I wonder if there is a cure for this permission denial
20090129 02:08:53-!- Derekkk [n=Derekkk@host81-154-225-242.range81-154.btcentralplus.com] has left #wesnoth-dev []
20090129 02:24:06-!- thespaceinvader [n=chatzill@91.108.178.108] has quit ["night all"]
20090129 02:24:33-!- PK2 [n=pk@r74-192-44-206.vctrcmta01.vctatx.tl.dh.suddenlink.net] has quit ["Java user signed off"]
20090129 02:39:19-!- Shadow_Master [n=ignacior@unaffiliated/shadowmaster/x-275924] has joined #wesnoth-dev
20090129 02:39:31-!- shikadibot [n=sh314001@unaffiliated/shadowmaster/bot/shikadibot] has joined #wesnoth-dev
20090129 02:39:41< Shadow_Master> back for now :S
20090129 02:43:18< CIA-54> shadowmaster * r32368 /trunk/data/campaigns/Northern_Rebirth/scenarios/14a_Epilogue.cfg: 
20090129 02:43:18< CIA-54> Fix a typo: "to go to go to". Replaced with "to go to".
20090129 02:43:18< CIA-54> (changes a translatable string)
20090129 02:43:41< Shadow_Master> ESR_: around now?
20090129 02:48:39< Shadow_Master> Espreon: around?
20090129 02:50:20< Shadow_Master> what bad luck ._.
20090129 02:51:56< Espreon> Yes?
20090129 02:53:01< Shadow_Master> Espreon: what should "Shinsplitter" mean in the context of NR?
20090129 02:53:22< Espreon> One who splits shins?
20090129 02:53:28< Shadow_Master> it's the *only* thing that is preventing me from prearing the spanish translation for commiting.
20090129 02:53:31< Shadow_Master> what is a "shin"?
20090129 02:53:49< Espreon> "The front part of the leg below the knee; the front edge of the shin bone; the lower part of the leg; the shank."
20090129 02:54:53< Shadow_Master> wow.
20090129 02:55:16< Shadow_Master> I can't think of a good translation for that... "rompepiernas", "cortapiernas" .... um.
20090129 02:57:59< Shadow_Master> I guess I'll take my "artistic license" for this one.
20090129 03:04:46-!- PK8 [n=pk@r74-192-44-206.vctrcmta01.vctatx.tl.dh.suddenlink.net] has joined #wesnoth-dev
20090129 03:07:17 * Shadow_Master runs like hell
20090129 03:09:13< Shadow_Master> I finished the Spanish translation \o/
20090129 03:09:20 * Turuk sprints past Shadow_Master.
20090129 03:09:26 * Shadow_Master hugs Espreon
20090129 03:09:38< Espreon> Yeah.
20090129 03:09:47< Espreon> ...
20090129 03:10:21-!- Lord_Aether [n=castle@207.212.136.10] has quit []
20090129 03:13:18-!- PK8 [n=pk@r74-192-44-206.vctrcmta01.vctatx.tl.dh.suddenlink.net] has quit ["Java user signed off"]
20090129 03:13:43-!- Espreon [n=espreon@c-76-117-239-33.hsd1.pa.comcast.net] has quit [Remote closed the connection]
20090129 03:19:08< Shadow_Master> okay, now to commit this damn thing
20090129 03:29:32< CIA-54> shadowmaster * r32369 /trunk/po/wesnoth-nr/es.po: 
20090129 03:29:32< CIA-54> Spanish translation update (wesnoth-nr textdomain, this time we are at
20090129 03:29:32< CIA-54> 100%!)
20090129 03:33:02< Shadow_Master> \o/
20090129 03:49:18-!- shikadibot [n=sh314001@unaffiliated/shadowmaster/bot/shikadibot] has quit ["A grue has eaten me."]
20090129 03:50:09-!- Shadow_Master [n=ignacior@unaffiliated/shadowmaster/x-275924] has quit ["We are the... pah, we'll just assimilate you."]
20090129 03:50:58-!- nick_kerpan [n=chatzill@pool-71-126-228-65.bstnma.east.verizon.net] has joined #wesnoth-dev
20090129 03:51:28-!- Sirp_ [n=me@c-71-198-3-104.hsd1.ca.comcast.net] has joined #wesnoth-dev
20090129 03:54:11-!- nick_kerpan is now known as Thrawn
20090129 04:01:49-!- Elvish_Pillager [n=eli@66-189-14-42.dhcp.oxfr.ma.charter.com] has quit ["Hi! I'm a quit message virus vaccine. If you see a quit message virus, don't replace your quit message with it!"]
20090129 04:27:41-!- Espreon [n=espreon@c-76-117-239-33.hsd1.pa.comcast.net] has joined #wesnoth-dev
20090129 04:33:12-!- Appleman1234 [n=Appleman@131.181.100.145] has joined #wesnoth-dev
20090129 04:43:55-!- crimson_penguin [n=ben@64.201.60.214] has quit ["Leaving"]
20090129 04:57:03-!- Ivanovic_ [n=ivanovic@dtmd-4db26cdb.pool.einsundeins.de] has joined #wesnoth-dev
20090129 05:00:11-!- ESR_ [n=chatzill@71.162.243.5] has quit [Remote closed the connection]
20090129 05:07:17-!- ESR_ [n=chatzill@static-71-162-243-5.phlapa.fios.verizon.net] has joined #wesnoth-dev
20090129 05:14:20-!- Ivanovic [n=ivanovic@dtmd-4db2b8ca.pool.einsundeins.de] has quit [Read error: 113 (No route to host)]
20090129 05:15:01-!- Ivanovic_ is now known as Ivanovic
20090129 05:27:49-!- Espreon [n=espreon@c-76-117-239-33.hsd1.pa.comcast.net] has quit [Remote closed the connection]
20090129 05:41:17-!- Thrawn [n=chatzill@pool-71-126-228-65.bstnma.east.verizon.net] has quit ["I'm not here right now."]
20090129 05:41:22-!- fabi_ [n=fabi@g228073081.adsl.alicedsl.de] has joined #wesnoth-dev
20090129 05:42:25-!- fabi [n=fabi@e179052155.adsl.alicedsl.de] has quit [Read error: 60 (Operation timed out)]
20090129 05:51:55-!- Turuk_ [n=JDiSab@FUSE-WS1-208-102-202-188.fuse.net] has joined #wesnoth-dev
20090129 05:58:52-!- Turuk [n=JDiSab@FUSE-WS1-208-102-202-188.fuse.net] has quit [Read error: 110 (Connection timed out)]
20090129 06:24:32-!- Turuk_ is now known as Turuk
20090129 06:56:53-!- isaac [n=isaac@debian/developer/isaac] has quit [Remote closed the connection]
20090129 06:57:07-!- isaac [n=isaac@debian/developer/isaac] has joined #wesnoth-dev
20090129 07:03:16-!- isaac [n=isaac@debian/developer/isaac] has quit [Remote closed the connection]
20090129 07:03:34-!- isaac [n=isaac@debian/developer/isaac] has joined #wesnoth-dev
20090129 07:08:28-!- isaac [n=isaac@debian/developer/isaac] has quit [Remote closed the connection]
20090129 07:08:40-!- isaac [n=isaac@1.Red-79-157-190.dynamicIP.rima-tde.net] has joined #wesnoth-dev
20090129 07:19:41-!- boucman [n=rosen@140.117.71-86.rev.gaoland.net] has joined #wesnoth-dev
20090129 07:54:25-!- [Relic] [n=[Relic]@adsl-76-229-202-137.dsl.milwwi.sbcglobal.net] has quit ["Leaving"]
20090129 08:23:19-!- silene [n=plouf@ASte-Genev-Bois-152-1-40-58.w83-114.abo.wanadoo.fr] has joined #wesnoth-dev
20090129 08:41:19-!- silene1 [n=plouf@ASte-Genev-Bois-152-1-3-135.w82-121.abo.wanadoo.fr] has joined #wesnoth-dev
20090129 08:42:59-!- silene [n=plouf@ASte-Genev-Bois-152-1-40-58.w83-114.abo.wanadoo.fr] has quit [Read error: 110 (Connection timed out)]
20090129 08:53:25-!- Soliton [n=Soliton@rzdspc10.informatik.uni-hamburg.de] has quit [Remote closed the connection]
20090129 08:53:45-!- Soliton [n=Soliton@rzdspc10.informatik.uni-hamburg.de] has joined #wesnoth-dev
20090129 08:55:35-!- Sirp_ [n=me@c-71-198-3-104.hsd1.ca.comcast.net] has quit ["leaving"]
20090129 09:02:32-!- silene1 is now known as silene
20090129 09:56:06-!- Ivanovic [n=ivanovic@dtmd-4db26cdb.pool.einsundeins.de] has quit [Remote closed the connection]
20090129 09:56:27-!- Ivanovic [n=ivanovic@dtmd-4db26cdb.pool.einsundeins.de] has joined #wesnoth-dev
20090129 09:57:28-!- BenUrban [n=benurban@unaffiliated/benurban] has quit ["Power failu"]
20090129 10:02:51-!- BenUrban [n=benurban@c-68-49-10-243.hsd1.md.comcast.net] has joined #wesnoth-dev
20090129 10:20:22-!- noy [n=Noy@d75-157-52-251.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)]
20090129 10:21:41-!- noy [n=Noy@d75-157-52-251.bchsia.telus.net] has joined #wesnoth-dev
20090129 10:39:38< CIA-54> thespaceinvader * r32370 /trunk/data/core/images/portraits/Philip_Barber/ (dwarf-fighter.png transparent/dwarf-fighter.png): Revise Dwarf Fighter portrait
20090129 10:51:22-!- isaac [n=isaac@debian/developer/isaac] has quit [Remote closed the connection]
20090129 10:51:38-!- isaac [n=isaac@debian/developer/isaac] has joined #wesnoth-dev
20090129 10:54:19-!- noy [n=Noy@d75-157-52-251.bchsia.telus.net] has quit []
20090129 10:57:55-!- isaac [n=isaac@debian/developer/isaac] has quit [Remote closed the connection]
20090129 10:58:08-!- isaac [n=isaac@debian/developer/isaac] has joined #wesnoth-dev
20090129 11:00:08-!- loonybot [n=loonybot@79.139.246.249] has joined #wesnoth-dev
20090129 11:00:42-!- loonycyborg [n=sergey@79.139.246.249] has joined #wesnoth-dev
20090129 11:03:14-!- isaac [n=isaac@debian/developer/isaac] has quit [Remote closed the connection]
20090129 11:03:30-!- isaac [n=isaac@debian/developer/isaac] has joined #wesnoth-dev
20090129 11:08:36-!- isaac [n=isaac@debian/developer/isaac] has quit [Remote closed the connection]
20090129 11:08:48-!- isaac [n=isaac@debian/developer/isaac] has joined #wesnoth-dev
20090129 11:15:03-!- isaac [n=isaac@debian/developer/isaac] has quit [Remote closed the connection]
20090129 11:15:14-!- isaac [n=isaac@debian/developer/isaac] has joined #wesnoth-dev
20090129 11:17:02< CIA-54> silene * r32371 /trunk/src/serialization/preprocessor.cpp: A few more comments.
20090129 11:21:31-!- isaac [n=isaac@debian/developer/isaac] has quit [Remote closed the connection]
20090129 11:21:47-!- isaac [n=isaac@debian/developer/isaac] has joined #wesnoth-dev
20090129 11:26:52-!- isaac [n=isaac@debian/developer/isaac] has quit [Remote closed the connection]
20090129 11:27:06-!- isaac [n=isaac@debian/developer/isaac] has joined #wesnoth-dev
20090129 11:33:10-!- isaac [n=isaac@debian/developer/isaac] has quit [Remote closed the connection]
20090129 11:33:22-!- isaac [n=isaac@debian/developer/isaac] has joined #wesnoth-dev
20090129 11:39:26-!- isaac [n=isaac@debian/developer/isaac] has quit [Remote closed the connection]
20090129 11:39:42-!- isaac [n=isaac@debian/developer/isaac] has joined #wesnoth-dev
20090129 11:42:09-!- zookeeper [n=l@dsl-tkubrasgw1-fe9ff800-215.dhcp.inet.fi] has joined #wesnoth-dev
20090129 11:44:48-!- isaac [n=isaac@debian/developer/isaac] has quit [Remote closed the connection]
20090129 11:45:04-!- isaac [n=isaac@debian/developer/isaac] has joined #wesnoth-dev
20090129 11:51:28-!- isaac [n=isaac@debian/developer/isaac] has quit [Remote closed the connection]
20090129 11:51:39-!- isaac [n=isaac@debian/developer/isaac] has joined #wesnoth-dev
20090129 11:53:57-!- Appleman1234 [n=Appleman@131.181.100.145] has quit [Read error: 110 (Connection timed out)]
20090129 12:37:06-!- Ivanovic [n=ivanovic@dtmd-4db26cdb.pool.einsundeins.de] has quit [Remote closed the connection]
20090129 12:38:09-!- Ivanovic [n=ivanovic@dtmd-4db26cdb.pool.einsundeins.de] has joined #wesnoth-dev
20090129 12:38:26-!- Elvish_Pillager [n=eli@66-189-14-42.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20090129 12:59:16-!- Elvish_Pillage2 [n=eli@66-189-14-42.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20090129 13:01:36-!- Elvish_Pillage2 [n=eli@66-189-14-42.dhcp.oxfr.ma.charter.com] has quit [Client Quit]
20090129 13:15:16-!- Elvish_Pillager [n=eli@66-189-14-42.dhcp.oxfr.ma.charter.com] has quit [Read error: 110 (Connection timed out)]
20090129 13:17:39-!- Ivanovic [n=ivanovic@dtmd-4db26cdb.pool.einsundeins.de] has quit [Remote closed the connection]
20090129 13:18:51-!- Ivanovic_ [n=ivanovic@dtmd-4db26cdb.pool.einsundeins.de] has joined #wesnoth-dev
20090129 13:20:32-!- Ivanovic_ is now known as Ivanovic
20090129 13:59:57< grzybacz> "We can't carry on Lord, the men are to tired. " :S
20090129 14:01:57< grzybacz> (wesnoth-aoi)
20090129 14:26:44-!- stikonas [n=and@ctv-79-132-188-113.vinita.lt] has joined #wesnoth-dev
20090129 14:55:15< grzybacz> silene: :)
20090129 14:57:46< silene> yes, there was a bit too much opposition, so I felt I had to get the ball rolling
20090129 14:57:59< boucman> hey silene
20090129 14:58:01< grzybacz> That's the best way to do it.
20090129 14:58:03< boucman> interesting
20090129 14:58:14< boucman> and showing the code is the best way to get it in
20090129 14:58:20< boucman> you might want to
20090129 14:58:28< boucman> 1) make the patch usefull
20090129 14:58:34< boucman> 2) discuss it with sirp
20090129 14:58:48< boucman> 3) discuss it on the dev-ml rather than the forum
20090129 14:59:12< boucman> but I think Sirp is not against the idea in principle, he had a "show me the code" attitude
20090129 14:59:58 * grzybacz waits in anticipation
20090129 15:04:21-!- Baufo [n=thomas@62-47-144-74.adsl.highway.telekom.at] has joined #wesnoth-dev
20090129 15:04:43< silene> yes, i intend to bring it on the ml once i have a few things sorted, mostly localization and state variables
20090129 15:33:14-!- mjs-de [n=mjs-de@vpw.wh.uni-dortmund.de] has joined #wesnoth-dev
20090129 15:33:27< boucman> hmm we have at least to people that need to be made art contrib, but I can't find it in phpbb
20090129 15:33:36< boucman> any experts ?
20090129 15:37:48< loonycyborg> Ivanovic is known to know how to place people in groups :)
20090129 15:57:52-!- crimson_penguin [n=ben@64.201.60.214] has joined #wesnoth-dev
20090129 16:10:28< CIA-54> baufo * r32372 /trunk/data/gui/default/window/mp_method_selection.cfg:
20090129 16:10:54< Baufo> whoops, no message
20090129 16:12:00< Baufo> if anyone happens to care: I just added a string describing how mp login works as a tooltip. The tooltip does not actually work but the string is there.
20090129 16:14:46< boucman> cool
20090129 16:15:01< boucman> Baufo: did you select the pwd input widget by default ?
20090129 16:15:18< boucman> that's the most anoying thing in the last dev release...
20090129 16:15:58< Baufo> boucman, you mean in the method selection or in the log in dialog?
20090129 16:16:17< boucman> isn't it the same dialog now ?
20090129 16:17:09< Baufo> boucman, there is still an extra dialog that displays error messages from the server and allows requesting a password reminder
20090129 16:17:20< boucman> oh, ok
20090129 16:17:27< boucman> no, I mean the log in one
20090129 16:18:17< Baufo> boucman, I tried to make it "smart": select the passsword field if the server sent a password request and otherwise the username field
20090129 16:18:38< boucman> souds good
20090129 16:19:34< Baufo> what's the problem then? :)
20090129 16:19:55< boucman> "last dev release" != trunk
20090129 16:20:08< boucman> apparently you already fixed it in trunk, I hadn't tested
20090129 16:20:35< Baufo> I see
20090129 16:20:46< Baufo> I thought it was in the last dev release already
20090129 16:25:38< Soliton> no, it was shortly after the release.
20090129 16:27:47< boucman> minutes after, IIRC :P
20090129 16:29:32< Soliton> 204 to be exact.
20090129 16:31:58< Baufo> heh
20090129 16:44:09-!- stikonas [n=and@ctv-79-132-188-113.vinita.lt] has quit [Remote closed the connection]
20090129 17:31:37< Rhonda> Since when are these blocklists in the server code? It's in the stable branch too, right?
20090129 17:59:30< Soliton> there are no blocklists in the server code. what are you referring to?
20090129 18:06:35-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has joined #wesnoth-dev
20090129 18:07:03-!- Noyga [n=lame-z@AVelizy-151-1-67-75.w81-249.abo.wanadoo.fr] has joined #wesnoth-dev
20090129 18:14:29< Ivanovic> hi
20090129 18:16:22< Ivanovic> boucman: if you want someone in some forum group, just post a list with group and forum user in the moderators forum
20090129 18:16:29< Ivanovic> then i will eventually take care of it
20090129 18:16:38< boucman> k
20090129 18:17:29< CIA-54> baufo * r32373 /trunk/src/ (4 files in 2 dirs): reenable people to write their own user handlers: only let the client encrypt the password using phpbb's algorithm if the server has asked it to do so.
20090129 18:18:12< Ivanovic> silene: uhm, are you *really* the *real* silene and not just some bot or clone?
20090129 18:18:32-!- cib_ [n=cib@p4FD0F64B.dip.t-dialin.net] has joined #wesnoth-dev
20090129 18:18:32< Ivanovic> there are so many comments in your code, this is, uhm, not what i am used to
20090129 18:18:34< Ivanovic> ;)
20090129 18:19:15< cib_> many comments? me wuv many comments, always so hard to read others' code =(
20090129 18:21:11-!- Turuk [n=JDiSab@FUSE-WS1-208-102-202-188.fuse.net] has quit [Read error: 60 (Operation timed out)]
20090129 18:22:34< silene> Ivanovic: you are right: in fact, i'm his evil twin, i'm commenting the code he left uncommented (hmm... i guess i'm not that evil then)
20090129 18:27:43-!- Turuk [n=Turuk@FUSE-WS1-208-102-202-188.fuse.net] has joined #wesnoth-dev
20090129 18:47:13-!- JonW [i=chatzill@cpc2-finc11-0-0-cust348.4-2.cable.virginmedia.com] has joined #wesnoth-dev
20090129 18:56:28-!- grzywacz [n=grzywacz@moinmoin/developer/karol] has joined #wesnoth-dev
20090129 18:58:50< CIA-54> baufo * r32374 /trunk/src/ (6 files in 2 dirs): made sample_user_handler work again.
20090129 19:10:01-!- Mordante [n=chatzill@roadie.xs4all.nl] has joined #wesnoth-dev
20090129 19:10:27< Mordante> hi 
20090129 19:10:39< Mordante> Baufo server/sample_user_handler.cpp:85 looks really odd
20090129 19:13:48< Baufo> Mordante, it's odd indeed... :)
20090129 19:14:27< CIA-54> ivanovic * r32375 /trunk/po/wesnoth-manpages/hu.po: updated Hungarian translation
20090129 19:14:48< Mordante> gcc also thinks it's odd ;-)
20090129 19:14:58< zookeeper> what drugs is velensk on?
20090129 19:15:11< zookeeper> "The dryrun I ran seemed to have problems with a terrain mask I was using because it didn't end with the .exe suffix. In the previous version I had simply been using a map file as the terrain mask. Is this no longer appropriate or is it fine, but I should put a .exe on the end of the map?"
20090129 19:15:29< Turuk> Ooo zookeeper, I have a better one for you
20090129 19:15:39< Turuk> http://www.wesnoth.org/forum/viewtopic.php?f=21&t=23881
20090129 19:15:46< Turuk> "It works perfectly, but is not what I want." :)
20090129 19:18:16< CIA-54> baufo * r32376 /trunk/src/server/sample_user_handler.cpp: fixing some inanity (thanks to Mordante)
20090129 19:18:27< Mordante> thanks
20090129 19:19:50< Baufo> Mordante, are tooltips supposed to work in your widgets?
20090129 19:20:16< Mordante> not yet, but should be before 1.6
20090129 19:20:23< Ivanovic> Sirp: so is the stuff for sending data already done?
20090129 19:20:47< zookeeper> Turuk, that too
20090129 19:20:56< Ivanovic> (as in the text for the dialogs, so that i can run a pot-update and have the stuff in)
20090129 19:21:07< Baufo> Mordante, ok, great
20090129 19:21:32< Ivanovic> zookeeper: is the text explaining the "login to the mp server" done?
20090129 19:23:15< Ivanovic> especially some change to the manual since it should *really* be explained there, too...
20090129 19:25:52< Baufo> Ivanovic, I added a tooltip explanation so far (which does not show yet)
20090129 19:27:21< Mordante> ESR_ regarding the new portrait directory structure, I added some hacks which make hardcoded assumptions 
20090129 19:27:44< Mordante> I'll do it properly post 1.6, but these hacks allow the WML to remain compatible
20090129 19:27:53 * ESR_ waves a fish threateningly
20090129 19:28:00-!- EdB [n=EdB@79.88.117.37] has joined #wesnoth-dev
20090129 19:28:26 * Mordante agrees we shouldn't force release schedules :-P
20090129 19:28:57< ESR_> Mordante: We may have to clean up that stuff pre 1.6 to accommodate the directory reorganization.  Where are the hardcoded hacks?
20090129 19:29:23< Mordante> game_events.cpp in the message
20090129 19:29:33< ESR_> Looking...
20090129 19:30:44< Mordante> basically it assumes profile=foo.png has a larger image named transparent/foo.png
20090129 19:31:03< ESR_> Ah, I see.
20090129 19:31:04< Mordante> if not it falls back to the image in profile
20090129 19:31:48< Mordante> but we should be careful with moving data since Ivanovic wants to release the first beta this weekend
20090129 19:32:04< ESR_> If the new directory structure is sufficiently regular, an equivalent hack should be possible.  If it's not, I'll make it so.
20090129 19:32:41< Sirp> Ivanovic: no it's not
20090129 19:32:56< Ivanovic> Sirp: then please commit the string in some way that it is "in place"
20090129 19:32:57< Mordante> yes, I just wanted to make you aware of the ugly hack
20090129 19:33:08< ESR_> Care is required, yes, but I favor doing this before 1.6 as it will clean up the API visible to WML developers.
20090129 19:33:14< Ivanovic> the feature might still be missing, but the string(s) still be there, ready to use
20090129 19:33:45< Sirp> Ivanovic: did we agree on a string? :)
20090129 19:34:05< Ivanovic> hey, i gave you a string to form over to some correct english
20090129 19:34:12< ESR_> Mordante: Thanks for the heads-up, I'll include it in my work plan when the thespaceinvader delivers the filename mapping.
20090129 19:34:39< Ivanovic> that is: basically use the stuff currently shown and do some magic with the "save my response, to change it click on the envelope in the main menu" thingie
20090129 19:34:50< Mordante> post 1.6 we can also remove the smaller images at some point
20090129 19:35:24< ESR_> I'm glad he's doing this, actually.  I've always thought the author-centered organization of that directory was kinfd of dysfunctional, but it didn't irritate me enough for me to rearrange it myself.
20090129 19:37:36< Ivanovic> re profile stuff and image organization:
20090129 19:37:46< Ivanovic> IMO we are in a rather stable and working state now
20090129 19:37:57< Ivanovic> it is well defined what addon authors should do about which kind of images
20090129 19:38:06< Ivanovic> so this should be used for 1.6
20090129 19:38:21< Ivanovic> and wait with a "really cristal clear magic solution" for post 1.6
20090129 19:39:13< CIA-54> mordante * r32377 /trunk/src/server/sample_user_handler.cpp: Fix a compiler warning.
20090129 19:39:40< CIA-54> zookeeper * r32378 /trunk/data/campaigns/Under_the_Burning_Suns/scenarios/01_The_Morning_After.cfg: Removed Kaleh's loyal trait and reordered Garak's and Zhul's loyal traits to be first traits.
20090129 19:46:17 * zookeeper blinks
20090129 19:46:31 * zookeeper gets a funky text input box in every new-style dialog
20090129 19:46:56< zookeeper> i hope that's been fixed today already ;)
20090129 19:49:34 * Mordante will look at it
20090129 19:52:25< CIA-54> zookeeper * r32379 /trunk/data/campaigns/Under_the_Burning_Suns/images/units/elves-desert/ (4 files): New base frames for desert sentinel and prowler. Old animations are still used.
20090129 19:53:10< Mordante> silene your lua patch looks interesting and it seems quite simple to add lua support :-)
20090129 19:53:25< Mordante> just curious is it not possible to use _ as translation marker
20090129 19:53:27< Mordante> ?
20090129 19:54:35 * ESR_ has been learning lua, coincidentally.
20090129 19:54:59< ESR_> What does the lua patch actually do?
20090129 19:55:04 * fabi_ has coded a world of warcraft interface addon in lua.
20090129 19:55:08< Mordante> for any reason ESR_ ?
20090129 19:55:12< silene> no idea; i have been using the L syntax because it's the one used in WoW, but perhaps a _ syntax would work too
20090129 19:55:40< ESR_> Mordante: Just that I heard it's interesting and I collect languages.
20090129 19:56:00< ESR_> There are some very clever things about the design.
20090129 19:56:37< ESR_> I see it as better Tcl than Tcl.
20090129 19:56:39< Mordante> I also like to learn new languages but I need a reason for it
20090129 19:56:55< Mordante> and haven't found an excuse for lua yet ;-)
20090129 19:57:09< fabi_> I believe it's designed to be a save ingame language.
20090129 19:57:31< Mordante> yes it's developed as embedded language
20090129 19:57:49< Mordante> I have been thinking about adding lua support before but got distracted with other projects
20090129 19:57:53< silene> Mordante: just tested, "_" works fine too; and the current syntax uses brackets, but parenthesizing should work too; so the same syntax as in C could be used
20090129 19:57:56< ESR_> lua seems to me like the answer to the question "What if you wanted a functional replacement for Tcl and had been really impressed by Python's expressiveness?"
20090129 19:58:23< Mordante> nice silene 
20090129 19:58:24-!- Shadow_Master [n=ignacior@unaffiliated/shadowmaster/x-275924] has joined #wesnoth-dev
20090129 19:58:47< silene> ESR_: are you on the wesnoth-dev ml? if so, you should have a few information about the patch now
20090129 19:59:03< ESR_> silene: I am, and I'll look.
20090129 19:59:21< Mordante> what I like about lua is that's designed to be used embedded unlike python where it's hard to embed it safely 
20090129 20:00:10-!- Shadow_Master [n=ignacior@unaffiliated/shadowmaster/x-275924] has quit [Client Quit]
20090129 20:00:19-!- Shadow_Master [n=ignacior@unaffiliated/shadowmaster/x-275924] has joined #wesnoth-dev
20090129 20:00:22< silene> what I really like about Lua is coroutines; too bad you never get a chance to use them in practice... :-)
20090129 20:01:53< ESR_> silene: I've read your notice.  Nice work.  
20090129 20:01:57< Shadow_Master> hi
20090129 20:02:02< silene> they tried to achieve the same thing with stackless python, but as the name says, it failed
20090129 20:02:20-!- Turuk_ [n=Turuk@FUSE-WS1-208-102-202-188.fuse.net] has joined #wesnoth-dev
20090129 20:03:13< Mordante> hi Shadow_Master 
20090129 20:03:20-!- [Relic] [n=[Relic]@76.229.202.137] has joined #wesnoth-dev
20090129 20:04:17< [Relic]> Hello :)
20090129 20:04:55< ESR_> silene: My purposes for advocating as much replacement of C++ with Python as possible would be just as well served if it was lua that did the replacing.
20090129 20:05:20< Shadow_Master> what do you want to replace again? C++ or WML?
20090129 20:05:43< Shadow_Master> sometimes it sounds like one thing, other times it sounds like the other
20090129 20:06:13< ESR_> C++.  Languages without automatic memory management are pointless self-torture in 2009, for applications anyway.
20090129 20:06:52< Shadow_Master> uh huh
20090129 20:07:13< Shadow_Master> so, Lua *can* replace C++ or Python now?
20090129 20:07:26-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has quit ["leaving"]
20090129 20:07:47< ESR_> What I'm reading in the lua book seems encouraging on this score.
20090129 20:08:20 * Sirp can very rarely remember having to manually manage memory when developing Wesnoth.
20090129 20:08:42 * Shadow_Master too
20090129 20:08:57< Shadow_Master> I never use pointers nowadays :-/
20090129 20:08:59< ESR_> Sirp: Yes, but we do have core dumps and stale-pointer issues.  These are symptoms.
20090129 20:09:13-!- Turuk [n=Turuk@FUSE-WS1-208-102-202-188.fuse.net] has quit [Read error: 110 (Connection timed out)]
20090129 20:09:26< silene> ESR_: i wouldn't advocate to replace c++ with lua; lua is a powerful embedded scripting language, but it still is a scripting language; python could be a possibility, but i tend to prefer functional languages with pattern matching when it comes to manipulating data structures
20090129 20:09:30< Shadow_Master> a core dump can mean anything ranging from a SIGABRT to a kernel fault
20090129 20:09:41< Shadow_Master> I consider that a really hasty generalization
20090129 20:10:24< Sirp> C++ not being completely deterministic with all operations having well-defined behavior is a much bigger problem than memory management in my view.
20090129 20:10:49< silene> Shadow_Master: lua cannot replace C++ nor python, but it can replace the computational parts of WML
20090129 20:10:52< Shadow_Master> btw, is Python AI really working?
20090129 20:11:08 * fabi_ making popcorn. Smells c++ fish.
20090129 20:11:18< Shadow_Master> silene: have you read about inline formulas?
20090129 20:11:19< ESR_> silene: I think your exploratory lua patch is a good step, anyway. 
20090129 20:11:44-!- noy [n=Noy@d75-157-52-251.bchsia.telus.net] has joined #wesnoth-dev
20090129 20:11:49< Shadow_Master> silene: a new shiny feature implemented by Sirp and exposed to WML by Sapient. It just needs to handle floating point numbers
20090129 20:12:44< Shadow_Master> it can pretty much be used anywhere where WML variable expansion is available, e.g. in character messages or event declarations
20090129 20:13:10< silene> Shadow_Master: yes, but rather than adding new features one after the other, we could directly jump to a language that already supports them
20090129 20:14:01< Shadow_Master> well, as long as "jumping" doesn't mean replacing...
20090129 20:14:29< Sirp> I like the idea of trying lua and seeing how well it works.
20090129 20:14:55< Shadow_Master> (replacing in the short term that is)
20090129 20:15:07< silene> Shadow_Master: you should take a look at the test scenario I attached to the patch, it hardly looks like replacing
20090129 20:15:35< Shadow_Master> at that
20090129 20:15:54< Shadow_Master> it takes around 1 minute for me to load a single page of Gna :)
20090129 20:17:25< Shadow_Master> interesting. But does the << mark have only meaning in the [lua] context for the parser?
20090129 20:17:36< silene> Sirp: any suggestion you would have for a syntax to embed things in WML? in the patch, i simply used << and >> as strong quotes, but there may be better choices
20090129 20:17:51< Shadow_Master> (just reminding the <R,G,B> markup already exists in WML for the UI)
20090129 20:18:09< silene> Shadow_Master: no, they work anywhere
20090129 20:18:29< Sirp> silene: well, how are you embedding lua exactly? Are you making it text between elements, or are you making it an attribute value?
20090129 20:18:53< Sirp> e.g. [lua]<lua code in here>[/lua] or [lua] code="<lua code in here>" [/lua] -- or some other way? 
20090129 20:18:59< Shadow_Master> silene: https://gna.org/patch/download.php?file_id=5231
20090129 20:19:00< Sirp> (sorry, haven't had a chance to look at your patch yet)
20090129 20:19:17< Shadow_Master> er, Sirp: https://gna.org/patch/download.php?file_id=5231 (when you have time of course)
20090129 20:19:39< silene> Shadow_Master: <R,G,B> is fine; i mean < and > are standard comparison operators in Lua anyway, that's why i doubled them
20090129 20:19:43< Sirp> Shadow_Master: looking...
20090129 20:20:02< Shadow_Master> um, what about [!tag] :)
20090129 20:20:21< Sirp> silene: how about using """ as a strong quote, like Python does?
20090129 20:20:28< silene> Sirp: i would have prefered to put the Lua code between tags, but i didn't find a way to keep the patch small
20090129 20:20:39< silene> yes, that would work too
20090129 20:20:45< Sirp> silene: I prefer it the way you did it because it's simpler.
20090129 20:21:27< silene> in fact no, that wouldn't work; """ is already fine and maybe used in the campaigns
20090129 20:21:59< Shadow_Master> (at the lack of \" :(
20090129 20:22:14< silene> rgrep on data/ says: do not use """!
20090129 20:22:30< Sirp> ahh, okay. :)
20090129 20:23:15< Sirp> silene: << is fine with me, though admittedly it perhaps looks a little ugly
20090129 20:23:23< grzywacz> Any good books on Lua, then? Or is the online reference good enough?
20090129 20:23:52< Shadow_Master> it reminds me of the C++ IOStream operators
20090129 20:23:53< Sirp> silene: anyhow welcome back, and what you're doing looks exciting.
20090129 20:23:59< Shadow_Master> (not that it is a bad thing)
20090129 20:24:26< Shadow_Master> it also looks like a here-document in a shell script
20090129 20:24:43< silene> grzywacz: the online reference is fine; but it may be a bit harsh if it's your first time with the language
20090129 20:25:08-!- ilor [n=user@unaffiliated/ilor] has joined #wesnoth-dev
20090129 20:25:40< silene> grzywacz: perhaps start with http://lua-users.org/wiki/TutorialDirectory
20090129 20:25:45< silene> Sirp: thanks :-)
20090129 20:26:08< grzywacz> silene, ok, thanks. Looks like no books on Lua have been published here, and amazon is kind of expensive with the current exchange ratio for USD. Tutorial, here I come! ;)
20090129 20:26:54< Shadow_Master> silene: do you think parser.cpp can also receive some comments?
20090129 20:27:24-!- thespaceinvader [n=chatzill@91.108.178.108] has joined #wesnoth-dev
20090129 20:27:39< Shadow_Master> right now I wonder why there's a  parse_variable() there. I always thought WML variable expansion support was done elsewhere
20090129 20:27:57< Shadow_Master> unless variable == attribute ?
20090129 20:27:59< silene> most certainly, but i must admit today was the first time i was looking at the file :-)
20090129 20:28:17< silene> (i only did the preprocessor, not the parser)
20090129 20:28:27-!- JonW [i=chatzill@cpc2-finc11-0-0-cust348.4-2.cable.virginmedia.com] has quit ["Don't give up the fun has only just begun!"]
20090129 20:28:31< Shadow_Master> ah, it was rewritten by ayin it seems
20090129 20:28:33< fabi_> silene: If one could export lua procedures as wml tags with the procedures arguments being wml attributes that can be filled with wml or lua variables most of inscenario lua escaping could be avoided.
20090129 20:29:43< silene> right, but it would be unfortunate to lose the ability to embed code
20090129 20:29:58< Shadow_Master> it could be done as a separate feature
20090129 20:30:12< silene> agreed
20090129 20:30:40< Shadow_Master> there are many people that have asked about funcional WML in the past (although most of the gap is filled by [fire_event] and custom event definitions)
20090129 20:31:56< silene> speaking of fire_event, i was kind of disappointed: it's almost never used in campaigns; as a matter of fact, there is only one place in one campaign where fire_event is used with an argument
20090129 20:32:26< Shadow_Master> I use it quite intensively nowadays in mine, although it is user-made
20090129 20:32:46-!- EdB [n=EdB@79.88.117.37] has quit ["Konversation terminated!"]
20090129 20:33:21< silene> so tell me, are you passing arguments to it? and if so, are you passing attack arguments to it?
20090129 20:33:54< silene> i saw that the code was supporting it, but i just have no clue what it could be used for
20090129 20:34:19< Shadow_Master> I don't think I'm passing it attack/defense weapons, but I'm passing it the primary_unit argument
20090129 20:36:36< Shadow_Master> which I'm also going to fix; right now it only takes a x,y unit filter, while most other tags use standard unit filters
20090129 20:37:44-!- noy [n=Noy@d75-157-52-251.bchsia.telus.net] has quit []
20090129 20:39:22-!- noy [n=Noy@d75-157-52-251.bchsia.telus.net] has joined #wesnoth-dev
20090129 20:39:54< Shadow_Master> thespaceinvader: why not post a reminder instead of a simple question in Sleepwalker's portrait thread?
20090129 20:40:06< Shadow_Master> (to speed things up if it is required)
20090129 20:40:17< thespaceinvader> cos i didn't want to lecture him about tuff he already knew
20090129 20:40:30< Shadow_Master> okay... ;)
20090129 20:40:41< Shadow_Master> (don't forget to mention the license)
20090129 20:41:00< thespaceinvader> nope
20090129 20:45:40< Shadow_Master> zookeeper: do you think Beetlenaut's stuff in http://www.wesnoth.org/forum/viewtopic.php?f=9&t=23785 could be added to mainline?
20090129 20:45:55< Shadow_Master> (in /scenery)
20090129 20:45:58-!- BenUrban [n=benurban@unaffiliated/benurban] has quit ["Power failu"]
20090129 20:46:08-!- BenUrban [n=benurban@c-68-49-10-243.hsd1.md.comcast.net] has joined #wesnoth-dev
20090129 20:52:17-!- Turuk_ is now known as Turuk
20090129 20:52:24< fabi_> Shadow_Master, zookeeper: no! Please make a proper forest alias terrain out of it. 
20090129 20:53:46< loonycyborg> ESR_: If you collect languages, do you know any languages beside Haskell that allow you to reference variables before defining them?
20090129 20:54:04< ESR_> No :-)
20090129 20:54:43< Sirp> loonycyborg: you can do that in C++
20090129 20:55:21-!- Shadow_Master [n=ignacior@unaffiliated/shadowmaster/x-275924] has quit ["Reconnecting"]
20090129 20:55:21-!- Shadow_Master_ [n=ignacior@unaffiliated/shadowmaster/x-275924] has joined #wesnoth-dev
20090129 20:55:24< ESR_> Sirp, he means something rather different and connected with lazy evaluation.
20090129 20:55:33< Sirp> ESR_: I mostly thought so. :)
20090129 20:55:45< Sirp> ...and the ways you can do it in C++ are too limited to really be worth mentioning much
20090129 20:55:48< Shadow_Master_> fabi_: :|
20090129 20:56:04< Shadow_Master_> and... lazy evaluation is the source of all evils for me
20090129 20:56:27< loonycyborg> Sirp: Still, I'm curious under which circumstances it's possible in C++ :)
20090129 20:56:44< Shadow_Master_> so... I pretty much dislike using languages which provide lazy evaluation for real work
20090129 20:56:51< Shadow_Master_> nick Shadow_Master
20090129 20:56:54-!- Shadow_Master_ is now known as Shadow_Master
20090129 20:59:48< Mordante> Shadow_Master what's the problem with lazy evaluation?
20090129 21:00:16< Shadow_Master> it allows me to make catastrophic mistakes without noticing.
20090129 21:00:23< Shadow_Master> It has happened too often to me in WML and Perl
20090129 21:00:28< Sirp> loonycyborg: well for instance, in a class you can define an inline function that references members above the point where you define the members.
20090129 21:01:00< Sirp> but yeah, sorry, I'm being silly. :p
20090129 21:01:04< Shadow_Master> Python doesn't have lazy evaluation I hope? :p
20090129 21:01:16< Mordante> you can also make catastrophic mistakes with pointers :-P
20090129 21:01:44< Shadow_Master> true, but I don't use them if I don't need to :P
20090129 21:02:21< ilor> Mordante: catastrophic pointer mistakes are easy. The subtle mistakes are what can really hurt
20090129 21:02:30< Mordante> and with references you can also run in quite some problems ;-)
20090129 21:02:40< Shadow_Master> at least in my programs. Sure, Wesnoth has a bunch of pointers around for some reason.
20090129 21:02:54< Mordante> ilor yes and references are even better at that part ;-)
20090129 21:03:04< loonycyborg> Shadow_Master: Nope. Python is a procedural language :)
20090129 21:03:27< Shadow_Master> loonycyborg: wait, you are telling me it is procedural and I hear from ESR_  and other people that it is OO?
20090129 21:04:14 * loonycyborg thinks that Python's OO features look cludgy compared to C++
20090129 21:04:33 * Shadow_Master . O o (what happened to one of our Python fanatics?)
20090129 21:05:09< ESR_> Shadow_Master: It's both.  Python has good support for OO but doesn't lock you into that style.
20090129 21:05:18< Shadow_Master> well, having to write __likethis__ is...
20090129 21:05:30< Shadow_Master> C++ is also both then
20090129 21:05:32< loonycyborg> Shadow_Master: Nothing. I always though that python's OO support is cludgy.
20090129 21:05:44< loonycyborg> *thought
20090129 21:05:57< loonycyborg> Though it's much better than nothing.
20090129 21:06:54< loonycyborg> Having classes *really* helps with exposing C++ classes to python :)
20090129 21:07:00< Sirp> it's not as bad as Perl's OO support. :)
20090129 21:07:12< Shadow_Master> (shudderss
20090129 21:07:38< Sirp> Ruby is better than either, imo.
20090129 21:08:32< loonycyborg> s/cludgy/kludgy/
20090129 21:08:47< Shadow_Master> having rewritten wesnoth-optipng from Ruby for bash, Ruby looks pretty much like a shell scripting language with extended features
20090129 21:09:23 * Shadow_Master has to take it to the next step and rewrite it in Perl ;)
20090129 21:09:44< Sirp> Shadow_Master: Ruby is really VERY different from a shell scripting language.
20090129 21:09:53< Sirp> at least as different as Python or Perl are.
20090129 21:09:55 * loonycyborg thinks that python's new-style classes are a big improvement compared to old-style classes
20090129 21:10:19 * Sirp has not seen these "new style classes"
20090129 21:10:23< Shadow_Master> then I take it it was a poor example of Ruby
20090129 21:10:32< Shadow_Master> loonycyborg: something Python 3?
20090129 21:10:38< ESR_> I think both Python and Ruby have very light, elegant OO features.  Historically, Perl's OO is a direct an intentional imitation of Python's, but it was compromised by other features of the language.
20090129 21:11:10< Shadow_Master> Perl's OO looks like just a Frankenstein experiment :p
20090129 21:11:21< ESR_> Quite.
20090129 21:11:26< loonycyborg> Shadow_Master: No. Those were introduced in earlier versions.
20090129 21:11:48< Shadow_Master> would have to see a script and try to translate it into something I can understand
20090129 21:11:58< Sirp> basically if you want to do anything "object oriented" you shouldn't be using Perl
20090129 21:12:04< Shadow_Master> I guess all those I've read are "classic" Python scripts
20090129 21:13:09< Mordante> zookeeper I can't reproduce the input box problem only is shown when needed for me
20090129 21:14:27< grzywacz> Shadow_Master, new style classes are 2.2 or something
20090129 21:14:34< Shadow_Master> Mordante: what is the problem? there were a few bugs last time I tried :P
20090129 21:15:28< Shadow_Master> Mordante: namely the messages with input box shouldn't be dismissable with a single click
20090129 21:15:57< Mordante> Shadow_Master it shouldn't be, is it?
20090129 21:16:23< Shadow_Master> Mordante: erm, yes, your implementation (last night) allowed me to dismiss messages that had an input box by clicking anywhere
20090129 21:16:58< Mordante> didn't happen for me, but my system is under a bit of load so will try when the load is low
20090129 21:17:07< Shadow_Master> it still happens btw
20090129 21:17:28< Mordante> I didn't change a thing about it, so not surprised ;-)
20090129 21:17:45< Shadow_Master> Mordante: also, the "manual" hex in the test scenario displays a dialog whose OK button doesn't work
20090129 21:18:36< Shadow_Master> it can also be dismissed by clicking anywhere but the scrollbar, but I guess that was intented
20090129 21:19:08< Shadow_Master> I have no idea what code you have in your HDD but I still want to report as many bugs as I can ;)
20090129 21:19:20< Shadow_Master> *current bugs
20090129 21:19:27< Mordante> thanks :-)
20090129 21:19:45< Mordante> and I've no code ready to commit at the moment
20090129 21:20:14< Shadow_Master> Mordante: um and the "dialog" hex causes a message to appear twice
20090129 21:20:29< cib_> Shadow_Master, one of Ruby's features is quick and dirty text parsing and the like, maybe that reminds you of a shell scripting language?
20090129 21:20:37< Shadow_Master> at least if I use a single primary click to attempt to dismiss it
20090129 21:20:40-!- thespaceinvader [n=chatzill@91.108.178.108] has quit ["ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]"]
20090129 21:20:54< cib_> it's pretty much like python, actually, just with less restrictions and conventions
20090129 21:21:00< Shadow_Master> the floating label are "overdrawn" when the second message (?) appears
20090129 21:21:31< Sirp> Ruby is somewhat like Python, though with many cleaned-up Perl like semantics.
20090129 21:21:46< Shadow_Master> sometimes I move a unit and I get a shroud updater related assert too, but that's obviously not your fault :(
20090129 21:21:49< Sirp> Ruby still buys into the Perl philosophy of "the simple things should be easy, and the complex things possible"
20090129 21:21:58< Sirp> not Python's "there shuld be 
20090129 21:22:03< Shadow_Master> Mordante: so , that's the current list
20090129 21:22:04< Sirp> one obvious way to do it" approach
20090129 21:23:10< Shadow_Master> Mordante: I have no idea why the duplicated message sequence does not occur in regular scenarios though
20090129 21:24:06< zookeeper> Shadow_Master, as fabi said, those should become a new forest alias, not some scenery items.
20090129 21:24:07< Shadow_Master> Mordante: argh, forget the duplicated message sequence. It is caused by a duplicated WML event in the test scenario. The floating label overdrawing bug still applies though ;)
20090129 21:24:17< Shadow_Master> zookeeper: I leave the work for you then
20090129 21:24:45< zookeeper> Mordante, ok, maybe it doesn't happen with latest trunk anymore then.
20090129 21:26:23-!- Elvish_Pillager [n=eli@66-189-14-42.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20090129 21:26:23< CIA-54> shadowmaster * r32380 /trunk/data/scenario-test.cfg: 
20090129 21:26:23< CIA-54> Tweaked a duplicated WML event for the "dialog" test hex so that a
20090129 21:26:23< CIA-54> subtle drawing glitch is made more obvious for Mordante; removed a
20090129 21:26:23< CIA-54> duplicated [label] declaration.
20090129 21:27:39< Mordante> zookeeper odd since I only did one commit for that
20090129 21:28:55< Shadow_Master> ahm... the 'manual' hex message now doesn't want to allow me to dismiss it :/
20090129 21:29:06< Shadow_Master> except wit the keyboard
20090129 21:29:23< CIA-54> mordante * r32381 /trunk/src/gui/dialogs/wml_message.cpp: 
20090129 21:29:23< CIA-54> Disable the easy_close with an input text.
20090129 21:29:23< CIA-54> Shadow_Master spotted this bug.
20090129 21:29:58< Mordante> Shadow_Master thanks for the bug reports managed to reproduce them :-)
20090129 21:30:34< Shadow_Master> all of them?
20090129 21:31:17< Mordante> Shadow_Master you could have removed the double event :-P
20090129 21:31:59< Shadow_Master> no, it serves well for demonstrating the floating label glitch
20090129 21:32:31< Mordante> I only have the "clicking the OK button for 'manual' doesn't work" left and the vertical centring of the wolf
20090129 21:33:12< Shadow_Master> I may as well share room with you and use 'dialog' to test the [fire_event] stuff I'm writing in my HDD
20090129 21:34:10< Mordante> ?
20090129 21:34:30< Shadow_Master> stuff you don't need to worry about until I find a new bug ;)
20090129 21:35:59< Mordante> well I like your bug reports, they're real bugs 
20090129 21:36:22< CIA-54> shadowmaster * r32382 /trunk/data/scenario-test.cfg: 
20090129 21:36:22< CIA-54> By spawning units in the side 1 recall list in the 'start' event, the
20090129 21:36:22< CIA-54> engine actually puts them in the recall list.
20090129 21:36:22< CIA-54> Move the recallable units spawned in the prestart event to the start
20090129 21:36:22< CIA-54> event so that they are really available.
20090129 21:37:40< Shadow_Master> std::vector<unit>& avail_units = pi->second.available_units;
20090129 21:37:54< Shadow_Master> wow, somebody liked to use such obfuscated names to refer to the recall list in the past :/
20090129 21:39:19< CIA-54> mordante * r32383 /trunk/data/gui/default/window/wml_message.cfg: 
20090129 21:39:19< CIA-54> Disable the vertical centring of small 'portraits'.
20090129 21:39:19< CIA-54> Shadow_Master noticed that with a short message on a big screen the portrait
20090129 21:39:19< CIA-54> is shown outside the dialog. There's no proper way to fix it, so disabled
20090129 21:39:19< CIA-54> this feature for the time being.
20090129 21:43:08< CIA-54> shadowmaster * r32384 /trunk/data/scenario-test.cfg: Added a [fire_event] test to replace the GIVE_TROLL_SKIN macro.
20090129 21:43:24< CIA-54> shadowmaster * r32385 /trunk/src/game_events.cpp: 
20090129 21:43:24< CIA-54> [fire_event]'s [primary_unit] and [secondary_unit] tags now take a SUF
20090129 21:43:24< CIA-54> instead of a x,y filter.
20090129 21:43:24< CIA-54> This doesn't allow filtering on recall-list units right now, but I'll
20090129 21:43:25< CIA-54> fix it soon.
20090129 21:43:59< zookeeper> \o/
20090129 21:45:02-!- Shadow_Master [n=ignacior@unaffiliated/shadowmaster/x-275924] has quit ["Fixing after lunch."]
20090129 21:49:33-!- Derekkk [n=Derekkk@host81-154-225-242.range81-154.btcentralplus.com] has joined #wesnoth-dev
20090129 21:54:37< Mordante> shadow_master I found the problem of the manual ok button the focus goes to the hidden textbox
20090129 21:54:45< Mordante> I'll fix it this weekend
20090129 21:54:48< Mordante> I'm off now
20090129 21:54:55-!- Mordante [n=chatzill@roadie.xs4all.nl] has quit ["ChatZilla 0.9.84 [Iceweasel 3.0.5/2008122011]"]
20090129 21:55:55-!- Baufo [n=thomas@62-47-144-74.adsl.highway.telekom.at] has quit ["Leaving"]
20090129 21:57:31-!- [Relic] [n=[Relic]@76.229.202.137] has quit ["Leaving"]
20090129 22:00:57-!- ESR_ [n=chatzill@static-71-162-243-5.phlapa.fios.verizon.net] has quit [Read error: 104 (Connection reset by peer)]
20090129 22:07:04-!- cib_ [n=cib@p4FD0F64B.dip.t-dialin.net] has quit [Remote closed the connection]
20090129 22:09:58-!- thespaceinvader [n=chatzill@91.108.178.108] has joined #wesnoth-dev
20090129 22:16:31-!- ESR_ [n=chatzill@static-71-162-243-5.phlapa.fios.verizon.net] has joined #wesnoth-dev
20090129 22:17:09-!- ettin_ [n=jorda@15.207.219.87.dynamic.jazztel.es] has quit [Read error: 110 (Connection timed out)]
20090129 22:22:36-!- YogiHH [i=YogiHH@d128122.adsl.hansenet.de] has joined #wesnoth-dev
20090129 22:23:03< CIA-54> fendrin * r32386 /trunk/data/campaigns/Legend_of_Wesmere/scenarios/ (02_Hostile_mountains.cfg 06_Acquaintance_in_Need.cfg): 
20090129 22:23:03< CIA-54> LoW S02: Added a missing die event for the Troll.
20090129 22:23:03< CIA-54> S06: Restored more of the Olurf unit store/restore code.
20090129 22:27:19-!- ettin [n=jorda@207.206.219.87.dynamic.jazztel.es] has joined #wesnoth-dev
20090129 22:46:19-!- Shadow_Master [n=ignacior@unaffiliated/shadowmaster/x-275924] has joined #wesnoth-dev
20090129 22:46:39< Shadow_Master> thinking it well, trying to [fire_event] on recall list units is an abominable idea :p
20090129 22:49:37< CIA-54> shadowmaster * r32387 /trunk/ (changelog src/game_events.cpp): 
20090129 22:49:37< CIA-54> Trying to support WML events from recall list units is a bad idea, so
20090129 22:49:37< CIA-54> I'll abandon it for now.
20090129 22:49:37< CIA-54> Some code clean-up, better error-handling and a changelog entry for
20090129 22:49:37< CIA-54> r32385.
20090129 22:55:02< silene> the lua scripts can now iterate over units and query their attributes; that's enough for today
20090129 22:55:28< Shadow_Master> nice
20090129 22:57:01< Ivanovic> right you are, it is time for me to head off to bed
20090129 22:57:03< Ivanovic> n8
20090129 22:57:20< Shadow_Master> good night Ivanovic 
20090129 22:57:32< CIA-54> shadowmaster * r32388 /trunk/data/scenario-test.cfg: 
20090129 22:57:32< CIA-54> Share room with Mordante's "dialog" test hexagon. Add a [fire_event]
20090129 22:57:32< CIA-54> test in it that will also serve us for checking a weird glitch with chat
20090129 22:57:32< CIA-54> messages and map-scrolling with the new dialogs.
20090129 22:57:48< CIA-54> shadowmaster * r32389 /trunk/data/scenario-test.cfg: 
20090129 22:57:48< CIA-54> Scroll back to original speaker on the 'dialog' test to ease
20090129 22:57:48< CIA-54> demonstrating the chat lines-trailing glitch.
20090129 22:59:13< Shadow_Master> Mordante: with r32389: start the test scenario, use :help twice, move a unit that is not side 1's leader to the "dialog" test hex, and click through the messages keeping an eye on the chat lines at the top-left
20090129 22:59:48< Shadow_Master> if your window is sufficiently small (around 1280x800), you should see trails of the chat lines. Could this be a bug in your code, or in the display classes themselves?
20090129 23:01:02-!- silene [n=plouf@ASte-Genev-Bois-152-1-3-135.w82-121.abo.wanadoo.fr] has quit ["Leaving."]
20090129 23:07:12< Shadow_Master> Mordante: proof screenie: http://shadowm.nfshost.com/chat_lines_glitch.png
20090129 23:08:03< Shadow_Master> (that dithering isn't my screen's natural state, it's just a super-crushed PNG to be able to upload it in finite time)
20090129 23:12:37-!- BenUrban [n=benurban@unaffiliated/benurban] has quit [Read error: 104 (Connection reset by peer)]
20090129 23:12:52-!- BenUrban [n=benurban@c-68-49-10-243.hsd1.md.comcast.net] has joined #wesnoth-dev
20090129 23:15:41-!- Tigge [n=tigge@bacchus.olf.sgsnet.se] has quit [Remote closed the connection]
20090129 23:24:22-!- Elvish_Pillage2 [n=eli@66-189-14-42.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20090129 23:26:29-!- Elvish_Pillager [n=eli@66-189-14-42.dhcp.oxfr.ma.charter.com] has quit [Connection timed out]
20090129 23:42:55< Shadow_Master> zookeeper: around still?
20090129 23:43:20< Shadow_Master> some scenarios in HttT use [store_unit] or [unstore_unit] in =enemies defeated   events, which makes it kinda impossible to use :n or :cl to check
20090129 23:43:24-!- Tigge [n=tigge@bacchus.olf.sgsnet.se] has joined #wesnoth-dev
20090129 23:43:36< Shadow_Master> zookeeper: ideally =victory should be used when victory_when_enemies_defeated=yes
20090129 23:43:47< Shadow_Master> unless you have something weirder in there
20090129 23:44:53< zookeeper> hmm, i changed a bunch of victory events to enemies defeated when doing the carryover changes, since i felt it was more explicit that way...but yeah, sounds like it was a bad idea in cases where there's something important done in those events
20090129 23:45:12< Shadow_Master> worst case for me: Siege of Elensefar
20090129 23:45:14< zookeeper> (i felt it was a bit unclean to have a victory event in which i [endlevel] result=victory)
20090129 23:45:34< Shadow_Master> no [endlevel] can't be used in victory events
20090129 23:45:59< Shadow_Master> but you can keep the [endlevel] for the (enemies defeated) event and still move other operations to (victory) for non-balancing-related debugging
20090129 23:46:14< zookeeper> sure
20090129 23:46:39< zookeeper> [endlevel] can't be used in victory events, really? i thought it'd _probably_ work all right
20090129 23:47:03< Shadow_Master> IIRC there's a "recursive event firing" test against it
20090129 23:47:09< YogiHH> grzywacz, still awake?
20090129 23:47:21< Shadow_Master> checking
20090129 23:48:01< grzywacz> YogiHH, pong
20090129 23:48:11< Shadow_Master> zookeeper: apparently you can use it, however:
20090129 23:48:20< Shadow_Master> you'll see "[endlevel] used in 'victory' event handler"  in the stderr
20090129 23:48:46< zookeeper> i see
20090129 23:48:55< YogiHH> grzywacz, i try to build SDL_mixer and there is something i don't understand. Can you have a look here: http://www.libsdl.org/faq.php?action=listentries&category=4#48
20090129 23:48:56< zookeeper> well, i guess i can clean up those scenarios then
20090129 23:49:12< Shadow_Master> same if you use [endlevel] in a [event]name=defeat  handler
20090129 23:49:26< YogiHH> grzywacz: question: i get undefined references to various SDL functions
20090129 23:49:44< YogiHH> grzywacz: i don't understand the answer, what about this sdl-config stuff?
20090129 23:50:21< YogiHH> is that supposed to be a file or something?
20090129 23:50:33-!- Noyga [n=lame-z@AVelizy-151-1-67-75.w81-249.abo.wanadoo.fr] has quit ["Quitte"]
20090129 23:50:38< Shadow_Master> I am so evil that I'd have forbidden the usage of [endlevel] there completely if I had written that exception handler ;)
20090129 23:51:04< Shadow_Master> but perhaps instead of just putting it on stderr I should make it go as a "Invalid WML found" message
20090129 23:51:11< loonycyborg> YogiHH: sdl-config is a shell script that prints flags needed to use SDL to stdout.
20090129 23:51:48< Shadow_Master> zookeeper: what do you think?
20090129 23:52:05< YogiHH> loonycyborg: "needed to use SDL to stdout" means what?
20090129 23:52:20< zookeeper> Shadow_Master, err, actually i'd very much prefer if it was made to work without problems or warnings.
20090129 23:52:45< zookeeper> it's a convenient way to do it sometimes
20090129 23:53:05< zookeeper> but i don't care all that much about it
20090129 23:53:10< loonycyborg> "sdl-config --libs --cflags" prints
20090129 23:53:20< loonycyborg> -lSDL -lpthread
20090129 23:53:20< loonycyborg> -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT
20090129 23:53:21< zookeeper> so, eh, strike that "very much prefer" and replace with "slightly prefer" ;)
20090129 23:53:51< zookeeper> anyways, i'm off to bed now
20090129 23:54:05< YogiHH> pfft, wouldn't have been so difficult to write that down, hmm? :-P
20090129 23:54:43< grzywacz> :-)
20090129 23:54:48< loonycyborg> In this case backticks `` are used to pass them to gcc..
20090129 23:56:36< Shadow_Master> good night zookeeper 
20090129 23:57:51< zookeeper> Shadow_Master, i got stuck watching that channel ;)
20090129 23:58:42< Shadow_Master> sure.
--- Log closed Fri Jan 30 00:00:40 2009