--- Log opened Tue May 08 00:00:33 2012
20120508 00:05:26-!- anonymissimus [~chatzilla@HSI-KBW-078-042-163-105.hsi3.kabel-badenwuerttemberg.de] has quit [Quit: ChatZilla 0.9.88.2 [Firefox 11.0/20120410144204]]
20120508 00:22:35-!- Octalot [~noct@host109-155-39-175.range109-155.btcentralplus.com] has quit []
20120508 00:25:11-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Quit: Leaving.]
20120508 00:26:07-!- neXyon [~neXyon@84-119-56-54.dynamic.xdsl-line.inode.at] has quit [Quit: bye]
20120508 00:34:14-!- negusnyul [~negusnyul@dsl4E5CCC99.pool.t-online.hu] has quit [Quit: Konversation terminated!]
20120508 00:34:56-!- _vdn [~nazgul-sa@ppp85-141-125-202.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120508 00:37:23-!- oldtopman [~oldtopman@unaffiliated/oldtopman] has quit [Quit: oldtopman has left the house]
20120508 00:49:19-!- mjs-de [~mjs-de@g224190120.adsl.alicedsl.de] has joined #wesnoth-dev
20120508 00:50:48-!- Johannes13 [~Johannes@unaffiliated/johannes13] has quit [Ping timeout: 250 seconds]
20120508 00:52:21< CIA-22> ai0867 * r54120 /trunk/src/unit_types.cpp: Ensure [base_unit] cannot recurse infinitely
20120508 00:58:47-!- ancestral [~ancestral@65-128-236-41.mpls.qwest.net] has quit [Quit: i go sleeps kthxbai]
20120508 01:16:16-!- knotwork_ [~markm@unaffiliated/knotwork] has joined #wesnoth-dev
20120508 01:19:17-!- knotwork [~markm@unaffiliated/knotwork] has quit [Ping timeout: 248 seconds]
20120508 01:21:25< CIA-22> jamit * r54121 /trunk/src/actions.cpp: 
20120508 01:21:25< CIA-22> Shifting some tasks around.
20120508 01:21:25< CIA-22> This eliminates the need for a list of things to do in clear_shroud_unit().
20120508 01:50:57-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20120508 01:53:56-!- stikonas [~gentoo@bcm-131-111-216-103.girton.cam.ac.uk] has joined #wesnoth-dev
20120508 01:53:56-!- stikonas [~gentoo@bcm-131-111-216-103.girton.cam.ac.uk] has quit [Changing host]
20120508 01:53:56-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120508 01:58:49-!- ancestral [~ancestral@65-128-236-41.mpls.qwest.net] has joined #wesnoth-dev
20120508 01:59:44< fendrin> jamit: around?
20120508 01:59:55< jamit> What's up?
20120508 02:00:33< fendrin> jamit: Okay, my copy of the code does always allow undo, no matter if shroud was cleared or not. How is yours doing?
20120508 02:00:49< fendrin> AI0867: Thank you :-)
20120508 02:01:57< jamit> What revision are you on? I committed a fix this morning (r54117).
20120508 02:02:34< fendrin> Revision: 54113
20120508 02:04:06< jamit> Yeah, anything from r54055 through 54116 would allow undos even after clearing shroud.
20120508 02:04:10< fendrin> jamit: Cool, svn update did fix the problem, thank you very much :-)
20120508 02:04:32< fendrin> That kept me from commiting my code since 2 days.
20120508 02:04:45< jamit> I had just fallen behind on the SVN version, so I did not get r54055 until yesterday. ;)
20120508 02:05:45< CIA-22> fendrin * r54122 /trunk/src/ (8 files in 2 dirs): 
20120508 02:05:45< CIA-22> Support for jamming and report for vision and jamming in the unit help.
20120508 02:05:45< CIA-22> Changelog follows.
20120508 02:06:37< fendrin> I wish I had a better word than jamming. Doesn't sound very medieval.
20120508 02:07:20 * vultraz wonders if they had DJs in wesnoth ;)
20120508 02:08:02< fendrin> Yeah, it's a feature for hiphop units.
20120508 02:08:08< jamit> What does the jamming do?
20120508 02:08:17< fendrin> it jams :-)
20120508 02:09:04< fendrin> jamit: http://forums.wesnoth.org/viewtopic.php?p=527926#p527926
20120508 02:09:48< fendrin> jamit: You should read the whole thread, it's short. But SlowThinker explains it very well.
20120508 02:14:15< jamit> Seems rather complicated for not much benefit.
20120508 02:15:20< fendrin> hmmm
20120508 02:15:33< fendrin> That is not exactly what I wanted to hear.
20120508 02:15:47< fendrin> You failed in pleasing me, seriously :-)
20120508 02:16:58< jamit> It is just a first impression. Maybe someone will find good uses for it.
20120508 02:17:11< fendrin> Do refer to vision or jamming?
20120508 02:17:20< jamit> Jamming
20120508 02:17:35< fendrin> Well, in a modern combat setup it is a radar jamming unit or building.
20120508 02:17:59< fendrin> in a medieval setup it is a spell that hinders discovery.
20120508 02:18:03< jamit> The vision is more of an extension of what we already have, and does help with questions like "why can't Konrad see across the deep water?"
20120508 02:18:14< fendrin> yepp
20120508 02:18:40< vultraz> fendrin: is jamming something like zoc blocking shroud?
20120508 02:21:06< fendrin> vultraz: It's a feature that blocks vision. It increases the vision_costs around the jammer thus making it harder to clear the fog. The explorer must get closer to see through.
20120508 02:21:28< vultraz> so something like that
20120508 02:21:32< jamit> Hmm... the ease with which jamming was described in modern combat vs. the "it's a spell" fallback for a medieval setting might explain the difficulty in finding a medieval-sounding name for it.
20120508 02:21:49< jamit> Just observing...
20120508 02:22:54< fendrin> concealing
20120508 02:22:58< ancestral> I don't like the word "jamming"
20120508 02:23:09< ancestral> It sounds too modern
20120508 02:23:13< fendrin> indeed
20120508 02:24:25< vultraz> and like it refers to music
20120508 02:24:35 * ancestral now just read several lines up in the dialogue
20120508 02:25:34< ancestral> Blindness is sometimes used in various RPG contexts
20120508 02:26:26< jamit> Blindness affects the viewer directly; jamming would be more akin to darkness.
20120508 02:26:27-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Quit: Computer has gone to sleep.]
20120508 02:26:40< ancestral> Yeah, that's also what I was thinking of
20120508 02:27:10< Espreon> "disruption", perhaps?
20120508 02:27:11< ancestral> "Obscuring mist"
20120508 02:27:18< ancestral> Is a D&D construct
20120508 02:28:04< fendrin> Well, English isn't my best skill, thus I will rename it to whatever the experts seem to fit best.
20120508 02:28:15< ancestral> jamit: On the other hand, we have slow attacks, right?
20120508 02:28:33< ancestral> The affected unit is slowed
20120508 02:29:02< fendrin> "slows" is the name of the weapon special iirc
20120508 02:29:49< ancestral> Kinda goes back to my personal pet peeve of attacks, abilities and specials not being consistently verbs, nouns, or adjectives
20120508 02:29:57< ancestral> They're kinda all three
20120508 02:30:28< Espreon> Hoo boy...
20120508 02:30:37< vultraz> uh oh...
20120508 02:30:50< ancestral> It's okay, I'll get over it
20120508 02:30:55< jamit> A slowed unit is slowed regardless of which direction it heads or who it fights. Jamming would only affect vision towards a particular location. Sort of working at a different level.
20120508 02:30:56< Espreon> ... I dunno...
20120508 02:30:58< fendrin> Okay, I will stay with "jamming" as the working title until a decision is made.
20120508 02:31:15< ancestral> My vote is blinding attack
20120508 02:40:17-!- loonybot [~loonybot@wesnoth/bot/loonybot] has quit [Remote host closed the connection]
20120508 02:54:33-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20120508 02:57:51-!- leonid [~leonid@124.65.134.54] has joined #wesnoth-dev
20120508 03:13:17< shadowm> It's hilarious how the focus is now on overcomplicating gameplay for the benefit of only a few extrme UMC use cases instead of solving usability and stability issues that have been plaguing multiple stable series.
20120508 03:13:39< shadowm> *gameplay internals
20120508 03:15:01< shadowm> And I think that 'jamming' is a terrible name. We could use something that didn't lend itself to such terrible puns.
20120508 03:37:39-!- ancestral [~ancestral@65-128-236-41.mpls.qwest.net] has quit [Quit: i go sleeps kthxbai]
20120508 03:46:50-!- mjs-de [~mjs-de@g224190120.adsl.alicedsl.de] has quit [Remote host closed the connection]
20120508 04:16:45-!- bwrsandman1 [~sandy@50-74-252-216.dsl.colba.net] has joined #wesnoth-dev
20120508 04:17:29-!- bwrsandman [~sandy@199.180.97.40] has quit [Ping timeout: 250 seconds]
20120508 04:34:13-!- Ivanovic_ [~ivanovic@dtmd-4db276bd.pool.mediaWays.net] has joined #wesnoth-dev
20120508 04:34:51-!- jamit [~james@pool-173-61-167-95.cmdnnj.east.verizon.net] has quit [Quit: Leaving.]
20120508 04:36:07-!- leonid [~leonid@124.65.134.54] has quit [Ping timeout: 252 seconds]
20120508 04:37:47-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 260 seconds]
20120508 04:38:09-!- Ivanovic_ is now known as Ivanovic
20120508 04:43:19-!- leonid [~leonid@124.65.134.54] has joined #wesnoth-dev
20120508 04:54:15-!- Elvish_Pillager [~eli@71-10-229-241.dhcp.oxfr.ma.charter.com] has quit [Ping timeout: 260 seconds]
20120508 05:02:23-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20120508 05:03:07-!- PolarPanda [~quassel@unaffiliated/peterporty] has quit [Remote host closed the connection]
20120508 05:05:06-!- Gambit [~gambit@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20120508 05:46:43-!- bwrsandman1 [~sandy@50-74-252-216.dsl.colba.net] has left #wesnoth-dev []
20120508 05:51:15-!- Blueblaze [~Blueblaze@adsl-76-202-19-120.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20120508 06:06:50-!- csarmi [csarmi@94-21-124-80.pool.digikabel.hu] has quit []
20120508 06:15:55-!- Blueblaze [~Blueblaze@adsl-76-202-19-120.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze]
20120508 06:36:46-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20120508 06:49:15< zookeeper> shadowm, no kidding.
20120508 06:58:22-!- ancestral [~ancestral@65-128-236-41.mpls.qwest.net] has joined #wesnoth-dev
20120508 07:02:18< ancestral> "shadowm: And I think that 'jamming' is a terrible name." You're not alone ;-)
20120508 07:09:12< vultraz> all I can think about is a peasant breakdancing with an iPod stuck in his ear :P
20120508 07:09:38< vultraz> s/peasant/*insert unit type*
20120508 07:13:08-!- leonid [~leonid@124.65.134.54] has quit [Ping timeout: 240 seconds]
20120508 07:13:17-!- shikadibot [~shikadi@wesnoth/umc-dev/bot/shikadibot] has quit [Ping timeout: 244 seconds]
20120508 07:14:44-!- lobby [~wesnoth@wesnoth/bot/lobby] has quit [Ping timeout: 244 seconds]
20120508 07:14:58-!- lobby_ [~wesnoth@wesnoth.wesnoth.org] has joined #wesnoth-dev
20120508 07:14:58-!- Topic for #wesnoth-dev: 171 bugs, 335 feature requests, 16 patches | Logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20120508 07:14:58-!- Topic set by wesbot [~wesbot@asteria.debian.or.at] [Sun May  6 19:49:49 2012]
20120508 07:14:58[Users #wesnoth-dev]
20120508 07:14:58[ [Relic]        ] [ Espreon   ] [ lobby         ] [ Smar     ] 
20120508 07:14:58[ AI0867         ] [ esr       ] [ lobby_        ] [ Soliton  ] 
20120508 07:14:58[ Akihara        ] [ fendrin   ] [ loonycyborg   ] [ Tigge    ] 
20120508 07:14:58[ ancestral      ] [ happygrue_] [ LordNasty     ] [ Upthorn  ] 
20120508 07:14:58[ apoi           ] [ Ingeniumed] [ LovCAPONE     ] [ vcap     ] 
20120508 07:14:58[ chpln          ] [ isaac     ] [ matthiaskrgr  ] [ vultraz  ] 
20120508 07:14:58[ ChrisOelmueller] [ Ivanovic  ] [ melinath      ] [ wesbot   ] 
20120508 07:14:58[ CIA-22         ] [ iwaim     ] [ Rhonda        ] [ worduk   ] 
20120508 07:14:58[ crimson_penguin] [ janebot   ] [ shadowm       ] [ yann     ] 
20120508 07:14:58[ ejls           ] [ knotwork_ ] [ shadowm_laptop] [ zookeeper] 
20120508 07:14:58[ elias          ] [ koan      ] [ shikadibot    ] [ {V}      ] 
20120508 07:14:58[ enchilado      ] [ leonid    ] [ shikadibot_   ] 
20120508 07:14:58-!- Irssi: #wesnoth-dev: Total of 47 nicks [0 ops, 0 halfops, 0 voices, 47 normal]
20120508 07:15:05-!- Channel #wesnoth-dev created Tue Jan 27 06:28:41 2009
20120508 07:16:17-!- Irssi: Join to #wesnoth-dev was synced in 89 secs
20120508 07:18:55-!- chris-oelmueller [bouncer@syngo.info] has joined #wesnoth-dev
20120508 07:19:24-!- boucman [~rosen@221.86.207.77.rev.sfr.net] has joined #wesnoth-dev
20120508 07:20:52-!- Gallaecio [~quassel@84.120.114.134.dyn.user.ono.com] has joined #wesnoth-dev
20120508 07:21:32-!- Netsplit *.net <-> *.split quits: melinath, chpln, lobby, LovCAPONE, leonid, crimson_penguin, LordNasty, esr, loonycyborg, ChrisOelmueller,  (+6 more, use /NETSPLIT to show all of them)
20120508 07:21:39-!- iwaim [~iwaim@gateway.alib.jp] has joined #wesnoth-dev
20120508 07:22:12-!- Netsplit over, joins: crimson_penguin, chpln, [Relic], vultraz, enchilado, LovCAPONE, loonycyborg, melinath, ejls, esr (+1 more)
20120508 07:23:00-!- LordNasty [~NaSTy@93-43-160-229.ip92.fastwebnet.it] has quit [Ping timeout: 244 seconds]
20120508 07:23:20-!- LordNasty [~NaSTy@93-43-160-229.ip92.fastwebnet.it] has joined #wesnoth-dev
20120508 07:23:40-!- shikadibot_ is now known as shikadibot
20120508 07:24:10-!- shikadibot is now known as Guest15420
20120508 07:25:27-!- leonid [~leonid@124.65.134.54] has joined #wesnoth-dev
20120508 07:27:02-!- Guest15420 [~shikadi@ai0867.net] has quit [Changing host]
20120508 07:27:02-!- Guest15420 [~shikadi@wesnoth/umc-dev/bot/shikadibot] has joined #wesnoth-dev
20120508 07:27:13-!- Guest15420 is now known as shikadibot
20120508 07:27:43-!- Ivanovic [~ivanovic@dtmd-4db276bd.pool.mediaWays.net] has quit [Changing host]
20120508 07:27:43-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20120508 08:02:16-!- leonid [~leonid@124.65.134.54] has quit [Ping timeout: 244 seconds]
20120508 08:02:39-!- leonid [~leonid@124.65.134.54] has joined #wesnoth-dev
20120508 08:21:34-!- Unnheulu [~ieuan@host86-147-251-8.range86-147.btcentralplus.com] has joined #wesnoth-dev
20120508 08:37:03-!- Gallaecio [~quassel@84.120.114.134.dyn.user.ono.com] has quit [Remote host closed the connection]
20120508 08:38:59-!- trademark_ [~trademark@mon69-1-82-67-23-185.fbx.proxad.net] has joined #wesnoth-dev
20120508 08:40:15-!- Unnheulu [~ieuan@host86-147-251-8.range86-147.btcentralplus.com] has quit [Ping timeout: 255 seconds]
20120508 08:40:51-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit []
20120508 09:03:29-!- Unnheulu [~ieuan@host86-147-251-8.range86-147.btcentralplus.com] has joined #wesnoth-dev
20120508 09:08:03-!- neXyon [~neXyon@84-119-56-54.dynamic.xdsl-line.inode.at] has joined #wesnoth-dev
20120508 09:16:02-!- Unnheulu [~ieuan@host86-147-251-8.range86-147.btcentralplus.com] has quit [Ping timeout: 260 seconds]
20120508 09:23:47-!- Unnheulu [~ieuan@host86-147-251-8.range86-147.btcentralplus.com] has joined #wesnoth-dev
20120508 09:24:50-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving]
20120508 09:28:21-!- Unnheulu [~ieuan@host86-147-251-8.range86-147.btcentralplus.com] has quit [Ping timeout: 248 seconds]
20120508 09:32:58-!- EdB [~edb@tss37-1-89-82-194-231.dsl.sta.abo.bbox.fr] has joined #wesnoth-dev
20120508 09:40:03-!- _vdn [~nazgul-sa@ppp85-141-125-202.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120508 09:55:43-!- neXyon [~neXyon@84-119-56-54.dynamic.xdsl-line.inode.at] has quit [Quit: bye]
20120508 10:06:43-!- negusnyul [~negusnyul@dsl4E5CCC99.pool.t-online.hu] has joined #wesnoth-dev
20120508 10:20:00-!- EdB [~edb@tss37-1-89-82-194-231.dsl.sta.abo.bbox.fr] has quit [Quit: Konversation terminated!]
20120508 10:53:33-!- ancestral [~ancestral@65-128-236-41.mpls.qwest.net] has quit [Quit: i go sleeps kthxbai]
20120508 10:56:14-!- loonybot [~loonybot@46.138.68.92] has joined #wesnoth-dev
20120508 10:56:14-!- loonybot [~loonybot@46.138.68.92] has quit [Changing host]
20120508 10:56:14-!- loonybot [~loonybot@wesnoth/bot/loonybot] has joined #wesnoth-dev
20120508 10:59:46-!- mjs-de [~mjs-de@g224190085.adsl.alicedsl.de] has joined #wesnoth-dev
20120508 11:09:56-!- Netsplit *.net <-> *.split quits: crimson_penguin
20120508 11:24:38-!- chris-oelmueller is now known as ChrisOelmueller
20120508 11:33:15-!- _vdn [~nazgul-sa@ppp85-141-125-202.pppoe.mtu-net.ru] has quit [Read error: Connection reset by peer]
20120508 11:34:10-!- _vdn [~nazgul-sa@ppp85-141-125-202.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120508 11:34:12-!- Crab_ [Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20120508 11:52:26-!- Appleman1234 [~Appleman1@ppp59-167-222-56.qld.adsl.internode.on.net] has joined #wesnoth-dev
20120508 11:58:26-!- Netsplit over, joins: crimson_penguin
20120508 12:11:33-!- stikonas [~and@bcm-131-111-216-103.girton.cam.ac.uk] has joined #wesnoth-dev
20120508 12:11:33-!- stikonas [~and@bcm-131-111-216-103.girton.cam.ac.uk] has quit [Changing host]
20120508 12:11:33-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120508 12:25:31-!- neXyon [~neXyon@84-119-56-54.dynamic.xdsl-line.inode.at] has joined #wesnoth-dev
20120508 12:31:14-!- Elvish_Pillager [~eli@71-10-229-241.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20120508 12:38:28-!- leonid [~leonid@124.65.134.54] has quit [Remote host closed the connection]
20120508 13:07:41-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20120508 13:24:04-!- neXyon [~neXyon@84-119-56-54.dynamic.xdsl-line.inode.at] has quit [Quit: bye]
20120508 13:28:36-!- horon [~horon@nttkyo216070.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has joined #wesnoth-dev
20120508 13:30:06-!- stikonas [~gentoo@bcm-131-111-216-103.girton.cam.ac.uk] has joined #wesnoth-dev
20120508 13:30:06-!- stikonas [~gentoo@bcm-131-111-216-103.girton.cam.ac.uk] has quit [Changing host]
20120508 13:30:06-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120508 13:57:29-!- trademark_ [~trademark@mon69-1-82-67-23-185.fbx.proxad.net] has quit [Ping timeout: 252 seconds]
20120508 13:59:28-!- Johannes13 [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20120508 14:01:37-!- trademark_ [~trademark@mon69-1-82-67-23-185.fbx.proxad.net] has joined #wesnoth-dev
20120508 14:21:36-!- artisticdude [~artisticd@misc-148-66-39-74.pool.starband.net] has joined #wesnoth-dev
20120508 14:28:53-!- MeccaGod [~majs@host189-199.bornet.net] has joined #wesnoth-dev
20120508 14:49:08< trademark_> Hello, I've got questions about the add-ons server. Where are the sources of the current server ? Where is the document who specified the protocol between client and server ? I found "asio_wesnothd" and "new_addon_server" in /branches, which one is related with the gsoc proposal, which one is used, what is the state of those ?
20120508 14:52:05< loonycyborg> I'm currently working on asio_wesnothd
20120508 14:54:00< loonycyborg> I guess you could look into it on how to make an asio based server but currently it's a hybrid of SDL_net and asio codebases.
20120508 14:54:12< loonycyborg> Though SDL_net stuff is dead code there.
20120508 15:02:04< trademark_> Not sure to understand, what is asio_wesnothd ? the server or the client?
20120508 15:03:31< loonycyborg> Multiplayer server, which is a different program than addon server.
20120508 15:04:27< loonycyborg> Basically it's a branch to port the mp server to asio
20120508 15:04:49< trademark_> ok, and where is the current code of the current addon server ?
20120508 15:06:18< loonycyborg> src/campaign_server/campaign_server.cpp
20120508 15:08:51< trademark_> ha ok thanks, and finally, what is the branch "new_addon_server" ?
20120508 15:12:13< loonycyborg> Not sure. Ask whoever done commits to it.
20120508 15:13:39< loonycyborg> Ah. Yes. That's ilor's rewrite of the addon server. He wasn't very active lately.
20120508 15:17:25< loonycyborg> To the point that another rewrite is called for apparently :P
20120508 15:17:48< loonycyborg> Anyway, iirc it uses python, not C++/asio
20120508 15:19:08< trademark_> ha ok, I was looking for difference in campaign_server.cpp ;)
20120508 15:24:26-!- horon [~horon@nttkyo216070.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has quit [Disconnected by services]
20120508 15:24:51-!- horon [~horon@nttkyo216070.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has joined #wesnoth-dev
20120508 15:42:34-!- jamit [~james@pool-173-61-167-95.cmdnnj.east.verizon.net] has joined #wesnoth-dev
20120508 15:53:01-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20120508 16:00:39< CIA-22> anonymissimus * r54123 /trunk/src/unit_types.cpp: avoid an MSVC9 compiler error
20120508 16:00:41< CIA-22> anonymissimus * r54124 /trunk/src/pathfind/pathfind.cpp: 
20120508 16:00:41< CIA-22> fix a MSVC9 compiler warning about "cost" being possibly uninitialized
20120508 16:00:41< CIA-22> (atm the enumeration doesn't have more types
20120508 16:00:41< CIA-22> so it could not have happened...)
20120508 16:04:33-!- horon [~horon@nttkyo216070.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has quit [Quit: Leaving...]
20120508 16:10:32< AI0867> fendrin: strict compilation is broken
20120508 16:10:43< AI0867> cc1plus: warnings being treated as errors
20120508 16:10:43< AI0867> src/pathfind/pathfind.cpp: In function ‘void find_routes(const gamemap&, const unit&, const map_location&, int, pathfind::paths::dest_vect&, std::set<map_location, std::less<map_location>, std::allocator<map_location> >*, const team&, bool, bool, int, const team&, bool, bool, pathfind::PATH_TYPE, const std::map<map_location, int, std::less<map_location>, std::allocator<std::pair<const map_location, int> > >*)’:
20120508 16:10:50< AI0867> src/pathfind/pathfind.cpp:269: error: ‘cost’ may be used uninitialized in this function
20120508 16:10:53< AI0867> src/pathfind/pathfind.cpp:269: note: ‘cost’ was declared here
20120508 16:10:55< AI0867> due to the switch statement lacking a default
20120508 16:14:29< fendrin> I see
20120508 16:14:42< fendrin> AI0867: I will fix it.
20120508 16:16:31< fendrin> AI0867: Eclipses enforced a default case only if the cases are not exhaustive.
20120508 16:16:38-!- anonymissimus [~chatzilla@HSI-KBW-078-042-163-105.hsi3.kabel-badenwuerttemberg.de] has joined #wesnoth-dev
20120508 16:16:47< anonymissimus> AI0867: , fendrin just rebase
20120508 16:17:43< anonymissimus> +1 for "03:13:17< shadowm> It's hilarious how the focus is now on overcomplicating gameplay for the benefit of only a few extrme UMC use cases instead of solving usability and stability issues that have been plaguing multiple stable series."
20120508 16:18:35< anonymissimus> which is *much* harder to do and needs *a lot* more time we know, don't we
20120508 16:18:51< fendrin> and it is less fun
20120508 16:19:01< anonymissimus> which is why the engine is so buggy
20120508 16:19:38< anonymissimus> especially in this area around the sighted event which you are currently making a lot more complicate
20120508 16:19:51< Crab_> how it's made more complicated?
20120508 16:20:01< fendrin> The sighted event is horribly broken anyway.
20120508 16:20:16< Crab_> btw, some parts of the engine would be refactored this summer, hopefully dealing with some of the stability issues.
20120508 16:21:12< Crab_> at least there's a gsoc project to deal with the scenario transition / savegame / replay glitches
20120508 16:22:16< anonymissimus> yeah, which I personally consider the most useful and important one
20120508 16:22:23< fendrin> anonymissimus: The last information I got was that the sighted event is going to get removed in favor of filtering with [filter_vision].
20120508 16:22:37< anonymissimus> that is wrong information
20120508 16:22:49< anonymissimus> there was never such decision
20120508 16:23:00< fendrin> I am sure there was.
20120508 16:23:07< anonymissimus> when, where ?
20120508 16:23:24< fendrin> Hard to say.
20120508 16:23:28< anonymissimus> and it's not an approriate replacement
20120508 16:23:50< fendrin> I think it was here on irc and shadowm was the one telling me that it is better removed. But I might have some source confusion here.
20120508 16:24:07< anonymissimus> the sole reason for removing it would be that everybody finds it too hard to fix it, now how is that
20120508 16:24:09< fendrin> Well, is anyone working on fixing the sighted event?
20120508 16:24:31 * anonymissimus was hoping jamit could do it
20120508 16:24:42< fendrin> Good news.
20120508 16:24:58< fendrin> Is jamit a gsoc student?
20120508 16:25:04< anonymissimus> no
20120508 16:25:11< fendrin> Good news as well.
20120508 16:25:41< fendrin> Would be evil to work in his area and break stuff if he was.
20120508 16:26:07< anonymissimus> why is that good ? whether someone is or not is a GSoC student doesn't tell much about his usefulness for the project it seems
20120508 16:27:24< fendrin> anonymissimus: The "enemy/friendly unit sighted" function which stops unit movement is still working perfectly. Thus the sighted event is still as broken and as complex as ever.
20120508 16:28:22< Crab_> fendrin: well, as you know, I'
20120508 16:28:28< fendrin> anonymissimus: It is good for me or for my purposes. Spoiling a student's work by altering his codebase under his nose is a bad thing.
20120508 16:28:40< Crab_> I've got some plans to get rid of the signed event, but as it's too complex, I don't want to break it) 
20120508 16:28:45< Crab_> so, you're welcome to mess with it
20120508 16:30:01< fendrin> The biggest problem of sighted event is that it does not trigger if a unit moves into your vision range.
20120508 16:30:03< jamit> Sighted events suffer from a series of band-aid fixes that focused on only one area of the code.
20120508 16:30:53< jamit> I figured I would go slow as I reverted each change with a more robust(?) approach.
20120508 16:33:01< fendrin> jamit: Well, I think that doesn't matter much for my work anyway. The pathfind::vision_path class is the attribute and every evil change should be hidden behind it and thus not causing more complexity in any code regions using it.
20120508 16:33:15< fendrin> s/attribute/interface
20120508 16:34:53< jamit> Probably. If things are done right.
20120508 16:35:04< fendrin> jamit: Well, I try my best :-)
20120508 16:37:38< jamit> But don't forget the complexity from a gameplay perspective. (I still do not see a motivation for jamming in a medieval setting. In a modern setting with radar, sure, but not in a world with Wesnoth's tech status.)
20120508 16:38:22< jamit> Of course, if you could define "jamming" in one line, I might consider it not that complex....
20120508 16:38:30< fendrin> jamit: I think more of a (maybe evil?) mage unit type. He is able to lay artificial darkness around him.
20120508 16:39:55< Crab_> fendrin: note that this would heavily invalidate undos
20120508 16:40:08< jamit> Anything can be attributed to magic. Do you have any specific examples of sight-jamming being done in a medieval fantasy setting?
20120508 16:40:45< fendrin> jamit: Yeah, the classic mother of all fantasy, Dungeons and Dragons has a lot of spells in that area.
20120508 16:40:56< jamit> Such as?
20120508 16:40:57< Crab_> fendrin: i.e., if you move into a fogged hex, we're forced to commit (since it's not undoable)
20120508 16:41:03< fendrin> Crab_: Why?
20120508 16:42:06< fendrin> Well, that is already the case, or do I miss something.
20120508 16:42:14< Crab_> jamit: darkness, fog cloud, etc - many different spells
20120508 16:42:47< Crab_> fendrin: now, you can't move into the fog except with white mage's 'blind teleport'
20120508 16:42:55< Crab_> fendrin: since, as of now, you can see where you can move.
20120508 16:43:21< fendrin> Sure
20120508 16:43:23< jamit> Darkness seems to me more like forcing shroud on an area, not limiting how far someone can see into it.
20120508 16:43:42< Crab_> jamit: sometimes it works like this.
20120508 16:44:04< Crab_> jamit: i.e., http://www.dandwiki.com/wiki/SRD:Fog_Cloud , "The fog obscures all sight, including darkvision, beyond 5 feet."
20120508 16:45:42< Crab_> fendrin: those issues with undo are by no means a blocker, just something to have in mind
20120508 16:47:25-!- _vdn [~nazgul-sa@ppp85-141-125-202.pppoe.mtu-net.ru] has quit [Read error: Connection reset by peer]
20120508 16:47:35< fendrin> Well, the rule still holds: If you reveal fog or shroud undo is gone. There is nothing to do about it.
20120508 16:47:53-!- _vdn [~nazgul-sa@ppp85-141-125-202.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120508 16:48:35< Crab_> it heavily affects delayed shroud updates
20120508 16:48:54< Crab_> as of now, if you plan a move using delayed shroud updates, then you don't reveal fog/shroud
20120508 16:48:55< jamit> OK, I'll grant that spell description could be taken that way. That still leaves the complexity test (e.g. a one-line description of how it works).
20120508 16:49:29< Crab_> jamit: (leaving the complexity test to fendrin, I've just jumped in to provide an example)
20120508 16:50:41< Crab_> fendrin: so, after the change, it'd be possible to move to a shrouded hex by a lot more units, not just by silver mage (my mistake, white/silver, in the previous comment)
20120508 16:51:34< Crab_> fendrin: again, that's not a blocker, just a note that those units which mess with fog/shroud would mess with undos heavily.
20120508 16:52:45< fendrin> Yeah right.
20120508 16:53:38< Crab_> "portable undo stack invalidator" :))
20120508 16:54:15< fendrin> jamit: A one liner might be difficult.
20120508 16:56:16< fendrin> jamit: But that is fine for me, most Abilities have some description and complex rules, just think about predicting which units gets what amount of heal when around a healer. And I can life with some extra complexity for UMC.
20120508 16:57:26< Crab_> fendrin: healing is once-per-turn occasion, it can afford to be much more slow than once-per-move stuff.
20120508 16:57:38< jamit> In one line: A unit gets the highest healing from a single possible source, plus rest healing (if applicable).
20120508 16:57:45< fendrin> jamit: I have played games with jamming features that work quite similar to what I have done and you get that thing fast. There is a unit that produces fog.
20120508 16:58:16< Crab_> jamit: healing/curing also deals with poison in a number of ways
20120508 16:59:30< jamit> Poison prevents healing (excluding rest healing IIRC), and causes 8 damage if there is no healing to prevent.
20120508 17:00:01< Crab_> jamit: also, poison can't reduce a unit hp to less than 1.
20120508 17:00:19< jamit> Oh right. One line plus a footnote then.
20120508 17:00:28< Crab_> jamit: also, some healing abilities cure poison, some don't
20120508 17:00:40< Crab_> fendrin: in games like red alert series, there are units which produce something shroud-like, not fog-like.
20120508 17:00:44< fendrin> jamit: Thus you are already at two lines plus footnote for healing, since you need to read both.
20120508 17:00:46< jamit> The basic operation can be expressed in one line though. :P
20120508 17:01:11< Crab_> fendrin: i.e. if you have an active nearby unit, shroud is revealed even in the presence of those units
20120508 17:01:23< jamit> Technically, its the "cures" ability that cures poison, not the "heals" ability. Two separate abilities.
20120508 17:01:40< fendrin> Uh, even more complex.
20120508 17:02:22< fendrin> Thus cures heals poison, while heal prevents damage. You need 3 lines plus footnote to understand it fully.
20120508 17:02:50< jamit> fendrin: No, poison is a special case on top of regular healing. One line for how healing works most of the time. One line for how poison works most of the time. One line for the special case of poison not killing.
20120508 17:03:42< fendrin> And I still don't know how to calculate the amount of healing a unit recieves from "A unit gets the highest healing from a single possible source, plus rest healing (if applicable).". 
20120508 17:03:54< jamit> I would be satisfied with a one-line description of how jamming works most of the time.
20120508 17:04:43< fendrin> Jamming increases the vision_costs around the jammer by the amount of jamming points left when doing pathfinding with the jamming_costs.
20120508 17:04:43< zookeeper> i have yet to hear any sort of actual rationale for the feature
20120508 17:05:19< jamit> Calculating a maximum ("highest healing") is a fairly common calculation.
20120508 17:06:06-!- vultraz_laptop [~chatzilla@124.109.10.221] has joined #wesnoth-dev
20120508 17:06:43< jamit> Maybe I should have phrased the rest of that line as "from among the individual available sources" instead of "from a single possible source"?
20120508 17:08:13< fendrin> Yeah, you can have 2 or more healing units surrounded by wounded ones. I am always surprised how the healing gets distributed in such a case.
20120508 17:08:38< fendrin> zookeeper: That rationale game isn
20120508 17:08:58< fendrin> 't one I like to play. Or can you give me some rationale for every Wesnoth feature included?
20120508 17:09:27< jamit> "jamming points" left after what?
20120508 17:09:36< zookeeper> fendrin, i don't know
20120508 17:10:27< zookeeper> but clearly features shouldn't be added if one can't give any kind of reason for it
20120508 17:11:14< fendrin> jamit: SlowThinker did some very good description how it works: http://forums.wesnoth.org/viewtopic.php?p=527926#p527926
20120508 17:11:47< Crab_> I'd say that the 'jamming' feature looks ok if it doesn't mess with stuff if jammers are not present in the game.
20120508 17:11:47-!- neXyon [~neXyon@84-119-56-54.dynamic.xdsl-line.inode.at] has joined #wesnoth-dev
20120508 17:12:07< Crab_> i.e., it's already possible to totally shoot the undo stack off with WML
20120508 17:12:19< Crab_> but, if no evil WML is present, all works well
20120508 17:12:49< Crab_> an easier version would be to make units 'restore shroud', not change anything about fog.
20120508 17:13:27< Crab_> that would work well if 'fog is off, shroud is on' can be made to work
20120508 17:13:47< fendrin> Crab_: Note that the implementation is very easy already. Please have a look at the code. 
20120508 17:13:56< Crab_> that's good
20120508 17:14:44-!- artisticdude [~artisticd@misc-148-66-39-74.pool.starband.net] has quit [Read error: Connection reset by peer]
20120508 17:15:32< fendrin> zookeeper: The feature adds a lot of fun to fog featuring games. I have seen it in practice, enabling a lot of different tactics. I think it will be brought to fine use in some UMC. There is no way to give a rationale for mainline Wesnoth featuring it, sure.
20120508 17:16:56-!- mattsc [~mattsc@fw.hia.nrc.ca] has joined #wesnoth-dev
20120508 17:17:09< jamit> Maybe: "Jamming increases the vision costs of a hex by the jamming points not used in getting from the jammer to that hex"?
20120508 17:17:50< fendrin> jamit: ... by using jamming_costs for the "getting" issue.
20120508 17:17:58< jamit> (I'd rather not try to process that forum post, so I'm going by what is in this IRC chat.)
20120508 17:18:26< zookeeper> fair enough then
20120508 17:19:42< fendrin> zookeeper: Also I do not want to have vision= or vision_cost used in mainline. Maybe without one exception: It might be a benefit if units can see above water.
20120508 17:20:24-!- stikonas [~and@bcm-131-111-216-103.girton.cam.ac.uk] has joined #wesnoth-dev
20120508 17:20:24-!- stikonas [~and@bcm-131-111-216-103.girton.cam.ac.uk] has quit [Changing host]
20120508 17:20:24-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120508 17:22:20< jamit> On a different note: Crab_, have you seen https://gna.org/bugs/index.php?19623 ? I think you were the one who suppressed shroud_data from the inspection window in the first place. Do you remember why?
20120508 17:23:28< jamit> Crab_: (The implementation of that feature request is easy. The question of "should" is more of a challenge.)
20120508 17:23:29< Crab_> jamit: probably not supressed, just 'hasn't enabled when I coded it'. Some time ago (year or two) gui2 had a tendency to crash on some long variables more often than not (there was a bug for that)
20120508 17:23:50< Crab_> jamit: so, "absolutely, enable it if it doesn't crash now, otherwise ping mordante"
20120508 17:24:11< jamit> Does the screen resolution matter for the crash?
20120508 17:24:23< Crab_> yes
20120508 17:24:39< Crab_> afair, it was related to the vertical size of the window (if it has a scrollbar)
20120508 17:24:52< mattsc> Hi, Crab_.  I now have an AI together that (most of the time) easily defeats the RCA AI when protecting a unit (leader; or cart, in this case), at least as long as it has edges of terrain to work with and protects a stationary unit.
20120508 17:24:53< jamit> So small resolution, big map? I'll check it out (later).
20120508 17:24:54< Crab_> i.e., if the content was 'too long' vertically, it'd mess things up
20120508 17:25:01< Crab_> mattsc: I've read the forum post, yes
20120508 17:25:07< Crab_> mattsc: congratulations on that
20120508 17:25:24< Crab_> jamit: yes, like that
20120508 17:25:31< mattsc> Crab_: oh, good.  Sorry for the "doulbe post" then.
20120508 17:25:52< Crab_> mattsc: no, all's ok :) it's great.
20120508 17:26:46-!- artisticdude [~artisticd@misc-148-66-39-74.pool.starband.net] has joined #wesnoth-dev
20120508 17:26:49< mattsc> And I think it's still a bit early for congrats, but the good thing about this AI (unlike, say, the "Pass Defense" one) is that it is fully expandable to an even more general behavior, I think.
20120508 17:27:41< mattsc> I'll just slowly keep working on it, as I have time, and annoy everybody with updates when there's something new.  ;)
20120508 17:28:31-!- artisticdude [~artisticd@misc-148-66-39-74.pool.starband.net] has quit [Read error: Connection reset by peer]
20120508 17:30:12< jamit> mattsc: If "annoy" is your goal, you'll have to try harder. ;)
20120508 17:30:56< mattsc> jamit: ok, I'll see what I can do !
20120508 17:31:05< jamit> :)
20120508 17:33:39< Crab_> mattsc: be sure to ping Nephro, as he's accepted into gsoc, so any bugs should be brought to his attention, he should be able to fix them :)
20120508 17:35:32< mattsc> Crab_: will do.  I haven't found any new bugs while doing this.  And I am still using the 1.10 version as I don't want people to have to compile Wesnoth just in order to try out the scenarios.
20120508 17:36:38< mattsc> I've started writing helper functions though that have the same format as Nephro's new functions, so the switch should be (relatively) easy once we get close to the release of 1.11.0.
20120508 17:56:23-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20120508 18:02:28< anonymissimus> mattsc: you may want to use wesnoth.compare_versions(wesnoth.game_config.version,...) and/or #ifver
20120508 18:02:59< anonymissimus> to decide in addon code what to do/use (like I do in mine)
20120508 18:04:07< anonymissimus> mattsc: your addon is sort-of a movie for me, just fun watching the AI behaving in an unusual way :P
20120508 18:04:56< mattsc> anonymissimus: yeah, good idea.  Once I get to a more stable behavior, I should do that.
20120508 18:05:53< mattsc> anonymissimus: that's what I do with it most of the time also (although I mostly concentrate one what it does badly)
20120508 18:09:58< anonymissimus> mattsc: I've just seen your archer use their melee attack against the skeletons :(
20120508 18:10:35< mattsc> anonymissimus: against a skeleton or against a skeleton archer?
20120508 18:11:07< anonymissimus> skeleton
20120508 18:11:20< anonymissimus> they use ranged against the archers
20120508 18:11:25< anonymissimus> should be vice versa
20120508 18:11:37< anonymissimus> or maybe also ranged against teh archers
20120508 18:11:39< mattsc> Hmm, thanks.  That shouldn't happen.
20120508 18:11:54< anonymissimus> I quit that, they will lose that way
20120508 18:12:31< mattsc> Against skeleton archers it could be either, as both own and enemy expected outcome matter, but against skeletons I don't see how it should ever be the melee attack.
20120508 18:13:05< anonymissimus> well, maybe I would use ranged if on good defensive position against archers and melee if that suffices and/or I'm on a not so good position and/or I'm in danger of loosing this unit in the netx enemy turn :P
20120508 18:13:07< mattsc> I hadn't noticed that, I'll have to check into it.  Thanks!
20120508 18:14:25< mattsc> Do you remember if this happen right after the unit moved, or at the end after all units were done moving?
20120508 18:15:09< anonymissimus> hm..I don't
20120508 18:16:01< mattsc> I'm asking because the latter is left to the normal RCA AI combat stage (which shouldn't do that either though)
20120508 18:16:27< mattsc> In any case, I had not noticed that before and will look out for it.
20120508 18:18:50-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Quit: Computer has gone to sleep.]
20120508 18:19:42-!- Gallaecio [~quassel@84.120.114.134.dyn.user.ono.com] has joined #wesnoth-dev
20120508 18:28:10< mattsc> anonymissimus: I just watched the AI play through a scenario in which the undead had only skeletons (no archers).  Not once did the custom AI use the melee weapon.  You don't happen to have the replay of when this happened, do you?
20120508 18:30:17< anonymissimus> mattsc: seems I don't
20120508 18:31:06< mattsc> anonymissimus: ok, I'll just keep being on the lookout for it.
20120508 18:32:46< anonymissimus> yeah, they just did it again
20120508 18:32:49-!- Crab_ [Crab_@wesnoth/developer/crab] has quit [Quit: Crab_]
20120508 18:33:08< anonymissimus> it was the first thing it did at all in the turn, move+the according attack
20120508 18:34:18< anonymissimus> the attacks at the end of its turn were ranged
20120508 18:35:57< anonymissimus> and somehow I can't undroid side 1 to get a chance to save a replay
20120508 18:37:07< mattsc> Strange, undroiding (for both sides) works for me
20120508 18:37:09-!- loonycyborg [loonycybor@wesnoth/developer/loonycyborg] has quit [Ping timeout: 250 seconds]
20120508 18:37:32< mattsc> Was that an attack by a unit that needed on XP to level up?
20120508 18:38:13< mattsc> Or was it toward the end of the game when things were almost won?
20120508 18:38:30-!- trademark_ [~trademark@mon69-1-82-67-23-185.fbx.proxad.net] has quit [Ping timeout: 260 seconds]
20120508 18:38:30< mattsc> (just asking to pinpoint which candidate action might be responsible)
20120508 18:39:58< anonymissimus> i got the replay, posting in the forum
20120508 18:40:17< mattsc> great, thanks!
20120508 18:46:25-!- molgrum [~molgrum@h-189-21.a189.priv.bahnhof.se] has joined #wesnoth-dev
20120508 18:46:54< anonymissimus> done
20120508 18:47:32-!- _vdn [~nazgul-sa@ppp85-141-125-202.pppoe.mtu-net.ru] has quit [Ping timeout: 255 seconds]
20120508 18:49:20< mattsc> Ok, got it.  r54124 is 1.10.2?
20120508 18:49:36< mattsc> (I know I should know how to look this up, but ...)
20120508 18:50:38-!- loonycyborg [~sergey@wesnoth/developer/loonycyborg] has joined #wesnoth-dev
20120508 18:52:59< mattsc> Hmm, I see what's going on.  I need to look into this.  Nephro made a change (fixed an inconsistency) that changes the weapon number, but I thought that was only for 1.11, not 1.10.
20120508 18:53:02-!- Unnheulu [~ieuan@host86-147-251-8.range86-147.btcentralplus.com] has joined #wesnoth-dev
20120508 18:55:44-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20120508 18:59:18-!- dacurrlywon [~androirc@genld-226-177.t-mobile.co.uk] has joined #wesnoth-dev
20120508 18:59:35-!- fendrin [~fabi@wesnoth/developer/fendrin] has quit [Quit: Konversation terminated!]
20120508 19:03:56< mattsc> anonymissimus: please excuse my ignorance on these issues, but r54124 seems to be a trunk (1.11) revision, while the replay file you sent me say it's from 1.10.2.
20120508 19:04:33< mattsc> The replay file information is what's displayed in the "open file" dialog
20120508 19:05:36-!- _vdn [~nazgul-sa@ppp91-77-250-178.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120508 19:08:33< mattsc> If you are playing this in trunk, including the revisions to the AI done by Nephro, then it's clear where this problem comes from.  So maybe I need to do the version control changes you suggested sooner rather than later.
20120508 19:12:35-!- dacurrlywon [~androirc@genld-226-177.t-mobile.co.uk] has quit [Quit: AndroIRC - Android IRC Client ( http://www.androirc.com )]
20120508 19:16:26< anonymissimus> this was on trunk
20120508 19:16:35< anonymissimus> ignore that version, perhaps its a bug
20120508 19:16:49< anonymissimus> mattsc^
20120508 19:17:12< mattsc> anonymissimus: Thanks, no it is not a bug.
20120508 19:17:32< mattsc> It's a feature change that I requested and that Crab_ and Nephro agreed on implementing.
20120508 19:17:48< anonymissimus> I mean if the replay displays 1.10.2 to you then it looks like a bug; of course it should display 1.11.0-svn
20120508 19:17:55< mattsc> Oh, ok.
20120508 19:18:30< mattsc> Do you want me to give you the quick and dirty fix (you need to delete a total of 4 characters in one of the files), or do you want to wait until I have version checking built in?
20120508 19:18:44< anonymissimus> I wait
20120508 19:19:09< mattsc> Ok.  I'll try to do that tonight then (my timezone)
20120508 19:19:45< mattsc> Thanks!
20120508 19:28:53< mattsc> PS: Now in the "Load" dialog it tells me 1.11.0-svn.  No idea what was going on earlier.  Stupid-user error, most likely.  Sorry for that.
20120508 19:29:01-!- neXyon [~neXyon@84-119-56-54.dynamic.xdsl-line.inode.at] has quit [Quit: bye]
20120508 19:29:32-!- worduk [~jon@77.76.205.90] has left #wesnoth-dev ["Leaving"]
20120508 19:29:41-!- Unnheulu [~ieuan@host86-147-251-8.range86-147.btcentralplus.com] has quit [Ping timeout: 260 seconds]
20120508 19:29:50-!- worduk [~jon@77.76.205.90] has joined #wesnoth-dev
20120508 19:32:26-!- EdB [~edb@tss37-1-89-82-194-231.dsl.sta.abo.bbox.fr] has joined #wesnoth-dev
20120508 19:46:56-!- _vdn1 [~nazgul-sa@ppp91-77-250-178.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120508 19:46:56-!- _vdn [~nazgul-sa@ppp91-77-250-178.pppoe.mtu-net.ru] has quit [Read error: Connection reset by peer]
20120508 19:49:49-!- wesbot changed the topic of #wesnoth-dev to: 170 bugs, 335 feature requests, 16 patches | Logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20120508 19:50:39-!- Unnheulu [~ieuan@host86-147-251-8.range86-147.btcentralplus.com] has joined #wesnoth-dev
20120508 20:34:32-!- mordante [~mordante@roadie.xs4all.nl] has joined #wesnoth-dev
20120508 20:34:33-!- mordante [~mordante@roadie.xs4all.nl] has quit [Changing host]
20120508 20:34:33-!- mordante [~mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20120508 20:34:46-!- mordante [~mordante@wesnoth/developer/mordante] has left #wesnoth-dev []
20120508 20:34:58-!- mordante [~mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20120508 20:36:23< mordante> jamit, what's the exact goal of r54117, can you now undo actions that clear the fog/shroud ?
20120508 20:37:29< jamit> No, the goal is to prevent undoing actions that clear the fog/shroud.
20120508 20:37:40< jamit> That got broken somewhere along the way.
20120508 20:37:59< mordante> jamit, ah ok, wasn't sure from the commit log message
20120508 20:39:42< mordante> btw I also prefer blinding over jamming
20120508 20:43:39< mattsc> anonymissimus: does either #ifver or wesnoth.compare_versions() take revision numbers as part of the argument?
20120508 20:45:57< CIA-22> mordante * r54125 /trunk/src/actions.cpp: Mark a function static to silence a gcc warning.
20120508 20:46:01< anonymissimus> 	local unpack_func
20120508 20:46:03< anonymissimus> 	if wesnoth.compare_versions and wesnoth.compare_versions(string.sub(_VERSION, 5), ">=", "5.2") then unpack_func = table.unpack
20120508 20:46:05< anonymissimus> 	else unpack_func = unpack
20120508 20:46:06< anonymissimus> 	end
20120508 20:46:08< anonymissimus> 	return string.format(unpack_func(args))
20120508 20:46:21< anonymissimus> mattsc: example usage
20120508 20:47:33< anonymissimus> that is something that adapts to the lua version in use, although it adapts to the wesnoth version as well since 1.10 uses lua 5.1
20120508 20:48:44< anonymissimus> I don't think it accepts revision numbers
20120508 20:49:05< CIA-22> mordante * r54126 /trunk/src/gui/widgets/pane.cpp: 
20120508 20:49:05< CIA-22> Fix the coordinate fixups for the pane.
20120508 20:49:05< CIA-22> This transfers the mouse coordinates on the screen to the proper
20120508 20:49:05< CIA-22> location on the widget.
20120508 20:49:05< CIA-22> The code is used to experiment with a different approach of the
20120508 20:49:05< CIA-22> implementation of a listbox.
20120508 20:49:08< CIA-22> mordante * r54127 /trunk/src/gui/widgets/ (pane.cpp viewport.cpp): 
20120508 20:49:08< CIA-22> Increase the size of the pane and viewport.
20120508 20:49:08< CIA-22> This allows to select some widgets that otherwise would be outside the
20120508 20:49:08< CIA-22> widget area.
20120508 20:49:08< CIA-22> The code is used to experiment with a different approach of the
20120508 20:49:08< CIA-22> implementation of a listbox.
20120508 20:50:38< mattsc> anonymissimus: Thanks.  So this means that if people use 1.11.0-svn that I need to rely on them having a latest revision later than the AI changes.
20120508 20:50:51< anonymissimus> it may be that the internal version comparison in version.cpp/hpp takes even care of that, I didn't investigate the code
20120508 20:50:52-!- iwaim [~iwaim@gateway.alib.jp] has quit [Ping timeout: 245 seconds]
20120508 20:51:01< mattsc> Which is probably true in almost all cases.
20120508 20:52:12< anonymissimus> I would expect only that 1.x.y*-svn is considered newer than without 1.x.y; if someone is using -svn he's reponsible to take a right version for himself
20120508 20:52:22< mordante> anonymissimus, why did you add the default case in r54124 ?
20120508 20:52:56< mattsc> anonymissimus: thanks
20120508 20:52:58< anonymissimus> I mean, that means he's compiling wesnoth and he's at least a semi-dev or something
20120508 20:54:05< anonymissimus> mordante: well, to ensure that it doesn't occur since it should not
20120508 20:54:07< mattsc> Sounds good to me
20120508 20:54:42< mordante> anonymissimus, the only problem I have with it without the default gcc screams when an enum value isn't handled in a switch
20120508 20:54:45< anonymissimus> =1 is not a meaningful default cost, it has to be one of those cases
20120508 20:54:53-!- EdB [~edb@tss37-1-89-82-194-231.dsl.sta.abo.bbox.fr] has quit [Quit: Konversation terminated!]
20120508 20:54:59< mordante> with the default gcc, won't complain
20120508 20:55:07< mordante> (no idea what MSVC does)
20120508 20:56:22< anonymissimus> aha so that means if someone would add a value to that enum and not take care for it in that loop gcc issues a warning or error ?
20120508 20:56:29-!- iwaim [~iwaim@gateway.alib.jp] has joined #wesnoth-dev
20120508 20:56:32< anonymissimus> in that switch I mean
20120508 20:56:54< mordante> exactly
20120508 20:58:25< AI0867> anonymissimus: 1.x.y-svn < 1.x.y < 1.x.y+svn
20120508 20:59:04< mattsc> I could add a warning message that if the detected version is 1.11.0-svn, r53758 is the minimum required.
20120508 20:59:17< anonymissimus> AI0867: thats what I mean :)
20120508 20:59:50< anonymissimus> mattsc: first I would try whether the comparison checks for it
20120508 21:00:18< anonymissimus> perhaps in the format ...svn@r23123
20120508 21:01:05< mattsc> Ok, will do.
20120508 21:02:53< CIA-22> mordante * r54128 /trunk/src/config.cpp: 
20120508 21:02:53< CIA-22> Remove an odd length for a call to substr.
20120508 21:02:53< CIA-22> It seems it's intended to use the string starting at position 7. So use the
20120508 21:02:53< CIA-22> default argument, which copies the rest of the string.
20120508 21:03:03< CIA-22> anonymissimus * r54129 /trunk/src/pathfind/pathfind.cpp: 
20120508 21:03:03< CIA-22> remove the default I case I added in r54124
20120508 21:03:03< CIA-22> since gcc screams in case someone adds a value to the enum and it's
20120508 21:03:03< CIA-22> not handled in the switch
20120508 21:03:22< mordante> thanks anonymissimus 
20120508 21:03:22< anonymissimus> it does that only for enums I suppose
20120508 21:03:38< mordante> yes because it knows the valid range for enums
20120508 21:03:44< mordante> range/values
20120508 21:07:47-!- oldtopman [~oldtopman@unaffiliated/oldtopman] has joined #wesnoth-dev
20120508 21:09:58< CIA-22> jamit * r54130 /trunk/src/actions.cpp: 
20120508 21:09:58< CIA-22> Base the ability to undo actions (with regard to fog/shroud) on shared vision/maps,
20120508 21:09:58< CIA-22> rather than team vision/maps.
20120508 21:09:58< CIA-22> This is more consistent with what a player sees, and the end result better
20120508 21:09:58< CIA-22> handles situations where WML has changed a unit's side during movement.
20120508 21:12:18< mattsc> anonymissimus: as I have said before, I am not a C++ programmer, but if I interpret version.hpp correctly, the revision number is not included.
20120508 21:13:14< mattsc> What's called 'revision level' in there is the '0' in 1.11.0-svn
20120508 21:13:30< mordante> would be hard, the revision number is not always known inside Wesnoth
20120508 21:13:56< mordante> and I would prefer version tests on releases instead of svn revisions
20120508 21:14:30< CIA-22> jamit * r54131 /trunk/src/actions.cpp: Extend an unnamed namespace to include what was a static function (for consistency).
20120508 21:15:02< mattsc> mordante: well, the problem occurred because anonymissimus was testing my AI code in 1.11, for which there isn't a release version yet
20120508 21:15:27< mattsc> But as we have said before, it's really not a big deal.
20120508 21:15:56< mattsc> I'll put in the test for 1.11, and add a warning message if somebody uses (exactly) 1.11.0-svn for the time being.
20120508 21:34:21-!- Elvish_Hunter [1fbde0c4@gateway/web/freenode/ip.31.189.224.196] has joined #wesnoth-dev
20120508 21:34:52< Elvish_Hunter> Hi all
20120508 21:35:42< mordante> hi Elvish_Hunter 
20120508 21:36:49< CIA-22> elvish_hunter * r54132 /trunk/ (3 files in 2 dirs): UtBS: changed Human Commander's movetype to smallfoot
20120508 21:41:19< vultraz> hey Elvish_Hunter 
20120508 21:41:31< Elvish_Hunter> Hi vultraz
20120508 21:41:55< vultraz> hehe...I keep getting you mixed up with Elvish_Pillager 
20120508 21:41:59< vultraz> :P
20120508 21:45:40-!- artisticdude [~artisticd@misc-148-66-39-74.pool.starband.net] has joined #wesnoth-dev
20120508 21:46:28-!- MeccaGod [~majs@host189-199.bornet.net] has quit []
20120508 22:05:49< mordante> I'm off night
20120508 22:07:19-!- mordante [~mordante@wesnoth/developer/mordante] has quit [Quit: Leaving]
20120508 22:10:58-!- Unnheulu [~ieuan@host86-147-251-8.range86-147.btcentralplus.com] has quit [Ping timeout: 272 seconds]
20120508 22:12:50-!- Unnheulu [~ieuan@host86-147-251-8.range86-147.btcentralplus.com] has joined #wesnoth-dev
20120508 22:20:02< mattsc> anonymissimus: I added the version check and, in the process, discovered a bug in the weapon selection of ai.attack() in trunk.
20120508 22:20:28< mattsc> So, unfortunately, the scenario will simply not work in trunk until Nephro has fixed this.
20120508 22:20:45< anonymissimus> mattsc: yup, bug him :)
20120508 22:20:55< mattsc> Nephro, Crab_, do you want me to file a bug report about this or simply describe it here?  It should be a trivial fix.
20120508 22:21:21< anonymissimus> nephro seems off currently so better make a report and assign ti to him
20120508 22:23:15< mattsc> Will do.  (I believe that I cannot assign it to him though, so somebody else please do that afterward.)
20120508 22:36:10-!- csarmi [csarmi@94-21-124-203.pool.digikabel.hu] has joined #wesnoth-dev
20120508 22:45:29-!- iwaim [~iwaim@gateway.alib.jp] has quit [Ping timeout: 252 seconds]
20120508 22:47:47-!- iwaim [~iwaim@gateway.alib.jp] has joined #wesnoth-dev
20120508 22:50:18-!- iwaim [~iwaim@gateway.alib.jp] has quit [Client Quit]
20120508 22:51:55-!- iwaim [~iwaim@gateway.alib.jp] has joined #wesnoth-dev
20120508 22:52:25< anonymissimus> mattsc: well, didn't you finally get commit access ? then you could  assign it :P
20120508 22:55:18< mattsc> anonymissimus: no, I don't have commit access (and that's perfectly fine by me, I'm not sure that I'm qualified for that; or am doing anything that would make it useful)
20120508 22:55:41< mattsc> I'm just a user who likes playing with the AI  :)
20120508 23:01:09-!- molgrum [~molgrum@h-189-21.a189.priv.bahnhof.se] has quit [Quit: Lämnar]
20120508 23:01:44-!- Appleman1234 [~Appleman1@ppp59-167-222-56.qld.adsl.internode.on.net] has quit [Remote host closed the connection]
20120508 23:10:38-!- bwrsandman [~sandy@50-74-252-216.dsl.colba.net] has joined #wesnoth-dev
20120508 23:11:11< Elvish_Hunter> Well, now I have to go. Bye!
20120508 23:11:26-!- Elvish_Hunter [1fbde0c4@gateway/web/freenode/ip.31.189.224.196] has quit [Quit: Ciao!]
20120508 23:21:36-!- fendrin [~fabi@88-134-10-156-dynip.superkabel.de] has joined #wesnoth-dev
20120508 23:21:36-!- fendrin [~fabi@88-134-10-156-dynip.superkabel.de] has quit [Changing host]
20120508 23:21:36-!- fendrin [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev
20120508 23:25:04< fendrin> hello
20120508 23:25:42< shadowm> fendrin: No, I have never said the sighted event should be removed. I think that was AI0867.
20120508 23:26:07< shadowm> I even use it in production (along with a lot of safeguard techniques).
20120508 23:26:49< fendrin> shadowm: Yeah, I use it as well. Still it is a horrible hack always to make it work in every aspect.
20120508 23:27:25< fendrin> shadowm: Often I end up using sighted plus moveto with filter_vision combined.
20120508 23:28:42< mattsc> Ok, bug report filed.  Could somebody assign it to Nephro, please?
20120508 23:30:46-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 272 seconds]
20120508 23:33:15-!- neXyon [~neXyon@84-119-56-54.dynamic.xdsl-line.inode.at] has joined #wesnoth-dev
20120508 23:34:51-!- ancestral [~ancestral@50-78-227-230-static.hfc.comcastbusiness.net] has joined #wesnoth-dev
20120508 23:42:57-!- Unnheulu [~ieuan@host86-147-251-8.range86-147.btcentralplus.com] has quit [Ping timeout: 245 seconds]
20120508 23:43:24< jamit> mattsc: assigned
20120508 23:43:58< mattsc> jamit: thanks
20120508 23:48:53-!- boucman [~rosen@221.86.207.77.rev.sfr.net] has quit [Quit: Leaving.]
20120508 23:50:28-!- PolarPanda [~quassel@unaffiliated/peterporty] has joined #wesnoth-dev
20120508 23:56:01-!- PolarPanda [~quassel@unaffiliated/peterporty] has quit [Read error: Connection reset by peer]
20120508 23:56:28-!- PolarPanda [~quassel@unaffiliated/peterporty] has joined #wesnoth-dev
--- Log closed Wed May 09 00:00:33 2012