--- Log opened Tue Jan 19 00:00:30 2010
--- Day changed Tue Jan 19 2010
20100119 00:00:30< crimson_penguin> done
20100119 00:03:38< Ivanovic> writing the announcement now
20100119 00:08:27-!- umcreg [n=umcreg@190.22.93.123] has joined #wesnoth-dev
20100119 00:09:56< Ivanovic> 1.7.12 release announcement: http://forums.wesnoth.org/viewtopic.php?f=5&t=28577
20100119 00:10:49-!- Blarumyrran [n=Blarumyr@81-20-159-197.levira.ee] has quit ["Lahkun"]
20100119 00:11:12< teaser> boucman: so how about that sunset?
20100119 00:11:57-!- Tallken [n=f2f93bf5@93.102.96.115.rev.optimus.pt] has joined #wesnoth-dev
20100119 00:12:09-!- umcreg is now known as umcreg_irssi
20100119 00:15:51< Ivanovic> updated the frontpage, too
20100119 00:15:57< Ivanovic> teaser: cf logs
20100119 00:16:01< Ivanovic> teaser: was mentioned in there
20100119 00:22:27< CIA-53> ivanovic * r40748 /trunk/RELEASE_NOTES: post announcement cleanups
20100119 00:22:50-!- Ivanovic changed the topic of #wesnoth-dev to: string/feature freeze active! | 59 bugs, 244 feature requests, 7 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20100119 00:23:02< AI0867> the iphone port is based on 1.6.3, I did a diff a while ago, and it's rather big (though scrolling through it, most is commenting out stuff that's not supported or replacing std::string with shared_string. There are also other changes, but they're hard to find in the noise)
20100119 00:23:20< AI0867> as for spritesheets as configurable as we have now, that CABD using ~CROP()
20100119 00:23:22< Ivanovic> Soliton: was the motd on the stable and dev server already updated to list .12 as latest version?
20100119 00:23:25< Crab_> silene: http://wiki.wesnoth.org/LuaAI
20100119 00:23:52< teaser> ivanovic: thanks just read back to where someone refered to me as the one who asked... (irc-noob I am)
20100119 00:24:20< AI0867> fendrin: I tried it
20100119 00:25:58< AI0867> but the combination of the interface (tiny viewport) and general laggyness caused me to never actually try the second scenario in any campaign
20100119 00:26:36< AI0867> you need to scroll around way too much just to see the units that can attack you
20100119 00:34:25< fendrin> AI0867: Is it fast?
20100119 00:36:37< grzywacz> AI0867, would it work better at 50% scale, gameplay wise, forgetting the sprite butchery?
20100119 00:38:06-!- umcreg_irssi [n=umcreg@wesnoth/umc-dev/bot/umcreg] has quit ["this is not the bot"]
20100119 00:38:55< Ivanovic> grzywacz: just have a look at the gp2x port
20100119 00:39:02< Ivanovic> you don't see anything there...
20100119 00:39:04< Ivanovic> ;)
20100119 00:39:12< Ivanovic> not sure yet what might be best to do for the pandora
20100119 00:39:17< grzywacz> Ivanovic, mainly because it doesn't start. :-P
20100119 00:39:29-!- Sapient [n=patrickp@wesnoth/developer/sapient] has joined #wesnoth-dev
20100119 00:39:33< Ivanovic> due to the high res i fear that anything beside "full size" won't work nicely, so you won't see this much, too
20100119 00:39:36< AI0867> grzywacz: gameplay would improve with tinygui, yes
20100119 00:39:55< AI0867> at least, if the sprites are still recognizable
20100119 00:39:55< Ivanovic> (that is high dpi, 800x480 on a 4.3" screen is, uhm, hardcore)
20100119 00:40:38< Ivanovic> there using 36x36 images would lead to you not seeing anything (beside looking how bad things appear)
20100119 00:40:41< grzywacz> Screen resolution higher than a human eye resolution is a waste that only nerds can praise. ;-)
20100119 00:40:44< AI0867> fendrin: animations start out pretty smooth, but as memory runs out, they start skipping frames
20100119 00:40:53< AI0867> and the iphone sucks at managing memory
20100119 00:41:20< fendrin> AI0867: Does one see that it is opengl?
20100119 00:41:25< Ivanovic> grzywacz: the screen resolution is *really* lovely, at least when seeing the screen eg in the n810 which should be comparable
20100119 00:41:34< Ivanovic> images do look damn sharp
20100119 00:41:44< AI0867> I don't *see* any signs that it's openGL
20100119 00:42:23< fendrin> AI0867: Even when zooming in?
20100119 00:42:28< grzywacz> What signs would that be? ;)
20100119 00:42:41< Ivanovic> fendrin: so far there is no zooming
20100119 00:42:56< Ivanovic> zooming will be included in the next update (episode3, should be submitted today)
20100119 00:45:01-!- YogiHH [n=chatzill@d051178.adsl.hansenet.de] has left #wesnoth-dev []
20100119 00:52:51-!- Crab_ [n=Crab_@wesnoth/developer/crab] has quit ["Leaving."]
20100119 01:01:16-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has quit ["ChatZilla 0.9.86 [Firefox 3.5.7/20091221164558]"]
20100119 01:01:56< fendrin> How can I handle boolean attributes? 
20100119 01:02:57-!- Zarel_ [n=Zarel@warzone2100/developer/Zarel] has quit [Read error: 110 (Connection timed out)]
20100119 01:04:05< Sapient> you mean with utils::string_bool() ?
20100119 01:07:51< fendrin> Sapient: A method that decides from an wml attribute if it is set to true or false. (On off yes no 0 1 whatelse)
20100119 01:09:10< AI0867> string_bool
20100119 01:11:26< Sapient> yes, note that the second parameter to string_bool is the default to use in case of empty string
20100119 01:11:44< fendrin> Thank you :-)
20100119 01:13:45< AI0867> the iphone wesnoth repo has a grand total of 23 commits
20100119 01:13:55-!- Zarel_ [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20100119 01:15:19< AI0867> http://downforeveryoneorjustme.com/gna.org =/
20100119 01:20:23-!- Noyga [n=noyga@wesnoth/developer/noyga] has quit [Remote closed the connection]
20100119 01:22:57< loonycyborg> AI0867: It times out for me.
20100119 01:23:35< AI0867> same here
20100119 01:26:45-!- Chusslove [n=Chusslov@brsg-d9bee921.pool.mediaWays.net] has quit [Read error: 110 (Connection timed out)]
20100119 01:28:07-!- loonycyborg [n=sergey@wesnoth/developer/loonycyborg] has quit ["Zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz"]
20100119 01:28:55-!- loonybot [n=loonybot@wesnoth/bot/loonybot] has quit [Remote closed the connection]
20100119 01:33:47-!- Chusslove [n=Chusslov@brsg-d9befc78.pool.mediaWays.net] has joined #wesnoth-dev
20100119 01:34:22-!- Tallken [n=f2f93bf5@93.102.96.115.rev.optimus.pt] has quit ["Leaving"]
20100119 01:43:04< fendrin> Sapient: Is there a way to execute a wml_filter with only the filter's envirenment extended by a wml variable?
20100119 01:43:42< Sapient> fendrin: you mean like a scoped_wml_variable ?
20100119 01:44:06< Sapient> there is such a thing in variable.hpp
20100119 01:45:14< Sapient> but unfortunately it currently only supports container/array variables, not scalar
20100119 01:47:30< fendrin> Sapient: My problem is like this: Every time the pathfinder is called to calculate the shortest_path between locations I am going to collect a teleport_map. It is build from teleport_groups which are two slf and a suf to consider if the teleport is valid for the unit that is to be moved.
20100119 01:48:25 * Sapient head starts to spin dizzily
20100119 01:49:06< Sapient> go on
20100119 01:49:31< AI0867> the unit that the pathfinding is for needs to be stored into $unit for the terrain_filterS
20100119 01:49:58-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has quit [Remote closed the connection]
20100119 01:50:14< Sapient> hmm
20100119 01:50:18< fendrin> But best only for that terrain filter. I fear messing up the engine if the pathfinder is manipulating the game state.
20100119 01:50:39< Sapient> this is exactly what scoped_wml_variable is for
20100119 01:50:50< Sapient> so just use that
20100119 01:50:55< AI0867> scoped_xy_unit is probably what you want
20100119 01:51:11< AI0867> see its use in game_events
20100119 01:51:28< AI0867> scoped_xy_unit first_unit("unit", ev.loc1.x, ev.loc1.y, *units);
20100119 01:51:46< Sapient> however, I would like to point out that $this_unit is the name used to refer to the unit currently being filtered upon
20100119 01:52:05< Sapient> whereas, "unit" and "second_unit" are for events
20100119 01:52:32< Sapient> but if you want to break that conventioon, well who am I to stop ye ;)
20100119 01:52:33< AI0867> Sapient: the unit is first filtered by [filter] (SUF) and then, it needs to be available for the [source] and [target] SLFs
20100119 01:53:40< Sapient> I can already sense a delayed substitution conundrum here
20100119 01:54:16< AI0867> yeah
20100119 01:54:20< fendrin> A depency between pathfinder --> filter --> pathfinder?
20100119 01:54:24< fendrin> and so on?
20100119 01:54:43< Sapient> why do you need WML var  $this_unit in a location filter anyways ?
20100119 01:54:58< AI0867> to check for village ownership by that side
20100119 01:55:10< AI0867> fendrin wants to rewrite [teleport] using WML
20100119 01:55:32< Sapient> o.k., that is a valid use case which had never occurred to me before
20100119 01:55:56< fendrin> Sapient: It is an old feature request from Jetrel. It is in the near of what I am doing now.
20100119 01:56:04< Sapient> you should still be using $this_unit I believe
20100119 01:56:42< Sapient> but... it won't help much, since you won't be able to check for allied sides, only your own
20100119 01:57:26< Sapient> unless someone extends SLF to take formula=
20100119 01:57:42< AI0867> I believe [teleport] only works with owned sides
20100119 01:57:56< AI0867> so that shouldn't be an issue
20100119 01:59:30< Sapient> right, well depending on how you write up the variable substitution it may be expressed as $|this_unit when defined within events
20100119 02:00:22< Sapient> but I'll leave that up to you
20100119 02:00:27< Sapient> cya later
20100119 02:00:30-!- Sapient [n=patrickp@wesnoth/developer/sapient] has left #wesnoth-dev []
20100119 02:01:22< fendrin> I don't even know if variable substitution works at my point.
20100119 02:03:02< AI0867> interesting
20100119 02:03:16< AI0867> the silver mage can now teleport using unowned villages
20100119 02:03:23< AI0867> something is working at least
20100119 02:03:52< fendrin> AI0867: :-)
20100119 02:06:48< fendrin> AI0867: The substitution of that variable must be deylayed. It will fill the vallue of the unit at prestart in.
20100119 02:06:49< AI0867> $this_unit doesn't seem to be used anywhere else in wesnoth
20100119 02:07:00< AI0867> I use $|this_unit.side, still doesn't work
20100119 02:08:35< fendrin> AI0867: But the wiki knows about it: this_unit: inside a standard unit filter, this is the unit currently being considered for a possible match 
20100119 02:09:00< fendrin> AI0867: But we are in different filters. 
20100119 02:09:06< AI0867> a [message] test indicates substitution is delayed properly
20100119 02:09:21< AI0867> fendrin: I'm aware, but I patched pathfind.cpp to compensate
20100119 02:11:05< AI0867> http://wesnoth.pastebin.com/m2f8d772b
20100119 02:12:46< fendrin> AI0867: Use another name: $teleport_unit
20100119 02:15:26< AI0867> the issue here is that while substitution in the prestart event is properly delayed, the variable doesn't seem to be interpolated later on, during the filtering
20100119 02:17:34< fendrin> AI0867: Maybe the filter calls vor substitution during its constructur. 
20100119 02:17:53< AI0867> that's not what a SUF does
20100119 02:17:58< AI0867> considering $this_unit
20100119 02:20:41< AI0867> both are vconfigs
20100119 02:20:47< AI0867> which automatically expand variables
20100119 02:22:01< fendrin> AI0867: From where do they do that? Where is the "environment"
20100119 02:22:03< fendrin> ?
20100119 02:22:52< AI0867> dunno
20100119 02:23:37< fendrin> We can delay the creation of the terrain_filter objects to the point where the get_teleport_locations is called.
20100119 02:24:35< AI0867>     #define repos (resources::state_of_game)
20100119 02:24:38< AI0867> there it is
20100119 02:24:38< fendrin> vconfig.get_parsed_config() may be the trick to get variable substitution.
20100119 02:25:10< AI0867> it is
20100119 02:32:17-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20100119 02:33:05< fendrin> AI0867: So the vconfig called cfg that reaches teleport_group as an argument hasn't been expanded yet?
20100119 02:34:17< AI0867> most likely
20100119 02:34:50< AI0867> it should have been though...
20100119 02:34:56< AI0867> so I have no clue what's going on here
20100119 02:35:12< AI0867>     const t_string operator[](const std::string& key) const { return expand(key); }
20100119 02:36:26< fendrin> That is for getting attributes, seems they are expanded. 
20100119 02:45:10< fendrin> AI0867: Yes, thats it. Now it works. Can you confirm it?
20100119 02:47:20< fendrin> Gna is down. Can't commit it. 
20100119 02:49:08-!- SonIcco_ [n=SonIcco@pD9510E43.dip0.t-ipconnect.de] has joined #wesnoth-dev
20100119 02:49:20-!- SonIcco [n=SonIcco@pD9510E43.dip0.t-ipconnect.de] has quit [Read error: 104 (Connection reset by peer)]
20100119 02:55:19< AI0867> fendrin: it works?
20100119 02:55:23< AI0867> what did you change?
20100119 02:56:42< fendrin> AI0867: I create the terrain_filter at the time get_teleport_pair is called.
20100119 02:57:45< AI0867> =)
20100119 02:57:54< AI0867> not the prettiest solution, but if it works...
20100119 02:59:17< AI0867> fendrin: pastbin the patch?
20100119 03:02:54< fendrin> AI0867: http://wesnoth.pastebin.com/d301d0293 Not a patch.
20100119 03:03:40< AI0867> it's $this_unit again?
20100119 03:03:49< fendrin> right
20100119 03:18:21< AI0867> still not working
20100119 03:19:14< AI0867> ah
20100119 03:19:17< AI0867> s/$|/$
20100119 03:19:52< fendrin> Yes, I forgot, sorry.
20100119 03:20:22< AI0867> have you poked anyone about [filter][not] yet?
20100119 03:20:35< fendrin> No
20100119 03:21:02< fendrin> It's a bug? Should be noticable on other places as well.
20100119 03:23:49< AI0867> it is
20100119 03:23:59< AI0867> an empty [filter] returns true
20100119 03:24:09< AI0867> oh, wait
20100119 03:25:43< AI0867> no, [filter][not] is the standard way to find empty hexes in a SLF
20100119 03:25:49< AI0867> so it is indeed a bug
20100119 03:26:52< fendrin> Can't believe it is failing everywhere without a bug report present.
20100119 03:30:08< AI0867> grep says it's not used in mailine except for ai_controller
20100119 03:30:24-!- deekay [n=dk@wesnoth/developer/dragonking] has quit []
20100119 03:33:33< AI0867> but best test it out somewhere else anyway
20100119 03:36:37-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100119 03:37:00< AI0867> okay, it indeed doesn't work in your branch, and not in trunk either
20100119 03:37:46< AI0867> http://wesnoth.pastebin.com/d40d6b0db <- diff to teest
20100119 03:37:53< AI0867> in data/scenario-test.cfg
20100119 03:39:06< AI0867> ah
20100119 03:39:11< AI0867> zookeeper made a mistake
20100119 03:39:28< AI0867> in a SLF, if you use [filter], then a unit *must* be present
20100119 03:39:58< AI0867> fendrin: line 142 in src/terrain_filter.cpp
20100119 03:40:09< AI0867> remove u == units_.end() ||
20100119 03:40:27< AI0867> er, not exactly, but...
20100119 03:40:52< AI0867> s/==/!=;s/||/&&
20100119 03:41:12< AI0867> poke zookeeper about SLF:[filter][not]
20100119 03:41:19< AI0867> if it's wanted behaviour
20100119 03:42:38< AI0867> it works now =)
20100119 03:43:25< AI0867> fendrin: complete diff from your branch: http://wesnoth.pastebin.com/me6a8b48
20100119 03:44:34-!- SonIcco__ [n=SonIcco@pD9510E43.dip0.t-ipconnect.de] has joined #wesnoth-dev
20100119 03:45:07< fendrin> AI0867: Zookeeper was somewhat unhappy with it not being a [ability] but event driven. 
20100119 03:45:35< fendrin> So it shouldn't go to mainline and replace the old [teleport] ability.
20100119 03:46:17< AI0867> you don't want to patch terrain_filter, it *is* intended behaviour
20100119 03:46:30< AI0867> well, mostly
20100119 03:48:28< AI0867> fendrin: the WML was the problem
20100119 03:48:33< AI0867> swap the [filter] and [not] tags
20100119 03:48:36< AI0867> and everything works
20100119 03:48:38< AI0867> -_-'
20100119 03:52:24< fendrin> AI0867: Yepp, hurray!
20100119 03:53:06-!- SonIcco_ [n=SonIcco@pD9510E43.dip0.t-ipconnect.de] has quit [Read error: 113 (No route to host)]
20100119 04:05:11-!- Ivanovic_ [n=ivanovic@dtmd-4db2e4df.pool.mediaWays.net] has joined #wesnoth-dev
20100119 04:21:17-!- Ivanovic [n=ivanovic@wesnoth/developer/ivanovic] has quit [Read error: 113 (No route to host)]
20100119 04:30:16-!- AI0867 [n=ai@wesnoth/developer/ai0867] has quit ["leaving"]
20100119 04:30:33-!- AI0867 [n=ai@wesnoth/developer/ai0867] has joined #wesnoth-dev
20100119 04:37:05-!- Zarel_ [n=Zarel@warzone2100/developer/Zarel] has quit [Read error: 104 (Connection reset by peer)]
20100119 04:50:12-!- icco [n=SonIcco@pD9510B85.dip0.t-ipconnect.de] has joined #wesnoth-dev
20100119 05:07:45-!- SonIcco__ [n=SonIcco@pD9510E43.dip0.t-ipconnect.de] has quit [Read error: 110 (Connection timed out)]
20100119 06:07:42-!- Skystriker [n=croseliu@pool-71-250-26-120.nwrknj.east.verizon.net] has quit [Read error: 110 (Connection timed out)]
20100119 06:15:37-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20100119 06:25:08-!- Mythological [i=Mytholog@77.28.120.182] has joined #wesnoth-dev
20100119 07:07:50-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100119 07:14:46-!- MikeJB [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has quit ["quit()"]
20100119 07:55:36-!- noy [n=Noy@wesnoth/developer/noy] has quit [Read error: 104 (Connection reset by peer)]
20100119 08:06:24-!- zookeeper [n=l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20100119 08:12:58-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit []
20100119 08:16:53-!- tsr_ [n=tsr@h-37-106.A254.priv.bahnhof.se] has joined #wesnoth-dev
20100119 08:23:52-!- loonybot [n=loonybot@ppp79-139-137-149.pppoe.spdop.ru] has joined #wesnoth-dev
20100119 08:24:39-!- loonycyborg [n=sergey@ppp79-139-137-149.pppoe.spdop.ru] has joined #wesnoth-dev
20100119 08:34:01-!- teaser [n=tsr@h-37-106.A254.priv.bahnhof.se] has quit [Read error: 110 (Connection timed out)]
20100119 08:43:31-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20100119 09:16:59< CIA-53> esr * r40749 /trunk/utils/pofix.py: Don't transform lines that begin with #.
20100119 09:49:05-!- stikonas [n=and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20100119 09:54:41-!- fkhodkov [n=fedor76@ppp-78-24-25-18-bras0.istra.ru] has quit [Remote closed the connection]
20100119 09:55:37-!- Mythological [i=Mytholog@77.28.120.182] has quit [Read error: 60 (Operation timed out)]
20100119 09:57:40-!- deekay [n=dk@wesnoth/developer/dragonking] has joined #wesnoth-dev
20100119 10:29:00-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20100119 10:43:42-!- Ivanovic_ is now known as Ivanovic
20100119 10:43:52< Ivanovic> moin
20100119 10:46:57-!- dtiger [n=dtiger@mm-19-155-84-93.dynamic.pppoe.mgts.by] has joined #wesnoth-dev
20100119 10:49:18-!- Blueblaze [n=nick@adsl-99-158-47-180.dsl.hstntx.sbcglobal.net] has quit [Read error: 104 (Connection reset by peer)]
20100119 10:49:30-!- dtiger [n=dtiger@mm-19-155-84-93.dynamic.pppoe.mgts.by] has quit [Client Quit]
20100119 10:55:44-!- Blarumyrran [n=Blarumyr@81-20-159-197.levira.ee] has joined #wesnoth-dev
20100119 11:13:35-!- pederson [n=pederson@142.162.15.116] has joined #wesnoth-dev
20100119 11:47:43-!- pederson [n=pederson@142.162.15.116] has quit ["Leaving"]
20100119 12:50:38-!- fkhodkov [n=fedor76@ppp-78-24-25-18-bras0.istra.ru] has joined #wesnoth-dev
20100119 13:20:26< esr> Ivanovic: I've done your pofix change.
20100119 13:20:35< Ivanovic> saw the change, thanks
20100119 13:21:19< Ivanovic> uhm, it does not work anymore (pofix that is):
20100119 13:21:21< Ivanovic> Traceback (most recent call last):
20100119 13:21:22< Ivanovic>   File "/src/wesnoth/utils/pofix.py", line 319, in <module>
20100119 13:21:24< Ivanovic>     if line[0] != '#':
20100119 13:21:34< Ivanovic> IndexError: string index out of range
20100119 13:22:13< Ivanovic> my command for you to be able to reproduce the issue:
20100119 13:22:23< Ivanovic> utils/pofix.py po/wesnoth*/de.po
20100119 13:22:29< Ivanovic> run it from the root of your checkout
20100119 13:27:52< CIA-53> esr * r40750 /trunk/utils/pofix.py: Avoid an error on empty lines.
20100119 13:27:58< esr> Try that.
20100119 13:29:39< Ivanovic> nope, it still barfs on the units though they are in the "comment section"
20100119 13:30:51< Ivanovic> please run the pofix script on po/wesnoth-utbs/de.po as testcase
20100119 13:31:25< Ivanovic> $troll_name and $dwarf_name are only used in lines starting with #
20100119 13:39:15< Ivanovic> i am off now for some time, cu
20100119 13:39:35< esr> esr@snark:~/svn/wesnoth/trunk$ utils/pofix.py on po/wesnoth-utbs/de.po
20100119 13:39:37< esr> pofix: 1 files processed, 0 files modified, 1 files newer
20100119 13:39:54< esr> Ivanovic: Works for me.  Did you resync?
20100119 13:40:16< Ivanovic> jupp
20100119 13:40:38< Ivanovic> i am at revision 40750 and svn st shows no changes
20100119 13:40:45< Ivanovic> could you run svn up, just to be sure?
20100119 13:41:02< Ivanovic> since this line does only exist in the po file since the pot-update from sunday
20100119 13:41:44< Ivanovic> for the case it matters, the output of python --version on my box: Python 2.6.4
20100119 13:45:29< esr> I get a message about requiring hand-fixing, but no crash.
20100119 13:46:06< esr> Given what I know is in that campaign, that message is correct.
20100119 13:46:19< esr> So it;s still a Works For Me.
20100119 13:46:20< Ivanovic> no, it is not
20100119 13:46:38< Ivanovic> since the "old string" is *only* in a commented out line
20100119 13:46:45< Ivanovic> a line that should in fact not be touched anyway
20100119 13:47:09< Ivanovic> grep for the old string in the file and you will see what i mean
20100119 13:47:49< esr> Looking....
20100119 13:47:53< Ivanovic> so your change has zero impact, since that was the result from before the fix, too
20100119 13:48:18-!- stikonas [n=and@bcm-131-111-247-5.girton.cam.ac.uk] has joined #wesnoth-dev
20100119 13:48:21< Ivanovic> lines starting with # (which do *not* contain anything translators got to work on, the stuff is just reference material) should be completely ignored
20100119 13:50:59< Ivanovic> in fact the only lines that are relevant either start with 'm' (msgid / msgstr) or with "
20100119 13:51:38-!- Ken_Oh [n=briang@static-71-178-174-220.washdc.fios.verizon.net] has joined #wesnoth-dev
20100119 13:51:45< Ivanovic> all other lines are either commented out using a '#' at the beginning or completely empty lines
20100119 13:57:18< CIA-53> esr * r40751 /trunk/utils/pofix.py: Yet another try at getting Ivanovic's edge case right.
20100119 13:58:12< Ivanovic> okay, works now
20100119 13:58:38< Ivanovic> though the time for processing all po files of a lang seems to be significantly increased
20100119 13:59:56< Ivanovic> thanks for the fix
20100119 14:17:37-!- mjs-de [n=mjs-de@vpw.wh.uni-dortmund.de] has joined #wesnoth-dev
20100119 14:21:38< Blarumyrran> I noticed a strange thing
20100119 14:21:50< Blarumyrran> When you type in your password when logging into mp lobby,
20100119 14:21:57< Blarumyrran> and type 1 additional letter to its end, and delete it, then the password doesnt work
20100119 14:22:22< Ivanovic> does your passwd consist of non ascii chars, too?
20100119 14:22:36< Blarumyrran> No.
20100119 14:23:03< Blarumyrran> (beta4)
20100119 14:23:16< Ivanovic> try beta5, though there *should* be no differene
20100119 14:23:24< Ivanovic> argh, difference
20100119 14:30:40< Ivanovic> in general with stuff like this: report the bug in the tracker at bugs.wesnoth.org with as many details as possible
20100119 16:09:30-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20100119 16:33:44-!- dtiger [n=dtiger@dynamic-vpdn-248-118.telecom.by] has joined #wesnoth-dev
20100119 17:20:54-!- icco [n=SonIcco@pD9510B85.dip0.t-ipconnect.de] has quit [Remote closed the connection]
20100119 17:33:55-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20100119 17:38:37-!- tsr_ [n=tsr@h-37-106.A254.priv.bahnhof.se] has quit [Read error: 110 (Connection timed out)]
20100119 17:41:58-!- Netsplit leguin.freenode.net <-> irc.freenode.net quits: wesbot, ettin
20100119 17:42:03-!- wesbot [n=wesbot@86.59.118.153] has joined #wesnoth-dev
20100119 17:42:14-!- Netsplit over, joins: ettin
20100119 18:07:27-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20100119 18:12:24-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20100119 18:19:53-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100119 18:21:16-!- wesbot changed the topic of #wesnoth-dev to: string/feature freeze active! | 60 bugs, 243 feature requests, 7 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20100119 18:22:29-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20100119 18:30:00-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20100119 18:31:12-!- EdB [n=edb@tss37-1-89-84-18-220.dsl.club-internet.fr] has joined #wesnoth-dev
20100119 18:37:22-!- Blueblaze [n=nick@adsl-99-158-47-180.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20100119 18:48:47-!- EdB [n=edb@tss37-1-89-84-18-220.dsl.club-internet.fr] has quit [Remote closed the connection]
20100119 18:59:14-!- dtiger [n=dtiger@dynamic-vpdn-248-118.telecom.by] has quit ["Konversation terminated!"]
20100119 18:59:33-!- dtiger [n=dtiger@dynamic-vpdn-248-118.telecom.by] has joined #wesnoth-dev
20100119 19:11:40-!- Noyga [n=noyga@wesnoth/developer/noyga] has joined #wesnoth-dev
20100119 19:18:20< esr> Ivanovic: Sigh....perhaps gui2 was necessary, I dunno...but it seems to be turning into a serious rathole.
20100119 19:19:04< shadowmaster> what's up?
20100119 19:19:12< esr> (I'm reacting to new bug  #15156.)
20100119 19:19:16< shadowmaster> besides the Internet and wesnoth.org, that is.
20100119 19:20:06< esr> New gui2 issues seem to keep popping up as fast as mordante fixes old ones.
20100119 19:23:49-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20100119 19:27:33-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20100119 19:27:40-!- Crab_ [n=Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20100119 19:28:25-!- Blueblaze [n=nick@adsl-99-158-47-180.dsl.hstntx.sbcglobal.net] has quit [Read error: 104 (Connection reset by peer)]
20100119 19:35:20-!- Noyga [n=noyga@wesnoth/developer/noyga] has left #wesnoth-dev ["Quitte"]
20100119 19:41:40-!- kitty_ [n=kathrinp@wesnoth/artist/kitty] has joined #wesnoth-dev
20100119 19:45:10-!- Thrawn [n=Thrawn@pool-71-126-238-177.bstnma.east.verizon.net] has joined #wesnoth-dev
20100119 19:47:36-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20100119 19:50:37-!- Thrawn [n=Thrawn@pool-71-126-238-177.bstnma.east.verizon.net] has quit []
20100119 20:03:36< fendrin> hello
20100119 20:03:46< shadowmaster> hi there
20100119 20:03:55< Crab_> hi, fendrin
20100119 20:06:38-!- mordante [n=mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20100119 20:06:52< mordante> servus
20100119 20:08:11< CIA-53> fendrin * r40752 /branches/fendrin_pathfind/ (3 files in 2 dirs): 
20100119 20:08:11< CIA-53> Coded the silver mage's teleportation in wml using the tunnel feature.
20100119 20:08:11< CIA-53> Many thanks to AI0867, Crab, YogiHH, boucman, zookeeper and some more.
20100119 20:16:16-!- elias [n=elias@allegro/developer/allefant] has joined #wesnoth-dev
20100119 20:16:19< mordante> esr, gui2 is not a rathole :-| but the MP lobby is one of the more tricky dialogs and I had to make some huge changes to get it up to speed
20100119 20:17:12< mordante> esr, and it seems our MP players don't play on the development server which caused the speed problems to be discovered very late 
20100119 20:18:00< shadowmaster> singleplayer players seem to avoid 1.7.x as well
20100119 20:18:22< esr> mordante: I know you're working hard, it's just frustrating to me that we can't seemm to get the bug list to a stare where I feel happy about releasing.
20100119 20:18:36< esr> s/stare/state/
20100119 20:19:04< mordante> esr, frustrating for me too since I thought the code was well tested before we went into the beta :-(
20100119 20:19:38< mordante> I didn't want to do large last minute modifications
20100119 20:20:53< AI0867> fendrin: do you want to commit the [teleport] fixes on your branch or should I?
20100119 20:21:16< CIA-53> mordante * r40753 /trunk/src/ai/composite/engine_lua.cpp: Fix a compiler warning.
20100119 20:23:10< AI0867> oh, committed 12 minutes ago...
20100119 20:32:34< Crab_> question: is there a particular reason why [unstore_unit] is allowed to unstore a unit with negative hp ?
20100119 20:33:34< shadowmaster> because a unit is still alive unless it reaches -10 HP or below? :P
20100119 20:33:55< fendrin> AI0867: There are some code cleanups needed and some wml syntax changes and the persistence over savegames is still TODO. But the basics are all there now.
20100119 20:34:52< Crab_> shadowmaster: yes, d&d is fun. but, this leaves the unit_map in a 'not legal' state for a few moments, and is buggy-by-design
20100119 20:35:19< Crab_> shadowmaster: for example, https://gna.org/bugs/?15146 is causes by this ('unstore, kill if hp<0' wml)
20100119 20:35:42< fendrin> Crab_: Maybe you want to store a unit when it dies, deceide if it's worthy to be healed, if it is not worthy it's unstored unhealed and going to die.
20100119 20:36:02-!- MikeJB [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #Wesnoth-dev
20100119 20:36:17-!- MikeJB is now known as Aethaeryn
20100119 20:36:23< shadowmaster> I don't think there's a real reason for allowing negative-HP units
20100119 20:36:25< Crab_> fendrin: but, in the time frame between 'unstored unhealed' and 'going to die' many things might happen...
20100119 20:36:37< shadowmaster> except maybe that nobody thought of implementing HP as an unsigned integer type
20100119 20:37:06< mordante> esr, at least now you get your treeview earlier as expected ;-)
20100119 20:37:43< Crab_> fendrin: i.e., in https://gna.org/bugs/?15146 the unit which was unstored with negative hp, was the leader of side, so, when he was killed by WML, his last breath triggered an endlevel which has 'removed' that unit from play, stealing it from the 'kill' event and leading to a assertion failure.
20100119 20:37:48< mordante> shadowmaster, why do you want to implement HP as unsigned?
20100119 20:38:16< shadowmaster> is there any reason for it to be signed?
20100119 20:38:35< Crab_> of course, the kill event needs to double-check that the unit is still around (I'll fix this bug by adding such a check), but it is not the *primary* cause of the problem.
20100119 20:38:43< shadowmaster> (except when calculating stuff, that is)
20100119 20:38:59< mordante> ^that's the reason
20100119 20:39:31< mordante> can anybody reproduce 15156 tried with the keys but that didn't work
20100119 20:42:43-!- umcreg [n=umcreg@wesnoth/umc-dev/bot/umcreg] has joined #wesnoth-dev
20100119 20:43:35< fendrin> mordante: I am on it.
20100119 20:44:21< mordante> thanks
20100119 20:45:12-!- teaser [n=tsr@h-37-106.A254.priv.bahnhof.se] has joined #wesnoth-dev
20100119 20:46:20-!- umcreg [n=umcreg@wesnoth/umc-dev/bot/umcreg] has quit [Nick collision from services.]
20100119 20:46:31-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20100119 20:46:34-!- umcreg [n=umcreg@wesnoth/umc-dev/bot/umcreg] has joined #wesnoth-dev
20100119 20:47:10< teaser> zookeeper, hi another WML-question (let me know if I should stop): I have a scenarios that ends in 'continue_no_save' but I can't find an event for that...
20100119 20:47:17< Crab_> mordante: no luck reproducing that. but I've got a segfault for you :)
20100119 20:47:55< Crab_> http://wesnoth.pastebin.com/m2a3ff4f3
20100119 20:48:33< teaser> ...would it be helpful to instead of (or also) victory/defeat/turns_over have a 'end_level' key with a var (end_type?) set with the kind of end it is?
20100119 20:48:38-!- umcreg [n=umcreg@wesnoth/umc-dev/bot/umcreg] has quit [Nick collision from services.]
20100119 20:48:50-!- umcreg [n=umcreg@wesnoth/umc-dev/bot/umcreg] has joined #wesnoth-dev
20100119 20:49:34< teaser> I will work around it for now, but asking for a possible FR or if I missed something (I want to clear up some vars in a readable/clean way)
20100119 20:49:45< Crab_> mordante: and another segfault :)
20100119 20:49:55-!- umcreg [n=umcreg@wesnoth/umc-dev/bot/umcreg] has left #wesnoth-dev ["duh"]
20100119 20:50:04< Crab_> http://wesnoth.pastebin.com/m701b4f87
20100119 20:50:08-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20100119 20:50:09< mordante> Crab_, also a way to reproduce them?
20100119 20:50:34< Crab_> yes, I think so. will check if those are known issues and check if I can reproduce them.
20100119 20:50:48< mordante> they're not known by me
20100119 20:51:24-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has joined #wesnoth-dev
20100119 20:51:56-!- umcreg [n=umcreg@wesnoth/umc-dev/bot/umcreg] has joined #wesnoth-dev
20100119 20:52:06-!- umcreg [n=umcreg@wesnoth/umc-dev/bot/umcreg] has left #wesnoth-dev []
20100119 20:54:54-!- umcreg_ [n=umcreg@wesnoth/umc-dev/bot/umcreg] has joined #wesnoth-dev
20100119 20:54:57< Crab_> mordante: debian gnu/linux, launch wesnoth twice in a window, connect to official server (with different nicknames). P1: create game P2: hit 'join game' then click 'cancel' on race/leader selection screen. leads to second one ( http://wesnoth.pastebin.com/m701b4f87 )
20100119 20:55:19< Crab_> ( P2 segfaults )
20100119 20:55:23-!- umcreg_ is now known as umcreg
20100119 20:55:30-!- umcreg [n=umcreg@wesnoth/umc-dev/bot/umcreg] has left #wesnoth-dev []
20100119 20:58:01-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20100119 20:58:44< fendrin> mordante: I can reproduce the bug.
20100119 20:59:54-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20100119 21:00:49< mordante> brb
20100119 21:03:33< AI0867> fendrin: your change seem incomplete
20100119 21:03:42< AI0867> your branch won't compile
20100119 21:04:02< fendrin> AI0867: hmmm let me check
20100119 21:04:59< AI0867> like the stuff in get_teleport_pair
20100119 21:06:54< zookeeper> teaser, continue_no_save is deprecated
20100119 21:07:36< zookeeper> teaser, the only ones you should be using nowadays are victory and defeat
20100119 21:08:15< zookeeper> but sure, i wouldn't mind seeing an event type for end of the scenario regardless of the outcome
20100119 21:09:03< zookeeper> but it really doesn't seem very useful, i'm not sure if i've ever wanted something to happen both on victory and defeat..
20100119 21:13:10-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20100119 21:14:21< AI0867> on defeat, the game ends, so is there anything you'd want to occur then?
20100119 21:14:30< CIA-53> fendrin * r40754 /branches/fendrin_pathfind/src/pathfind.cpp: Forgot to commit something.
20100119 21:14:37< fendrin> AI0867: ^
20100119 21:14:55< AI0867> anyway, you can do [event] name=victory,defeat for those cases
20100119 21:21:18< AI0867> fendrin: I see you haven't implemented the way_back switch yet?
20100119 21:23:50< fendrin> AI0867: no, i am unsure how to do it.
20100119 21:24:25< AI0867> swap source and dest?
20100119 21:24:44< CIA-53> ai0867 * r40755 /branches/fendrin_pathfind/src/pathfind.cpp: Add some assertions in constructor, reindent some stuff
20100119 21:24:56-!- kitty__ [n=kathrinp@e180200110.adsl.alicedsl.de] has joined #wesnoth-dev
20100119 21:24:59< fendrin> AI0867: It's not that hard to code but does have influence of the way the tunnels are saved and restored from a file. 
20100119 21:25:21< AI0867> well, there's two options
20100119 21:25:37< AI0867> 1: store way_back and switch the logic around elsewhere
20100119 21:25:50< AI0867> 2: forget way_back and simply store the reversed tunnel
20100119 21:27:21< fendrin> The later is easier to code and less hacky. The first one saves place in the savegamefile.
20100119 21:27:45< AI0867> they both save it
20100119 21:27:53< AI0867> the second just saves both directions separately
20100119 21:29:13< fendrin> Agreed, no information is lost.
20100119 21:30:31-!- fendrin [n=fabi@wesnoth/developer/fendrin] has quit [Remote closed the connection]
20100119 21:32:09< teaser> zookeeper, well continue no save seems to work well on 1.7.11 so it will have to be around for at least the 1.8 cycle 
20100119 21:32:27-!- zookeeper [n=l@wesnoth/developer/zookeeper] has quit [Read error: 104 (Connection reset by peer)]
20100119 21:33:05< teaser> and I didn't care about the defeat-key actually just a way to collect all the different victory-key events (vicotry, continue, continue_no_save)
20100119 21:33:37< teaser> oh, right, it doesn't actually work, it works like continue (since it actually saves the game), my bad
20100119 21:35:05-!- fendrin [n=fabi@88-134-75-97-dynip.superkabel.de] has joined #wesnoth-dev
20100119 21:36:08-!- zookeeper [n=l@88-148-251-223.bb.dnainternet.fi] has joined #wesnoth-dev
20100119 21:40:42< shadowmaster> Ivanovic: do you know that the website footers still state Copyright © 2003-2009 ?
20100119 21:40:54< Ivanovic> oh, do they?
20100119 21:41:15-!- kitty_ [n=kathrinp@wesnoth/artist/kitty] has quit [Read error: 110 (Connection timed out)]
20100119 21:41:15-!- kitty__ is now known as kitty_
20100119 21:41:30< CIA-53> crab * r40756 /trunk/ (changelog src/game_events.cpp): 
20100119 21:41:30< CIA-53> Fix bug #15146: made kill event with animate="yes" recheck the presence of unit
20100119 21:41:30< CIA-53> before animating (as the unit can get removed by other wml events like last
20100119 21:41:30< CIA-53> breath). Note: IMO, the fact that WML allows to unstore_unit with <0 hp, leaving
20100119 21:41:30< CIA-53> the unit_map in 'impossible-to-get-in-normal-gameplay' state, is very bad.
20100119 21:41:42< shadowmaster> they do, frontpage, wiki, and pretty much anything else.
20100119 21:47:13-!- SonIcco [n=SonIcco@pD9510B85.dip0.t-ipconnect.de] has joined #wesnoth-dev
20100119 21:50:15< fendrin> mordante: Can you repost the link to the forum post from jetrel about the teleport feature? I missed to bookmark it.
20100119 21:51:38-!- dtiger [n=dtiger@dynamic-vpdn-248-118.telecom.by] has quit [Remote closed the connection]
20100119 21:57:23< loonycyborg> shadowmaster: What's the point in updating these copyright years, anyway? :P
20100119 21:57:25-!- Skystriker [n=croseliu@pool-71-250-26-120.nwrknj.east.verizon.net] has joined #wesnoth-dev
20100119 21:57:33< shadowmaster> no idea.
20100119 21:59:23< fendrin> zookeeper: I am about to delete all old village teleport code from my branch. What exactly prevents the new syntax from becoming mainline
20100119 21:59:30< fendrin> ?
20100119 22:00:51< Crab_> fendrin:  old saves with silver mage will work ?
20100119 22:02:01< fendrin> Crab_: I guess they won't.
20100119 22:02:24< zookeeper> fendrin, umm, i'm not sure. if it works, then fine, but i'm a bit bothered that there's presumably no perfect support for event-driven abilities yet.
20100119 22:02:39< zookeeper> as in the macros being usable everywhere just like the regular ability macros.
20100119 22:03:00< Crab_> fendrin: what about start-of-scenario mid-campaign saves ? will old silver mages in recall lists be able to teleport ?
20100119 22:03:19< mordante> fendrin, http://www.wesnoth.org/forum/viewtopic.php?t=14749&highlight=teleport
20100119 22:03:30< fendrin> mordante: Thank you 
20100119 22:04:11< mordante> Crab_, could you file a bug report, can't reproduce it here (I have a problem before even joining, might be the same problem)
20100119 22:04:24< Crab_> mordante: ok
20100119 22:04:57< Crab_> about the other one, got it once again (it is connected with 'private chat' button), but hasn't found a way to reproduce.
20100119 22:05:10< fendrin> zookeeper: Do you think jetrel's example teleport dryad featrure could be coded?
20100119 22:05:41< mordante> IIRC when you close the player dialog it crashes, already reported that one to ilor, but maybe also file a report about it
20100119 22:05:43< zookeeper> fendrin, looks like it
20100119 22:05:53< zookeeper> although i'm not sure...
20100119 22:06:04< zookeeper> if you enabled $unit in the SLF's, then yes
20100119 22:06:20< zookeeper> otherwise, i don't think so
20100119 22:06:54< fendrin> zookeeper: The convention is to call the variable "current_unit". AI0867 did make it available.
20100119 22:08:23< fendrin> zookeeper: s/current_unit/this_unit
20100119 22:08:30< zookeeper> ok
20100119 22:09:49-!- kitty___ [n=kathrinp@e180198047.adsl.alicedsl.de] has joined #wesnoth-dev
20100119 22:10:38-!- kitty_ [n=kathrinp@wesnoth/artist/kitty] has quit [Read error: 104 (Connection reset by peer)]
20100119 22:10:38-!- kitty___ is now known as kitty_
20100119 22:10:52-!- GNUtoo [n=GNUtoo@host21-36-dynamic.117-80-r.retail.telecomitalia.it] has joined #wesnoth-dev
20100119 22:11:18< GNUtoo> hi,I can't make the video for the htcdream because if fails with :
20100119 22:11:20< GNUtoo> Dev message: Condition 'static_cast<int>(x) < canvas->w && static_cast<int>(x + w) <= canvas->w && static_cast<int>(y) < canvas->h && static_cast<int>(y + h) <= canvas->h' failed at /home/embedded/oetmp_openmoko/work/armv4t-oe-linux-gnueabi/wesnoth-1.6.5-r0/wesnoth-1.6.5/src/gui/widgets/canvas.cpp:443 in function 'draw'.
20100119 22:11:24< GNUtoo> it didn't fail before
20100119 22:12:12< mordante> GNUtoo, where does it fail?
20100119 22:13:16< GNUtoo> while loading the first multiplayer GUI
20100119 22:13:17-!- norbert_ [n=norbert_@82-171-70-54.ip.telfort.nl] has joined #wesnoth-dev
20100119 22:13:31< norbert_> hi, 2 days ago I compiled the latest stable version under Linux
20100119 22:13:54< norbert_> for some reason I see different things than others who use the same version
20100119 22:14:16< GNUtoo> btw setting mode to 480x320x16
20100119 22:14:28< norbert_> like in Wesball, I don't see a ball
20100119 22:14:34< Crab_> mordante: done, two more 'mp lobby crashes' added.
20100119 22:14:38< mordante> GNUtoo, might be related to https://gna.org/bugs/?15156
20100119 22:14:43< norbert_> and <200,200> in labels doesn't change the color
20100119 22:14:57< GNUtoo> strange some day ago it worked
20100119 22:15:01< mordante> Crab_, yeah I just saw them
20100119 22:15:14< GNUtoo> I've no mouse on that device
20100119 22:15:16< Crab_> mordante: you saw both ?
20100119 22:15:20< GNUtoo> only touchscreen and trackball
20100119 22:15:22< mordante> GNUtoo, I did some rather intrusive changes so I might have broken them
20100119 22:15:26< GNUtoo> so no whell
20100119 22:15:39< GNUtoo> I didn't recompile or whatever
20100119 22:15:43< GNUtoo> that is why it's strange
20100119 22:15:45< mordante> no but I guess some calculation goes wrong
20100119 22:15:51< mordante> then it's indeed strange
20100119 22:16:36-!- mjs-de [n=mjs-de@vpw.wh.uni-dortmund.de] has quit [Remote closed the connection]
20100119 22:16:58< GNUtoo> is that the default:
20100119 22:17:12< GNUtoo> window_width = 640 window_height = 480 in tinygui
20100119 22:17:17< Crab_> mordante: oh, I hit another assertion failure :)
20100119 22:17:45< mordante> Crab_, great :-/
20100119 22:17:57< mordante> which assertion?
20100119 22:18:02< GNUtoo> seem so
20100119 22:18:22 * Crab_ smells a race condition. http://wesnoth.pastebin.com/m3b2ac9fb
20100119 22:18:26< GNUtoo> I just reinstalled wesnoth-data and it keep crashing
20100119 22:18:35< GNUtoo> it worked so fine...before
20100119 22:18:41< Crab_> is that one known ?
20100119 22:20:48< Crab_> and, is it for ilor ?
20100119 22:23:01< mordante> Crab_, best assign it to him
20100119 22:23:20< mordante> guess we maybe should block updating the network when a dialog is open
20100119 22:23:42< mordante> I wouldn't be surprised all three errors are caused by this problem
20100119 22:23:59< mordante> ilor ^
20100119 22:24:57< mordante> GNUtoo, does it also fail with trunk or only with 1.6.5?
20100119 22:25:14-!- norbert_ [n=norbert_@82-171-70-54.ip.telfort.nl] has left #wesnoth-dev ["Leaving"]
20100119 22:25:17< mordante> btw I see some redraw glitches in the lobby :-(
20100119 22:25:22< GNUtoo> 1.6.5
20100119 22:25:52< Crab_> mordante: like 'game which is created but not shown on list even if you hit refresh a few times and wait ?
20100119 22:25:54< mordante> will investigate them after the tree view widget is ready so I can test that at the saem time
20100119 22:26:30< mordante> Crab_, also and drawn slightly at the wrong position (might be the cause of the scroll wheel problem as well)
20100119 22:27:01< mordante> GNUtoo, very odd and if you try with trunk?
20100119 22:27:28< Crab_> ok. meanwhile, the bug counter moves up again :)
20100119 22:27:41< fendrin> zookeeper: Do you have a suggestion how the code would be nicer? Support for [tunnel] in [ability] ?
20100119 22:28:00< mordante> at least I'm about to fix and old bug, which hasn't been reported :-)
20100119 22:28:09< mordante> a gui1 bug :-)
20100119 22:28:13< Crab_> :) that's good.
20100119 22:28:18< zookeeper> fendrin, yeah, in [teleport]
20100119 22:28:35< GNUtoo> mordante, not an option...I would have to remake a recipe and recompile
20100119 22:29:03< mordante> ok I thought you already used trunk on that machine
20100119 22:29:49< mordante> GNUtoo, you still use your modification (or my patch for that matter) ?
20100119 22:30:00< GNUtoo> no
20100119 22:30:03< GNUtoo> not on that machine
20100119 22:30:08< GNUtoo> on the freerunner yes
20100119 22:30:12< GNUtoo> I'll add that patch
20100119 22:30:23< GNUtoo> maybe network never worked on htcdream
20100119 22:30:29< GNUtoo> and I didn't remember
20100119 22:30:38< GNUtoo> but campaigns seem to work
20100119 22:30:39< mordante> not sure whether it helps if not I'm out of options for now
20100119 22:30:43< GNUtoo> as tutorial work
20100119 22:30:46< GNUtoo> ok
20100119 22:31:04< mordante> especially since we stopped working on the 1.6.x branch
20100119 22:31:10< GNUtoo> ok
20100119 22:31:37< GNUtoo> btw wesnoth is fast enough on the freerunner for multi player against the computer,and even faster on the htcdream
20100119 22:31:49< GNUtoo> tutorial is slow tough
20100119 22:32:12-!- Ken_Oh [n=briang@static-71-178-174-220.washdc.fios.verizon.net] has quit ["Leaving."]
20100119 22:32:20< Aethaeryn> What about Wesnoth on the Nexus One? That thing has a Snapdragon
20100119 22:32:26< GNUtoo> the bigest problem is that loading takes age
20100119 22:32:32< GNUtoo> I've no nexus one
20100119 22:32:52< GNUtoo> and also it would need to be converted to GNU/Linux or someone should port wesnoth to android
20100119 22:33:05< fendrin> zookeeper: [teleport] is a different issue.
20100119 22:33:53< Aethaeryn> Someone in #debian last week said he'd give it (Debian on the N1) a try. Maybe I should ask to see if anything came of that.
20100119 22:34:21< fendrin> zookeeper: There is a [teleport] in action wml and one in abilities
20100119 22:34:31< CIA-53> mordante * r40757 /trunk/src/multiplayer_wait.cpp: Avoid accessing a string at an invalid index.
20100119 22:34:49< GNUtoo> yes but is it a chroot or a plain install?
20100119 22:35:23< GNUtoo> what I'd like to know is how much is needed kernel wise and userland-driver wise
20100119 22:35:38< Aethaeryn> The Nexus One is actually slightly mroe powerful than the earliest eeePCs though
20100119 22:35:54< GNUtoo> I've an easliest eeepc701
20100119 22:36:02< GNUtoo> wesnoth works fine on it
20100119 22:36:49< Aethaeryn> Well, the Nexus One has the same ram and a 1 GHz CPU over a 900 MHz
20100119 22:37:06< GNUtoo> mine has 2GB of ram(eee701)
20100119 22:37:14< GNUtoo> and the cpu is 900Mhz
20100119 22:37:19< GNUtoo> and it's not an atom
20100119 22:37:47< Aethaeryn> The display on the Nexus One is 480x800. The early eeePCs are 800x480
20100119 22:37:53< GNUtoo> ok
20100119 22:38:02< GNUtoo> who is this debian person?
20100119 22:38:03< Aethaeryn> So really, it's almost like a netbook without a keyboard...
20100119 22:38:08< Aethaeryn> GNUtoo: I'll have to check logs...
20100119 22:38:19< GNUtoo> ok thanks
20100119 22:38:27< Aethaeryn> Bringing them up now, I just wanted to use Wikipedia to compare Nexus One specs with early eeePCs
20100119 22:38:34< Aethaeryn> confirmed my suspicions on power
20100119 22:39:15< GNUtoo> snapdragon is armv5 no?
20100119 22:39:24< GNUtoo> or armv6-novfp?
20100119 22:39:29< Aethaeryn> On Jan 7:
20100119 22:39:31< Aethaeryn> 19:21:18 < ranix> MikeJB: I will try getting Debian working on mine and let you know how it turns out
20100119 22:39:57< GNUtoo> should be v6
20100119 22:40:05-!- Crab_ [n=Crab_@wesnoth/developer/crab] has quit [Read error: 60 (Operation timed out)]
20100119 22:40:16< GNUtoo> thanks a lot
20100119 22:40:27< GNUtoo> anyway armv7 are out and are in omap3
20100119 22:42:53< GNUtoo> in the #debian channel?
20100119 22:46:28< GNUtoo> it seems so
20100119 22:46:30< GNUtoo> thanks a lot
20100119 22:47:18< mordante> I'm off night
20100119 22:47:37-!- mordante [n=mordante@wesnoth/developer/mordante] has quit ["Leaving"]
20100119 22:48:12< GNUtoo> ok
20100119 22:49:10-!- Crab_ [n=Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20100119 23:01:19< zookeeper> fendrin, yes, of course i was talking about the ability tag
20100119 23:07:45-!- Crab_ [n=Crab_@wesnoth/developer/crab] has left #wesnoth-dev []
20100119 23:09:00-!- elias [n=elias@allegro/developer/allefant] has quit ["Leaving"]
20100119 23:17:43-!- tsr_ [n=tsr@h-37-106.A254.priv.bahnhof.se] has joined #wesnoth-dev
20100119 23:19:00-!- teaser [n=tsr@h-37-106.A254.priv.bahnhof.se] has quit [Read error: 110 (Connection timed out)]
20100119 23:19:28< AI0867> fendrin: is it intentional that you made the [tunnel] bidirectional by default?
20100119 23:19:53-!- zookeeper [n=l@wesnoth/developer/zookeeper] has quit []
20100119 23:20:06< fendrin> AI0867: Yes, don't you agree?
20100119 23:20:31< AI0867> okay then
20100119 23:27:12< fendrin> How does the ability system work?
20100119 23:27:30< AI0867> reasonably ;)
20100119 23:27:47< AI0867> see unit_abilities.{c,h}pp
20100119 23:27:52< AI0867> but that's just filtering and stuff
20100119 23:28:17< AI0867> the actual things that they do are implemented wherever the things they change are used
20100119 23:28:32< AI0867> [teleport] is defined wherever movement is done
20100119 23:37:38-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100119 23:49:15-!- kitty__ [n=kathrinp@e180194115.adsl.alicedsl.de] has joined #wesnoth-dev
--- Log closed Wed Jan 20 00:00:05 2010