--- Log opened Sun Jan 24 00:00:01 2010
--- Day changed Sun Jan 24 2010
20100124 00:00:01-!- Chusslove [n=Chusslov@brsg-d9befeaf.pool.mediaWays.net] has quit [Remote closed the connection]
20100124 00:00:18< YogiHH> from what i got the tag is on side-level, not scenario-level?
20100124 00:00:47< fendrin> YogiHH: ?
20100124 00:01:16< YogiHH> i mean the tag describes a side attribute, not a scenario attribute?
20100124 00:01:22-!- Chusslove [n=Chusslov@brsg-d9befeaf.pool.mediaWays.net] has joined #wesnoth-dev
20100124 00:02:42-!- Chusslove [n=Chusslov@brsg-d9befeaf.pool.mediaWays.net] has quit [Remote closed the connection]
20100124 00:02:45< YogiHH> attribute is maybe a bad word, as it has a meaning in WML, "property" might be better
20100124 00:03:33< fendrin> YogiHH: The tag describes something map related. It is not specific to a side.
20100124 00:03:51< fendrin> So I would go for the term "scenario attribute".
20100124 00:04:03< YogiHH> ok
20100124 00:04:46< YogiHH> then you need to store it inside the gamestate snapshot and starting_pos respectively, on root level
20100124 00:05:05< fendrin> Most features that work similar do have a "manager" class that does act as the container in the playcontroller. For example the soundsource tag is handled that way. I wanted to ask if that manager class is a good idea for teleport as well. 
20100124 00:06:30< YogiHH> fendrin: To properly judge that i need to know a little more about what the tag does and how it is triggered.
20100124 00:08:04< fendrin> The tag defines a teleport_group that is used to connect the source locations of a teleportation with it's target locations. 
20100124 00:08:46< fendrin> YogiHH: http://www.wesnoth.org/forum/viewtopic.php?p=405105#p405105
20100124 00:09:31< fendrin> This is an example how the tunnel tags works in the abilities section.
20100124 00:10:05< fendrin> I believe that there is no persistence work to be done for this usage because the unit abilities has it's own handling of it.
20100124 00:10:22< YogiHH> oh, so it's a unit ability?
20100124 00:10:34-!- allefant [n=elias@allegro/developer/allefant] has quit ["Leaving"]
20100124 00:10:43< fendrin> The tag can also be used inside [event] as an actionwml tag.
20100124 00:11:38< YogiHH> so a location always transfers you to a fixed destination once you step on it?
20100124 00:12:42< fendrin> YogiHH: No, every time a the pathfinder is called, the filter in the [tunnel] tag gets evaluated and the astarsearch algo is feeded with the extra information from the filters.
20100124 00:14:57-!- mjs-de [n=mjs-de@p3EE265C3.dip.t-dialin.net] has quit [Read error: 113 (No route to host)]
20100124 00:14:57< YogiHH> i am not so much familiar with WML, what is the difference between teleport being a unit ability and its use inside of actionwml?
20100124 00:16:12-!- Chusslove [n=Chusslov@brsg-d9befeaf.pool.mediaWays.net] has joined #wesnoth-dev
20100124 00:17:10< fendrin> From the pathfinders point of view it's only the way the teleport_groups are optainded. In the case of an ability, it is the unit itself who knows about where it can teleport if it has been defined in an event, the data has to be stored elsewhere. It had been in map, as a prototype, now I think that can be done in the manager class.
20100124 00:18:32< YogiHH> there is an event manager class, wouldn't that be sufficient?
20100124 00:20:16< fendrin> Well, I am not storing events, but tunnels.
20100124 00:20:42< YogiHH> but actionwml means it is inside an event tag, right?
20100124 00:20:59< fendrin> right
20100124 00:21:15< YogiHH> ok, let me check something
20100124 00:27:22< YogiHH> fendrin: IIRC, any event tag at scenario level gets added to the event manager automatically. And the unit WML is stored as well. So i think, there is nothing more you need to do.
20100124 00:28:31< fendrin> YogiHH: No, the event manager only manages events. Say we have an event that adds a tunnal at turn 5. 
20100124 00:28:55< fendrin> The persistence is well before turn 5 because the event will be stored by the events manager.
20100124 00:29:48< fendrin> After the event has triggered in turn 5 the results of the event will be active but not persistent. 
20100124 00:30:02< YogiHH> ah, i see, the event is one-time only and after it fired it won't be persisted anymore?
20100124 00:30:20< fendrin> Yes
20100124 00:31:34< YogiHH> so you need a C++ store for the tunnels, once they are created?
20100124 00:32:57< fendrin> yes
20100124 00:33:33< fendrin> That is why I look after the soundsource class. It is comparable.
20100124 00:34:45< fendrin> The soundsource::manager is a private in playcontroller. 
20100124 00:35:06< YogiHH> yup
20100124 00:36:49< YogiHH> When will you need to evaluate the tunnel? Whenever a unit moves and the filter applies?
20100124 00:37:04< fendrin> Yes
20100124 00:37:52< fendrin> The filter results may need to be cached somehow. But that is later on the TODO.
20100124 00:38:53< YogiHH> and the pathfinder gets tunnels for its constructor and does the check if they apply?
20100124 00:40:27< fendrin> ja
20100124 00:41:00< fendrin> the class that represents the tunnel tag is called teleport_group
20100124 00:41:08-!- Noyga [n=noyga@wesnoth/developer/noyga] has quit [Remote closed the connection]
20100124 00:41:40< YogiHH> is it in svn already?
20100124 00:44:34< YogiHH> fendrin: ^^
20100124 00:46:22-!- shadowm_laptop [n=ignacio@wesnoth/developer/shadowmaster] has quit [Read error: 60 (Operation timed out)]
20100124 00:48:36< fendrin> YogiHH: yes, svn is upto date.
20100124 00:48:51 * YogiHH updates
20100124 00:53:52< YogiHH> fendrin: hmm, i can't find it...
20100124 00:54:21< fendrin> YogiHH: pathfind/teleport.hpp
20100124 00:54:51< YogiHH> there is no pathfind directory in trunk/src
20100124 00:56:31< loonycyborg> YogiHH: It's in another branch, not in trunk.
20100124 00:56:44< YogiHH> oh, i see
20100124 00:56:47< fendrin> YogiHH: Oh, sorry. I thought you already fetched it.
20100124 00:57:27< fendrin> YogiHH: If you make a local copy of trunk and do a svn switch it's not taking so much time as if you checkout from scratch.
20100124 00:57:48< YogiHH> i will look at it on svn.wesnoth.org
20100124 01:00:21-!- zookeeper [n=l@88-148-251-223.bb.dnainternet.fi] has quit []
20100124 01:00:23< YogiHH> fendrin: ok, so teleport_map has all the teleport information stuff it seems. And what gets passed to the pathfinder? The map?
20100124 01:00:43< AI0867> wesbot: log 40822
20100124 01:00:44< wesbot> fendrin * r40822 : Moved the teleport classes in the pathfind namespace. The branch no longer compiles.
20100124 01:00:47< wesbot> URL: http://svn.gna.org/viewcvs/wesnoth?view=rev&rev=40822
20100124 01:01:25-!- Appleman1234 [n=Appleman@CPE-124-191-177-16.oxqn1.cha.bigpond.net.au] has quit [Read error: 110 (Connection timed out)]
20100124 01:01:35-!- loonycyborg [n=sergey@wesnoth/developer/loonycyborg] has quit ["Zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz"]
20100124 01:01:48-!- Appleman1234 [n=Appleman@CPE-124-191-177-16.oxqn1.cha.bigpond.net.au] has joined #wesnoth-dev
20100124 01:02:01< YogiHH> AI0867: thanks :)
20100124 01:02:14-!- loonybot [n=loonybot@wesnoth/bot/loonybot] has quit [Remote closed the connection]
20100124 01:02:55< YogiHH> fendrin: alright, what tasks would a manager class fulfill that are not covered by teleport_group / teleport_map?
20100124 01:04:27< fendrin> YogiHH: teleport_map is the low level object the pathfinder works with. It doesn't hold filters but the resulting locations. So it can't be used for persistent storage. I teleport_map is only valid for a single pathfinding call.
20100124 01:04:49< AI0867> and a teleport_group embodies a single [tunnel] (or half of it)
20100124 01:05:08< AI0867> previously, gamemap stored a vector of teleport_groupS
20100124 01:05:30< AI0867> the teleport_map is generated from that vector when needed
20100124 01:05:54< YogiHH> so teleport_groupS has all relevant information?
20100124 01:06:15-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has quit ["ChatZilla 0.9.86 [Firefox 3.5.7/20091221164558]"]
20100124 01:06:19< fendrin> The manager class would need to allow the adding of teleport groups. Delete by id. Overwrite with same id. Take care about the persistence of bidirectional tunnels.
20100124 01:06:40< AI0867> YogiHH: I think you misread me, gamemap had a std::vector<teleport_group> named tunnels_
20100124 01:07:23< YogiHH> AI0867: i am a little irritated because you speak past tense. Is that the current state as well?
20100124 01:07:27< AI0867> no
20100124 01:08:25< YogiHH> so atm there is only config information and no C++ object that has complete state information?
20100124 01:08:34< YogiHH> and you want to make up one?
20100124 01:08:57< AI0867> I think that's along the lines of what fendrin intends
20100124 01:09:03< fendrin> Yes
20100124 01:11:49< YogiHH> ok, then i think a manager class sounds like the best way to go. Soundsource is indeed a good analogy.
20100124 01:19:23-!- Appleman1234 [n=Appleman@CPE-124-191-177-16.oxqn1.cha.bigpond.net.au] has quit [Read error: 60 (Operation timed out)]
20100124 01:27:26< YogiHH> good night everyone
20100124 01:27:46-!- YogiHH [n=chatzill@c158024.adsl.hansenet.de] has left #wesnoth-dev []
20100124 01:28:01-!- Blueblaze [n=nick@adsl-99-158-47-180.dsl.hstntx.sbcglobal.net] has quit [Read error: 110 (Connection timed out)]
20100124 01:33:29-!- Appleman1234 [n=Appleman@CPE-124-191-177-16.oxqn1.cha.bigpond.net.au] has joined #wesnoth-dev
20100124 01:38:30-!- boucman [n=rosen@wesnoth/developer/boucman] has quit ["Leaving."]
20100124 01:41:37-!- Zarel is now known as Zarel|
20100124 01:41:40-!- Zarel_ is now known as Zarel
20100124 01:47:25< CIA-53> ai0867 * r40824 /trunk/src/filesystem.cpp: Remove warning about {@style/includes}, dating from 1.7.3
20100124 01:47:31-!- ekki_ [n=chatzill@chello085216213207.chello.sk] has joined #wesnoth-dev
20100124 01:48:30< CIA-53> ai0867 * r40825 /branches/fendrin_pathfind/src/pathfind/teleport.cpp: Use the right teleport_group constructor
20100124 01:49:11-!- ekki_ [n=chatzill@chello085216213207.chello.sk] has quit [Client Quit]
20100124 01:52:36< Ivanovic> wow, the most helpfull errormessage *ever*: http://forums.wesnoth.org/viewtopic.php?f=4&t=28621&start=0
20100124 01:53:24< AI0867> that's about average for windows error messages
20100124 01:54:49< Ivanovic> and no, i don't believe the 2nd sentence
20100124 01:55:03< Ivanovic> how should the user be notified that the problem was fixed?
20100124 02:08:05< AI0867> perhaps that should be a part of all linux distro installation procedures
20100124 02:08:32< AI0867> "Remember all those issues you were promised to be notified about when fixed? This is your notification"
20100124 02:20:07-!- Sky2 [n=croseliu@pool-71-250-26-120.nwrknj.east.verizon.net] has joined #wesnoth-dev
20100124 02:20:12-!- Sky2 [n=croseliu@pool-71-250-26-120.nwrknj.east.verizon.net] has quit [Remote closed the connection]
20100124 02:26:03-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20100124 02:32:13< AI0867> fendrin: there are two possible ways to write to a savegame
20100124 02:32:29< AI0867> config to_config() and write(config&)
20100124 02:32:37< AI0867> which one would you prefer?
20100124 02:34:48-!- Skystriker [n=croseliu@pool-71-250-26-120.nwrknj.east.verizon.net] has quit [Read error: 110 (Connection timed out)]
20100124 02:35:32-!- _jbx_ [i=_jbx_@c-71-201-89-187.hsd1.il.comcast.net] has quit []
20100124 02:36:55-!- deekay [n=dk@wesnoth/developer/dragonking] has quit []
20100124 02:38:48< fendrin> AI0867: The one that is enforced by the inheritance from savegame::savegame_config
20100124 02:41:48-!- Appleman1234 [n=Appleman@CPE-124-191-177-16.oxqn1.cha.bigpond.net.au] has quit [Read error: 110 (Connection timed out)]
20100124 02:42:10-!- Appleman1234 [n=Appleman@CPE-124-191-177-16.oxqn1.cha.bigpond.net.au] has joined #wesnoth-dev
20100124 02:42:42< AI0867> except that you said that savegame_config enforces nothing
20100124 02:46:35< fendrin> AI0867: That was a code comment?
20100124 02:46:48< AI0867> yeah
20100124 02:47:13< AI0867> but okay then
20100124 02:48:35-!- [Relic] [n=[Relic]@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20100124 02:49:33< [Relic]> Hello :)
20100124 03:16:15-!- Appleman1234 [n=Appleman@CPE-124-191-177-16.oxqn1.cha.bigpond.net.au] has quit [Read error: 110 (Connection timed out)]
20100124 03:16:44-!- Appleman1234 [n=Appleman@CPE-124-191-177-16.oxqn1.cha.bigpond.net.au] has joined #wesnoth-dev
20100124 03:21:20< CIA-53> ai0867 * r40826 /branches/fendrin_pathfind/src/ (6 files in 2 dirs): Mostly implement and use pathfind::manager
20100124 03:27:02-!- Chusslove [n=Chusslov@brsg-d9befeaf.pool.mediaWays.net] has quit [Read error: 110 (Connection timed out)]
20100124 03:34:38-!- Chusslove [n=Chusslov@brsg-d9bef38f.pool.mediaWays.net] has joined #wesnoth-dev
20100124 03:51:40< CIA-53> ai0867 * r40827 /branches/fendrin_pathfind/src/ (4 files in 2 dirs): Move initialization logic into constructor
20100124 04:01:52-!- [Relic] [n=[Relic]@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit ["Leaving"]
20100124 04:22:12-!- Netsplit kubrick.freenode.net <-> irc.freenode.net quits: fendrin, knotwork, fkhodkov
20100124 04:23:14-!- fendrin [n=fabi@88-134-75-97-dynip.superkabel.de] has joined #wesnoth-dev
20100124 04:35:40< CIA-53> ai0867 * r40828 /branches/fendrin_pathfind/src/pathfind/teleport.cpp: Debug stuff showing bidirectional doesn't work atm
20100124 04:35:48-!- Blueblaze [n=nick@adsl-99-158-47-180.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20100124 04:36:16-!- fmunoz [n=chatzill@c93483c1.virtua.com.br] has joined #wesnoth-dev
20100124 04:42:34-!- knotwork [n=markm@142.177.178.19] has joined #wesnoth-dev
20100124 04:55:58-!- Ivanovic_ [n=ivanovic@dtmd-4db2296a.pool.mediaWays.net] has joined #wesnoth-dev
20100124 05:12:04-!- Ivanovic [n=ivanovic@wesnoth/developer/ivanovic] has quit [Read error: 113 (No route to host)]
20100124 05:33:02< CIA-53> ai0867 * r40829 /branches/fendrin_pathfind/src/ (3 files in 2 dirs): Implement unique IDs for [tunnel]s when id is unspecified. Fixes bidirectionalness for [tunnel]s without an id
20100124 05:37:16-!- Skystriker [n=croseliu@pool-71-250-26-120.nwrknj.east.verizon.net] has joined #wesnoth-dev
20100124 05:39:02< fendrin> AI0867: There is a last issue. The pathfinder can be told to ignore units. I guess that is used for "show best enemy moves". 
20100124 05:41:02< fendrin> AI0867: I thought to fix this by passing a child to the location filters that filters for the units. 
20100124 05:42:11< CIA-53> ai0867 * r40830 /branches/fendrin_pathfind/src/pathfind/teleport.cpp: Make bidirectionalness work for named [tunnel]s too
20100124 05:45:51< CIA-53> ai0867 * r40831 /branches/fendrin_pathfind/src/pathfind/teleport.cpp: Remove some debug statements
20100124 05:46:18< AI0867> fendrin: what do you mean, exactly?
20100124 05:48:37< AI0867> I've also noticed that the AI doesn't use tunnels
20100124 05:49:24< AI0867> possibly because it doesn't override allow_teleport with true?
20100124 05:50:55< fendrin> AI0867: Right, that maybe the case. Many codeparts check the ability teleport and deny the unit in question the teleport run. Maybe the allow_teleport argument should be removed from the pathfinding methods.
20100124 05:52:35< AI0867> fendrin: probably not for every case
20100124 05:52:48< AI0867> unless you want unit vision in fog to be transmitted through tunnels too
20100124 05:53:00< AI0867> s/fog/fog + shroud/
20100124 05:53:08< AI0867> s/+/or
20100124 05:53:29< fendrin> The mage teleportation feature, doesn't work of the source or the target hex fields contain a unit. This is currently implemented in the filter. Since the pathfinder offers methods to show reachable positions without considering the placement of units on the map, I thought about adding the checks for the units and tell the wml coder to skip them.
20100124 05:54:55< AI0867> that makes sense, but it is *not* how ordinary movement works
20100124 05:55:11< AI0867> in ordinary movement, one can move through friendly units
20100124 05:55:25< AI0867> this was explicitly removed from the teleport ability a long time ago
20100124 05:56:03< AI0867> to prevent things like a scout capturing a village near the enemy leader and 6 silver mages porting in
20100124 05:56:07< AI0867> to fry the leader
20100124 05:56:11< AI0867> in the same turn
20100124 05:56:37< fendrin> I see.
20100124 05:57:01< AI0867> but if you want to connect two parts of the map in a natural way, I think you do want to allow moving through friendly units
20100124 05:57:24< fendrin> That would lead to the need to specify more filters.
20100124 05:58:01< fendrin> Every teleport group would need a filter that respects units and one that doesn't.
20100124 05:59:28< fendrin> The same problem applies to fog or shroud. I guess they are what the see_all parameter is for.
20100124 05:59:50< AI0867> fendrin: I think I have a solution
20100124 05:59:53< AI0867> pass an empty unit_map
20100124 06:00:23< fendrin> AI0867: superp.
20100124 06:01:16< fendrin> AI0867: But what about the see_all ?
20100124 06:01:44< AI0867> what is it intended to do?
20100124 06:02:15< fendrin> I believe it disables shroud and fog. 
20100124 06:04:54-!- Appleman1234 [n=Appleman@CPE-124-191-177-16.oxqn1.cha.bigpond.net.au] has quit [Read error: 110 (Connection timed out)]
20100124 06:05:44-!- Appleman1234 [n=Appleman@CPE-124-191-177-16.oxqn1.cha.bigpond.net.au] has joined #wesnoth-dev
20100124 06:07:21-!- dtiger [n=dtiger@dynamic-vpdn-93-125-67-198.telecom.by] has joined #wesnoth-dev
20100124 06:21:55-!- Blueblaze [n=nick@adsl-99-158-47-180.dsl.hstntx.sbcglobal.net] has quit [Remote closed the connection]
20100124 06:24:03< CIA-53> ai0867 * r40832 /branches/fendrin_pathfind/src/pathfind/ (teleport.cpp teleport.hpp): Make the ignore_units switch for [tunnel]s
20100124 06:25:21-!- Skystriker [n=croseliu@pool-71-250-26-120.nwrknj.east.verizon.net] has quit [Read error: 60 (Operation timed out)]
20100124 06:27:17-!- Appleman1234 [n=Appleman@CPE-124-191-177-16.oxqn1.cha.bigpond.net.au] has quit [Read error: 110 (Connection timed out)]
20100124 06:27:50-!- Appleman1234 [n=Appleman@CPE-124-191-177-16.oxqn1.cha.bigpond.net.au] has joined #wesnoth-dev
20100124 06:46:36< CIA-53> ai0867 * r40833 /branches/fendrin_pathfind/src/pathfind/teleport.cpp: Fix overzealous search/replace
20100124 07:16:47-!- mjs-de [n=mjs-de@p3EE27FA1.dip.t-dialin.net] has joined #wesnoth-dev
20100124 07:26:06-!- Zarel| [n=Zarel@warzone2100/developer/Zarel] has quit ["Leaving"]
20100124 07:34:09< CIA-53> ai0867 * r40834 /branches/fendrin_pathfind/src/pathfind/ (teleport.cpp teleport.hpp): Fix see_all flag
20100124 07:48:28< AI0867> fendrin: there's a LOT of hardcoded "no, we can't teleport" in the AI
20100124 07:48:30< AI0867> not everywhere
20100124 07:48:49< AI0867> but any leader movement ignores teleportation it seems
20100124 07:52:14-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit []
20100124 07:55:39-!- Blueblaze [n=nick@adsl-99-158-47-180.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20100124 08:06:55-!- silene [n=plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100124 08:07:46< CIA-53> ai0867 * r40835 /branches/fendrin_pathfind/src/ (9 files in 5 dirs): Made almost every call of pathfind::paths pass true for allow_teleport. The AI can now use teleport
20100124 08:09:19< silene> AI0867: careful with making leaders take teleportation into account; if they can't be followed by some of their grunts, they are as well as dead
20100124 08:10:16-!- fmunoz [n=chatzill@c93483c1.virtua.com.br] has quit [Read error: 110 (Connection timed out)]
20100124 08:21:16< AI0867> while that's true, the whole point of this branch is to allow parts of the map to be reachable *only* by teleports
20100124 08:22:05< AI0867> pathfinding works, and now the AI can move there too
20100124 08:23:09< AI0867> it still needs some more work anyway, I'm running into errors #2006 and #2007
20100124 08:24:34< AI0867> though those look like normal failure modes that humans encounter all the time
20100124 08:27:27< CIA-53> ai0867 * r40836 /branches/fendrin_pathfind/src/pathfind/pathfind.hpp: Update documentation of pathfind::paths
20100124 09:07:51-!- knotwork_ [n=markm@142.177.235.75] has joined #wesnoth-dev
20100124 09:10:17-!- knotwork [n=markm@142.177.178.19] has quit [Read error: 110 (Connection timed out)]
20100124 09:27:48-!- Appleman1234 [n=Appleman@CPE-124-191-177-16.oxqn1.cha.bigpond.net.au] has quit [Read error: 110 (Connection timed out)]
20100124 09:44:52-!- silene [n=plouf@wesnoth/developer/silene] has quit [Read error: 110 (Connection timed out)]
20100124 09:45:16-!- silene [n=plouf@ASte-Genev-Bois-152-1-75-214.w86-203.abo.wanadoo.fr] has joined #wesnoth-dev
20100124 09:56:05-!- zookeeper [n=l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20100124 09:59:00-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has joined #wesnoth-dev
20100124 10:00:51< CIA-53> fendrin * r40837 /branches/fendrin_pathfind/src/pathfind/ (teleport.cpp teleport.hpp): Add copyright notice.
20100124 10:06:38-!- Blueblaze [n=nick@adsl-99-158-47-180.dsl.hstntx.sbcglobal.net] has quit [Read error: 110 (Connection timed out)]
20100124 10:07:09-!- relic [n=relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20100124 10:07:22-!- relic is now known as Guest18233
20100124 10:07:34-!- Guest18233 [n=relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Read error: 104 (Connection reset by peer)]
20100124 10:08:58-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20100124 10:44:06-!- boucman [n=rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20100124 10:52:04-!- Ivanovic_ is now known as Ivanovic
20100124 10:52:36< Ivanovic> moin
20100124 10:56:41-!- GauHelldragon [n=barf@ppp-69-224-99-144.dsl.chi2ca.pacbell.net] has joined #wesnoth-dev
20100124 10:56:50< GauHelldragon> hello
20100124 10:57:07-!- deekay [n=dk@wesnoth/developer/dragonking] has joined #wesnoth-dev
20100124 10:57:26< GauHelldragon> does anyone know about making new AIs for multiplayer games
20100124 10:58:48< GauHelldragon> or where i can go to read up on it
20100124 11:02:22< Ivanovic> deekay: can you help GauHelldragon?
20100124 11:06:11< boucman> GauHelldragon: there are some stuff on the wiki, but you should look for Crab_ when he's around
20100124 11:06:19< GauHelldragon> ok
20100124 11:06:39< boucman> see http://wiki.wesnoth.org/FormulaAI for the start on the FAI language
20100124 11:06:45< deekay> Hm
20100124 11:06:56< deekay> There should be category AI in the wiki
20100124 11:07:15< deekay> Currently it's quite difficult to dig through all of it
20100124 11:07:28< boucman> http://wiki.wesnoth.org/PythonAISampleCode for Python AI 
20100124 11:07:42< boucman> and of course http://wiki.wesnoth.org/WhyWritingAWesnothAIIsHard
20100124 11:07:52< Ivanovic> boucman: ehm, pythonai ain't existing anymore
20100124 11:07:58< Ivanovic> this is deprecated pre1.6 info
20100124 11:07:59< boucman> oops, sorry
20100124 11:08:00< Ivanovic> ;)
20100124 11:08:55< boucman> http://wiki.wesnoth.org/AI_Arena
20100124 11:09:00< Ivanovic> yeah, this should be mentioned in the wiki somehow
20100124 11:09:11< deekay> Also: http://wiki.wesnoth.org/AI_Module
20100124 11:09:25< boucman> aaah
20100124 11:09:27< GauHelldragon> heh well i mostly just wanted to make like minor tweeks to the existing one, not build a new one from scratch
20100124 11:09:33< boucman> that's the one I was looking for ;)
20100124 11:09:36< deekay> :)
20100124 11:10:05< deekay> GauHelldragon: What kind of tweaks?
20100124 11:10:12< GauHelldragon> like what kind of units they spawn
20100124 11:10:38< GauHelldragon> like an undead AI that only makes zombies 
20100124 11:11:04< GauHelldragon> that you can use in any game, not just a specific scenario
20100124 11:11:06< deekay> GauHelldragon: Then maybe you should make AI that has only zombie in recruitment list?
20100124 11:11:23< GauHelldragon> right
20100124 11:11:33< GauHelldragon> but how do you do that outside of a scenario file
20100124 11:11:48< Ivanovic> you don't
20100124 11:11:49< GauHelldragon> a standalone ai that you can pick as an option when you play a multiplayer game
20100124 11:11:56< GauHelldragon> oh so you can't do that?
20100124 11:12:24< deekay> GauHelldragon: It's not really good idea, since AI is not loinked to the faction
20100124 11:12:25< Ivanovic> in theory it also depends on the eras for multiplayer maps
20100124 11:12:37< GauHelldragon> well then
20100124 11:12:45< GauHelldragon> an AI that prefers units that have "plague" attack
20100124 11:13:07< Ivanovic> so if you created a new era and introduce some "zombies" side there you can have the ai play this faction that only has zombies (or other plague units)
20100124 11:13:15< GauHelldragon> if it can't find any, then just acts as default ai does
20100124 11:13:25< deekay> Seems reasonably simple
20100124 11:13:47< deekay> Formula AI could to this
20100124 11:14:33< GauHelldragon> i only bring it up because when after you select a team to be a computer, it seems to have an option where you select what kind of AI to use
20100124 11:14:39< GauHelldragon> the only option being "default AI"
20100124 11:14:44< GauHelldragon> so i was wondering if you could make new ones
20100124 11:14:51< deekay> Yes, it is possible
20100124 11:15:18< deekay> GauHelldragon: If you run wesnoth with -d there should be one more AI IIRC
20100124 11:15:26< GauHelldragon> oh! ok
20100124 11:15:45< deekay> But it is not stable, so it's not available normally.
20100124 11:16:01< GauHelldragon> i will try that out right now
20100124 11:17:16< GauHelldragon> hm
20100124 11:17:27< GauHelldragon> i tried -d but i still only see Default Ai
20100124 11:17:28< deekay> Which wesnoth version do you have?
20100124 11:18:08< GauHelldragon> 1.6.5
20100124 11:18:19< deekay> I think it is 1.7+ feature
20100124 11:18:23< GauHelldragon> oh, ok
20100124 11:21:15< GauHelldragon> oh neat
20100124 11:21:27< GauHelldragon> it looks like more AI options will be available in 1.7?
20100124 11:21:42< GauHelldragon> i am looking forward to it then :)
20100124 11:21:47< boucman> yes, the AI has been reworkded quite a bit in 1.7
20100124 11:21:56< GauHelldragon> i like making games with just AIs going at each other
20100124 11:22:05 * GauHelldragon weird
20100124 11:22:10< GauHelldragon> :)))
20100124 11:22:40< boucman> hehe
20100124 11:22:48< boucman> that's how you build good ais
20100124 11:22:54< Ivanovic> in 1.7.x we even have some "ai benchmark" stuff included which we used to let ais play against each other to see if the ai is better with some factions
20100124 11:23:45< GauHelldragon> cool
20100124 11:37:59< GauHelldragon> oh!
20100124 11:38:08< GauHelldragon> does the AI have to actually scout
20100124 11:38:14< GauHelldragon> or does it know where everything is
20100124 11:39:23< boucman> in 1.6 it ignores shroud and FoW
20100124 11:39:28< boucman> in 1.7 i'm not sure
20100124 11:44:44-!- stikonas [n=and@bcm-131-111-247-5.girton.cam.ac.uk] has joined #wesnoth-dev
20100124 11:45:33-!- Noyga [n=noyga@wesnoth/developer/noyga] has joined #wesnoth-dev
20100124 11:46:30< Ivanovic> probably the same behaviour
20100124 12:13:02-!- loonybot [n=loonybot@ppp79-139-137-149.pppoe.spdop.ru] has joined #wesnoth-dev
20100124 12:13:53-!- loonycyborg [n=sergey@ppp79-139-137-149.pppoe.spdop.ru] has joined #wesnoth-dev
20100124 12:38:25-!- Appleman1234 [n=Appleman@CPE-124-191-177-16.oxqn1.cha.bigpond.net.au] has joined #wesnoth-dev
20100124 12:44:31-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit [Read error: 110 (Connection timed out)]
20100124 13:02:02-!- Tallken [n=f2f93bf5@93.102.38.68.rev.optimus.pt] has joined #wesnoth-dev
20100124 13:13:08-!- Tallken [n=f2f93bf5@93.102.38.68.rev.optimus.pt] has quit ["Leaving"]
20100124 13:17:18-!- Ivanovic [n=ivanovic@wesnoth/developer/ivanovic] has quit ["Caught sigterm, terminating..."]
20100124 13:18:00-!- Tallken [n=f2f93bf5@93.102.82.134.rev.optimus.pt] has joined #wesnoth-dev
20100124 13:23:31-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20100124 13:29:29-!- Ivanovic [n=ivanovic@dtmd-4db2296a.pool.mediaWays.net] has joined #wesnoth-dev
20100124 13:32:52-!- elias [n=elias@allegro/developer/allefant] has joined #wesnoth-dev
20100124 13:50:36< Ivanovic> hmmm, some kind of spambot? http://forums.wesnoth.org/viewtopic.php?f=4&t=28621&start=0
20100124 13:52:00< loonycyborg> Which one of them? :P
20100124 13:52:03< Ivanovic> that is a firsttime poster, a reply from a first time poster, both accounts from some "nospam" like address (onetimemail)
20100124 13:52:19< Ivanovic> and, even more important: no real content in the post(s)
20100124 13:54:24< loonycyborg> That's because windows error reporting sucks :P
20100124 13:54:48< zookeeper> well, doesn't look like spam to me
20100124 13:56:06-!- fmunoz [n=chatzill@c93483c1.virtua.com.br] has joined #wesnoth-dev
20100124 13:57:09< loonycyborg> It's indeed might be considered suspicious that they both first-time posters, but they as well could be real humans.
20100124 13:58:24< Ivanovic> the names are rather similar, too
20100124 13:58:46< loonycyborg> Though spambots are getting really tricky lately. They make some post and add links later after moderators had inspected them..
20100124 13:58:51< Ivanovic> (similar as german and some animal like thingie)
20100124 13:59:57< zookeeper> there's no links nor spammish keywords or anything in there.
20100124 14:00:07< Ivanovic> both posts are from the same IP that is
20100124 14:00:25< Ivanovic> so most likely both are from the same person, why not use the same username or the edit function?
20100124 14:00:41< silene> some split personality thingy?
20100124 14:00:52< loonycyborg> Ivanovic: Maybe they're different persons sharing the same computer?
20100124 14:00:58< zookeeper> what does it matter anyway?
20100124 14:01:19-!- stikonas [n=and@bcm-131-111-247-5.girton.cam.ac.uk] has joined #wesnoth-dev
20100124 14:01:22< zookeeper> if it's spam then we can't know for sure and it wouldn't be spam anyone would benefit from anyway.
20100124 14:02:11< loonycyborg> Ivanovic: Also they could be behind NAT or something.
20100124 14:02:41< Ivanovic> they are using a "home user" internetaccess from "kabel deutschland"
20100124 14:05:21< Ivanovic> zookeeper: i'd say that it is either some strange user or a rather clever spambot
20100124 14:06:34< loonycyborg> Yes. Probably those posts should be monitored in case spam links are edited into them.
20100124 14:13:46-!- Velensk [n=benjamin@cpe-24-209-93-196.woh.res.rr.com] has joined #wesnoth-dev
20100124 14:21:58-!- Velensk [n=benjamin@cpe-24-209-93-196.woh.res.rr.com] has left #wesnoth-dev []
20100124 14:29:31-!- Velensk [n=benjamin@cpe-24-209-93-196.woh.res.rr.com] has joined #wesnoth-dev
20100124 14:30:00-!- Velensk [n=benjamin@cpe-24-209-93-196.woh.res.rr.com] has left #wesnoth-dev []
20100124 14:41:32-!- Appleman1234 [n=Appleman@CPE-124-191-177-16.oxqn1.cha.bigpond.net.au] has quit [Read error: 110 (Connection timed out)]
20100124 14:42:13-!- Appleman1234 [n=Appleman@CPE-124-191-177-16.oxqn1.cha.bigpond.net.au] has joined #wesnoth-dev
20100124 15:09:57< thespaceinvader> anyone know anything about this: http://www.wesnoth.org/forum/viewtopic.php?f=9&t=28641 ?
20100124 15:20:13< Noyga> does the loyalist army have room for female recruits ? it does not match its culture and time i'd say
20100124 15:21:28< Noyga> (it looks nice btw)
20100124 15:22:40< thespaceinvader> that's what I would have thought
20100124 15:22:50< thespaceinvader> the frankie is OK, but by no means perfect
20100124 15:44:43-!- mordante [n=mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20100124 15:44:57< mordante> servus
20100124 15:46:54-!- Appleman1234 [n=Appleman@CPE-124-191-177-16.oxqn1.cha.bigpond.net.au] has quit [Read error: 110 (Connection timed out)]
20100124 15:47:27-!- Appleman1234 [n=Appleman@CPE-124-191-177-16.oxqn1.cha.bigpond.net.au] has joined #wesnoth-dev
20100124 15:52:01< mordante> Ivanovic, I think that error message is really useful, if it were true. I only don't understand why to post it on the forum... I mean microsoft will take care of fixing it
20100124 16:05:19-!- SonIcco [n=SonIcco@pD9511773.dip0.t-ipconnect.de] has joined #wesnoth-dev
20100124 16:09:57< Ivanovic> mordante: you saw the logs of #wesnoth regarding the lobby not refreshing text messages?
20100124 16:10:07< Ivanovic> yes, it 
20100124 16:10:09< Ivanovic> *would* be really nice if MS fixed the issues for us
20100124 16:12:34-!- Tallken [n=f2f93bf5@93.102.82.134.rev.optimus.pt] has quit ["Leaving"]
20100124 16:23:37-!- GauHelldragon [n=barf@ppp-69-224-99-144.dsl.chi2ca.pacbell.net] has quit [Read error: 110 (Connection timed out)]
20100124 16:23:53< mordante> I have faith in MS...
20100124 16:24:03< mordante> logs of today?
20100124 16:26:34< Ivanovic> jupp
20100124 16:29:47< mordante> I'm aware of the games not being redrawn properly all the time, not aware of the chatbox
20100124 16:30:18< mordante> but I want to look at the player treeview first
20100124 16:30:45< mordante> and I think the chatlog is an old bug, which was hidden by the constant refreshing of the lobby
20100124 16:30:54< mordante> at least that theory makes sense ;-)
20100124 16:31:32< mordante> but since I had a cold last week I didn't feel well enough to start to code something complicated
20100124 16:33:10-!- fkhodkov [n=fedor76@ppp-78-24-26-246-bras0.istra.ru] has joined #wesnoth-dev
20100124 16:44:24-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #Wesnoth-dev
20100124 16:47:32< Ivanovic> mordante: i hope you are well again
20100124 16:48:10< mordante> Ivanovic, thanks almost hope to go to work again tomorrow
20100124 17:01:28-!- Skystriker [n=croseliu@pool-71-250-26-120.nwrknj.east.verizon.net] has joined #wesnoth-dev
20100124 17:02:21-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has quit ["quit()"]
20100124 17:09:50-!- mjs-de [n=mjs-de@p3EE27FA1.dip.t-dialin.net] has quit [Remote closed the connection]
20100124 17:12:32-!- Tallken [n=f2f93bf5@93.102.87.41.rev.optimus.pt] has joined #wesnoth-dev
20100124 18:02:35< CIA-53> mordante * r40838 /trunk/src/clipboard.cpp: 
20100124 18:02:35< CIA-53> Make a member function a const member function.
20100124 18:02:35< CIA-53> Issue found by cppcheck.
20100124 18:02:38< CIA-53> mordante * r40839 /trunk/src/server/server.hpp: 
20100124 18:02:38< CIA-53> Make a member function a const member function.
20100124 18:02:38< CIA-53> Issue found by cppcheck.
20100124 18:18:21-!- ilor [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20100124 18:26:03-!- relic [n=relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20100124 18:26:30-!- relic is now known as Guest11738
20100124 18:35:55-!- Guest11738 [n=relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Client Quit]
20100124 18:38:05-!- [Relic] [n=Relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20100124 18:41:06-!- [Relic] [n=Relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Client Quit]
20100124 18:46:44-!- silene1 [n=plouf@ASte-Genev-Bois-152-1-75-214.w86-203.abo.wanadoo.fr] has joined #wesnoth-dev
20100124 18:46:44-!- silene [n=plouf@wesnoth/developer/silene] has quit [Read error: 54 (Connection reset by peer)]
20100124 18:55:10-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20100124 19:03:45-!- Tallken [n=f2f93bf5@93.102.87.41.rev.optimus.pt] has quit ["Leaving"]
20100124 19:32:02-!- [Relic] [n=Relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20100124 19:40:50-!- Tallken [n=f2f93bf5@93.102.78.139.rev.optimus.pt] has joined #wesnoth-dev
20100124 19:41:29-!- [Relic] [n=Relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit ["Leaving"]
20100124 19:42:07-!- Blueblaze [n=nick@adsl-99-158-47-180.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20100124 20:05:32< mordante> I'm off bye
20100124 20:05:50< Ivanovic> cu mordante
20100124 20:06:11-!- mordante [n=mordante@wesnoth/developer/mordante] has quit ["Leaving"]
20100124 20:37:38-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20100124 20:37:42-!- shadowm_laptop [n=ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20100124 20:38:00-!- shadowm_laptop [n=ignacio@wesnoth/developer/shadowmaster] has quit [Nick collision from services.]
20100124 20:54:45-!- Zarel_ [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20100124 21:00:17< CIA-53> zookeeper * r40840 /trunk/data/campaigns/The_South_Guard/scenarios/ (04_Vale_of_Tears.cfg 06a_Tidings_Good_And_Ill.cfg): Fixed duplicate id's of the elvish bodyguards.
20100124 21:08:47-!- Skystriker [n=croseliu@pool-71-250-26-120.nwrknj.east.verizon.net] has quit [Read error: 60 (Operation timed out)]
20100124 21:16:08-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100124 21:16:48-!- fmunoz [n=chatzill@c93483c1.virtua.com.br] has quit ["ChatZilla 0.9.86 [Firefox 3.5.7/20091221164558]"]
20100124 21:18:19-!- ilor [n=user@wesnoth/developer/ilor] has quit [Read error: 60 (Operation timed out)]
20100124 21:20:00-!- Zarel is now known as Zarel|
20100124 21:20:10-!- Zarel_ is now known as Zarel
20100124 21:20:30-!- ilor [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20100124 21:23:49-!- zookeeper [n=l@wesnoth/developer/zookeeper] has quit [Read error: 104 (Connection reset by peer)]
20100124 21:28:39-!- shadowm_laptop [n=ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20100124 21:28:52-!- zookeeper [n=l@88-148-251-223.bb.dnainternet.fi] has joined #wesnoth-dev
20100124 21:35:03< boucman> Blueblaze: around ?
20100124 21:48:03-!- elias [n=elias@allegro/developer/allefant] has quit [Read error: 104 (Connection reset by peer)]
20100124 21:52:53-!- Appleman1234 [n=Appleman@CPE-124-191-177-16.oxqn1.cha.bigpond.net.au] has quit [Read error: 60 (Operation timed out)]
20100124 21:53:53-!- Tallken [n=f2f93bf5@93.102.78.139.rev.optimus.pt] has quit ["Leaving"]
20100124 22:06:13-!- Appleman1234 [n=Appleman@CPE-124-191-177-16.oxqn1.cha.bigpond.net.au] has joined #wesnoth-dev
20100124 22:12:54< CIA-53> ai0867 * r40841 /branches/fendrin_pathfind/src/pathfind/teleport.cpp: Move a conditional around
20100124 22:13:45-!- shadowm_laptop [n=ignacio@wesnoth/developer/shadowmaster] has quit [Client Quit]
20100124 22:14:49-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20100124 22:15:04-!- Appleman1234 [n=Appleman@CPE-124-191-177-16.oxqn1.cha.bigpond.net.au] has quit [Read error: 60 (Operation timed out)]
20100124 22:15:55< CIA-53> ai0867 * r40842 /trunk/data/campaigns/The_South_Guard/scenarios/04_Vale_of_Tears.cfg: Allow the bodyguard his last words even if he leveled
20100124 22:16:39-!- Tallken [n=f2f93bf5@93.102.101.225.rev.optimus.pt] has joined #wesnoth-dev
20100124 22:17:51-!- Tallken [n=f2f93bf5@93.102.101.225.rev.optimus.pt] has quit [Connection reset by peer]
20100124 22:18:42-!- Tallken [n=f2f93bf5@93.102.63.53.rev.optimus.pt] has joined #wesnoth-dev
20100124 22:19:49-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20100124 22:20:23-!- stikonas [n=and@bcm-131-111-247-5.girton.cam.ac.uk] has joined #wesnoth-dev
20100124 22:23:29-!- Blueblaze [n=nick@adsl-99-158-47-180.dsl.hstntx.sbcglobal.net] has quit [Read error: 110 (Connection timed out)]
20100124 22:29:01-!- Appleman1234 [n=Appleman@CPE-124-191-177-16.oxqn1.cha.bigpond.net.au] has joined #wesnoth-dev
20100124 22:29:57-!- Crab_ [n=Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20100124 22:31:11< boucman> Crab_: around ?
20100124 22:31:21-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100124 22:31:23< Crab_> yes
20100124 22:31:40< boucman> how is it going wrt your visa ?
20100124 22:32:15< Crab_> not good. still possible that it'll be in time, though.
20100124 22:33:32< boucman> ok, i was wondering about the hotels and their cancelation policy. theoretically i need to tell them 48h in advance, but i'll give them a call to make sure tomorow
20100124 22:33:50< Crab_> ok
20100124 22:47:28-!- dtiger [n=dtiger@dynamic-vpdn-93-125-67-198.telecom.by] has quit [Remote closed the connection]
20100124 22:51:16< shadowmaster> rrsomeone broke wesnoth
20100124 22:51:49< Crab_> shadowmaster: how so ? :)
20100124 22:52:06< shadowmaster> start SotBE 1, look at your orcish leader's name
20100124 22:52:31< shadowmaster> it is not Kapou'e; it's randomly generated; this affects at least two UMC too, so I'm guessing it affects all campaigns
20100124 22:52:34< shadowmaster> or scenarios
20100124 22:52:56< shadowmaster> I wonder if silene1 knows about this
20100124 22:55:08< shadowmaster> Kalenz is Amalelon. He he.
20100124 22:55:23< silene1> shadowmaster: yes, it's probably my fault; i see a strange copy-paste mistake in my commit
20100124 22:55:28-!- silene1 is now known as silene
20100124 22:57:48< stikonas> Li'sar is still Li'sar
20100124 22:58:34< stikonas> probably WML in Tutorial overrides generated name
20100124 22:58:52< silene> stikonas: that, and also the fact that lisar is not a leader in the tutorial
20100124 22:59:21< CIA-53> silene * r40843 /trunk/src/gamestatus.cpp: Fixed copy-pasting gone wild.
20100124 22:59:25< silene> it should work better now
20100124 22:59:49< shadowmaster> yeah, non-leaders weren't affected
20100124 23:00:10< shadowmaster> e.g. leaders out of the [side] declarations
20100124 23:00:51< Crab_> silene: "disallow_observers" is still listed twice there
20100124 23:01:22< shadowmaster> hm.
20100124 23:01:55< silene> Crab_: good catch
20100124 23:02:04< shadowmaster> why do I feel distrustful of those changes?
20100124 23:04:42-!- ilor [n=user@wesnoth/developer/ilor] has quit [Read error: 60 (Operation timed out)]
20100124 23:05:24< CIA-53> silene * r40844 /trunk/src/gamestatus.cpp: Removed duplicate attribute.
20100124 23:06:16-!- ilor [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20100124 23:07:55< silene> shadowmaster: we can always revert these changes; it's just that zookeeper wanted for the engine to warn when using mistaken attributes; for instance, try running LoW 1 and look at the error log
20100124 23:09:26< shadowmaster> we can always revert them if someone notices any nasty side-effects first. Given the length of most notable WML-using content, and the scarcity of players in this series...
20100124 23:09:52< shadowmaster> anyway, that LoW uses invalid WML is not a big surprise to me. -.-
20100124 23:13:45-!- silene [n=plouf@wesnoth/developer/silene] has quit ["Leaving."]
20100124 23:18:46-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20100124 23:21:29-!- stikonas [n=and@bcm-131-111-247-5.girton.cam.ac.uk] has joined #wesnoth-dev
20100124 23:21:53< fendrin> shadowmaster: ?
20100124 23:25:14-!- ilor_ [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20100124 23:27:28-!- shadowm_laptop [n=ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20100124 23:34:35-!- ilor [n=user@wesnoth/developer/ilor] has quit [Read error: 113 (No route to host)]
20100124 23:51:00-!- SonIcco [n=SonIcco@pD9511773.dip0.t-ipconnect.de] has quit [Remote closed the connection]
20100124 23:52:26< CIA-53> fendrin * r40845 /branches/fendrin_pathfind/src/pathfind/ (teleport.cpp teleport.hpp): code cleanups.
20100124 23:55:24< zookeeper> silene, actually, if unrecognized unit attributes are removed and warnings generated for them, then wouldn't every leader produce tons of those warnings? normally you've always found the full contents of the [side] tag inside the leader unit as well.
20100124 23:55:57< zookeeper> (at least unless that has been changed separately)
20100124 23:56:49< shadowmaster> what I don't understand is why, despite silene implemented that, nobody is fixing the warnings in LoW yet.
20100124 23:57:35< Crab_> zookeeper: it was. some of the side attributes are filtered away from leader before he's constructed
20100124 23:57:43< shadowmaster> or are you waiting to hoard a large list of warnings from the players and fix them later? That's not going to work, nobody looks at the terminal output unless something is plain broken.
20100124 23:58:05< Crab_> shadowmaster: well, i'll, at least, take a look at those low warnings. but I have to compile first :)
20100124 23:58:24< shadowmaster> awesome! You should be the new maintainer ;)
20100124 23:58:43-!- Blueblaze [n=nick@adsl-99-158-47-180.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20100124 23:59:48< Crab_> shadowmaster: I'm just going to take a look :-P  but yes, I'll probably try to fix them if it'll be necessary.
--- Log closed Mon Jan 25 00:00:50 2010