--- Log opened Thu Jul 08 00:00:13 2010
20100708 00:05:39-!- Crab_ [~Crab_@wesnoth/developer/crab] has quit [Quit: Leaving.]
20100708 00:08:06-!- DesertPanther [~Khalid@unaffiliated/desertpanther] has joined #wesnoth-dev
20100708 00:08:15< CIA-87> billynux * r43991 /trunk/src/ (4 files): Fixes return value on receive_data in network_ana.cpp.
20100708 00:08:46< billynux> Crab_, boucman : Thank you very much! This ^ improved things. I have to test it more.
20100708 00:08:50-!- billynux [~billy@wesnoth/developer/billynux] has quit [Quit: Leaving]
20100708 00:09:58< fendrin> scbn
20100708 00:10:10< fendrin> schland oh schland!
20100708 00:15:16< shadowmaster> aw, Spain won.
20100708 00:17:37< zookeeper> Ivanovic, wanna help this poor fellow? http://www.wesnoth.org/forum/viewtopic.php?f=8&t=30680
20100708 00:18:49-!- zookeeper [~l@wesnoth/developer/zookeeper] has quit []
20100708 00:18:54< Ivanovic> yeah, i'll pm him his passwd
20100708 00:35:48-!- grzywa [~grzywacz@chello089078180180.chello.pl] has quit [Read error: Connection reset by peer]
20100708 00:36:06< noy> Hi all... is there someone with profound git knowledge who might be able to give some numbers regarding "lines of code changed in src/ during the lifetime of wesnoth split by users"
20100708 00:36:21-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20100708 00:36:36< noy> Its for a project I'm working on and any help would be really greatly appreciated (and you'd be cited!)
20100708 00:36:53-!- stikonas_ is now known as stikonas
20100708 00:41:09-!- mjs-de [~mjs-de@vpw.wh.uni-dortmund.de] has quit [Remote host closed the connection]
20100708 00:42:08< alink> no enough git knowledge but I am curious where is the code of "wesnoth split by users" ?
20100708 00:42:37< noy> developers
20100708 00:43:04< shadowmaster> users = repository users ;)
20100708 00:43:18< noy> I'm curious about the breakdown of contributions... not to identify specific individuals but to get a sense of the pattern of development
20100708 00:43:51< alink> ah I thought it was some experimental branch 
20100708 00:44:11< alink> noy: but then you need svn knowledge
20100708 00:44:24< noy> I'm asking for someone who does
20100708 00:45:36< alink> that's very inaccurate but ohloh has some stats giving a vague idea of the growth : http://www.ohloh.net/p/wesnoth/analyses/latest
20100708 00:47:14< alink> IIRC there was someone here who rendered some weird graphical evolution of the svn repository
20100708 00:47:16< shadowmaster> alink: "git" because git is better at diff stuff than svn, and git-svn does the trick.
20100708 00:47:47< alink> then he need someone with git-svn knowledge ;-p
20100708 00:47:53< Soliton> gource does that video.
20100708 00:47:55< shadowmaster> no, just git
20100708 00:48:30< shadowmaster> git-svn is used for the commit translation, but regular actions are performed with native git commands and frontends
20100708 00:49:18< shadowmaster> in any case, ohloh's stats obviously don't consider src/ as an special dir, so they also reflect WML and art changes in data/, translation updates, etc.
20100708 00:49:28< alink> shadowmaster: ah yes indeed, once you got the git repository it's all git stuff indeed
20100708 00:49:34< noy> alink: I looked at that and its not reall accurate. 
20100708 00:49:44< shadowmaster> translation updates are really heavy,m in particular
20100708 00:49:53< noy> exactly shadowmaster 
20100708 00:50:21< noy> I'm considering programming as different than other types of contribution
20100708 00:50:22< alink> noy shadowmaster: yes sry I should insist even more on the "very inaccurate"
20100708 00:50:37< noy> well I didn't want to be rude ;)
20100708 00:50:37< alink> *insisted
20100708 00:51:14< noy> I have a hunch about our patterns of development that I'd like to test
20100708 00:52:02-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has quit [Remote host closed the connection]
20100708 00:53:10< alink> but at least if you check http://www.ohloh.net/p/wesnoth/contributors and know who usually do what (c++, WML, ...) you can get slightly less very very very innaccurate info 
20100708 00:53:27< noy> yeah I can't use it unfortunately
20100708 00:53:48< Soliton> so do you want total LOCs changed per dev or also per some time intervals?
20100708 00:54:09< noy> Total is probably good enough
20100708 00:55:04< noy> although if someone does it, I'd be interested to know the breakdown contributions over the project's history.... like was the level of contribution fairly consistent over a certain period. 
20100708 00:57:49< noy> Seeing the breakdown pre- and in the GSOC period would be interesting too. 
20100708 00:58:10< noy> So Soliton #1 definitely, #2 if someone has time.
20100708 00:59:23< alink> I wonder if the recent adoption of git-svn has a visible effect, even just on revision numbers growth
20100708 00:59:51< Soliton> pretty clearly with some of the commit sprees.
20100708 01:00:57< shadowmaster> Commits inspired by cppcheck runs come to mind.
20100708 01:03:20< Soliton> looks like it'd take quite a while to extract such data and i have to go to bed..
20100708 01:05:36< noy> Soliton: I don't need it tomorrow
20100708 01:05:37< noy> err
20100708 01:05:38< noy> today
20100708 01:14:59-!- Mythological [Mythologic@77.28.85.215] has joined #wesnoth-dev
20100708 01:47:32-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20100708 02:16:23-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20100708 02:17:53-!- billynux [~billy@wesnoth/developer/billynux] has joined #wesnoth-dev
20100708 02:23:05-!- Appleman1234 [~Appleman1@CPE-60-226-178-176.qld.bigpond.net.au] has joined #wesnoth-dev
20100708 02:30:38-!- billynux [~billy@wesnoth/developer/billynux] has quit [Quit: Leaving]
20100708 02:31:04-!- loonycyborg [~sergey@wesnoth/developer/loonycyborg] has quit [Quit: Zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz]
20100708 02:31:48-!- DesertPanther [~Khalid@unaffiliated/desertpanther] has quit [Read error: Connection reset by peer]
20100708 02:51:15< CIA-87> eleazar * r43992 /trunk/data/core/images/terrain/unwalkable/ (12 files): final tweaks to castle to chasm with or withoout lava.
20100708 02:54:15< Aethaeryn> eleazar: have you seen the transition of starry chasm to plain chasm?
20100708 02:54:32< eleazar> yeah there isn't one
20100708 02:55:03< Aethaeryn> :-(
20100708 02:55:21< Aethaeryn> ^ If a picture is worth 1000 words, a smilie is worth approximately 100 words.
20100708 02:55:28< eleazar> there didn't seem to be a reason to use both terrains together
20100708 02:56:10< Aethaeryn> Well, unfortunately, terrains have unintentional uses when put in the wild. As a mapper, if it looks good, I'll often try some unique things.
20100708 02:56:30< eleazar> heh, but it *won't* look good
20100708 02:56:39< Aethaeryn> depends on the transition and the context.
20100708 02:56:46< Aethaeryn> lack of transition only insures it won't
20100708 02:57:29< eleazar> i'm not against having a transition there-- it's just not a priority
20100708 02:59:31-!- Blitzmerker [~Blitzmerk@p3EE0950B.dip0.t-ipconnect.de] has quit [Quit: Verlassend]
20100708 02:59:39< eleazar> it's a rather easy one to do graphically
20100708 03:05:40-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100708 03:27:04-!- ancestral [~ancestral@166.137.142.151] has joined #wesnoth-dev
20100708 03:32:44< CIA-87> eleazar * r43993 /trunk/data/core/images/terrain/hills/ (9 files): desert hills transitions redone to not be huge and square, also through in alternate top side transition.
20100708 04:32:01-!- billynux [~billy@wesnoth/developer/billynux] has joined #wesnoth-dev
20100708 04:32:15< billynux> hi, anyone around?
20100708 04:33:14-!- Ivanovic_ [~ivanovic@dtmd-4db2e848.pool.mediaWays.net] has joined #wesnoth-dev
20100708 04:34:58-!- Gambit [~quassel@pa-67-234-73-7.dhcp.embarqhsd.net] has quit [Quit: Cause I understand you've been running from the man that goes by the name of the sandman. He flies the sky like an eagle in the eye of a hurricane that's abandoned.]
20100708 04:35:40-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 276 seconds]
20100708 04:37:12-!- Ivanovic_ is now known as Ivanovic
20100708 04:38:03< billynux> hey Ivanovic
20100708 04:38:12< billynux> how is it going?
20100708 04:40:32-!- alink [~alink@wesnoth/developer/alink] has quit [Remote host closed the connection]
20100708 04:44:52-!- noy [~Noy@wesnoth/developer/noy] has quit [Ping timeout: 240 seconds]
20100708 04:51:30-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100708 04:52:59-!- Blueblaze [~Blueblaze@adsl-76-202-17-109.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20100708 04:56:21< shadowmaster> billynux: he's sleeping
20100708 04:56:53< billynux> thanks shadowmaster, I was just wondering how to serialize/compress a config object
20100708 04:57:12< shadowmaster> out of my scope
20100708 04:57:17< billynux> ok
20100708 04:57:42< shadowmaster> although there's a method for writing WML to ostreams somewhere
20100708 04:57:58< shadowmaster> it is used as the primary mechanism for writing saved games and the preferences file
20100708 04:58:43< shadowmaster> it's write() in serialization/parser.hpp
20100708 04:59:00< billynux> yeah, I looked at it, I think it doesn't compress the stream
20100708 04:59:40< billynux> I can even do std::cout << config_obj; 
20100708 04:59:42< shadowmaster> I believe compression is done used some sort of filtering osream/istream implementation from Boost.filesystem
20100708 04:59:56< shadowmaster> hm, Boost.iosreams I  mean
20100708 05:00:10< billynux> mm
20100708 05:00:10 * shadowmaster smashes his 't' key.
20100708 05:00:20< billynux> :)
20100708 05:00:24< shadowmaster> so that's most likely hidden from wesnoth
20100708 05:01:50< billynux> Geez... this network code is one tough cookie :)
20100708 05:02:40< shadowmaster> aha. it's the implementation oof serialization/binary_or_text.hpp
20100708 05:03:49< billynux> boost::iostreams::gzip_compressor() ?
20100708 05:04:01< billynux> I'm looking at upload_log.cpp:236
20100708 05:04:13< billynux> curiosly, a file I removed for 1.8 I believe :
20100708 05:04:18< billynux> :P
20100708 05:05:08< shadowmaster> the code in upload_log.cpp may or may not be duplicating functionjality like game.cpp does
20100708 05:05:51-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20100708 05:05:57< billynux> I know, it's just one of the first things that came up doing a grep "write(" * | grep ,
20100708 05:06:15< billynux> and it appears to do the job
20100708 05:07:52-!- ancestral [~ancestral@166.137.142.151] has quit [Remote host closed the connection]
20100708 05:11:49-!- elvish_sovereign [~elvish_so@pool-74-109-67-183.phlapa.east.verizon.net] has quit [Quit: goodnite]
20100708 05:15:58-!- Ivanovic [~ivanovic@dtmd-4db2e848.pool.mediaWays.net] has quit [Ping timeout: 276 seconds]
20100708 05:17:25< CIA-87> shadowmaster * r43994 /trunk/misc/fortunes/wesnoth: Cookie, courtesy of Aethaeryn
20100708 05:20:34-!- Ivanovic [~ivanovic@dtmd-4db2bd0f.pool.mediaWays.net] has joined #wesnoth-dev
20100708 05:28:55< billynux> shadowmaster, YES! It worked...  http://wesnoth.pastebin.com/88w4EX9G -> All this should really go into a utilities file
20100708 05:31:18-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Read error: Connection reset by peer]
20100708 05:36:18< CIA-87> billynux * r43995 /trunk/src/ (network_ana.cpp network_manager_ana.cpp): Fixed an issue while trying to compress a config before sending in ana, it now gets to the lobby.
20100708 05:36:23< billynux> I'm off, night
20100708 05:37:16-!- billynux [~billy@wesnoth/developer/billynux] has quit [Quit: Leaving]
20100708 05:43:16-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20100708 05:44:29-!- eleazar [~eleazar@ppp-70-226-197-86.dsl.spfdil.ameritech.net] has quit [Disconnected by services]
20100708 06:39:06-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit []
20100708 06:43:10-!- Upth [~ogmar@69.62.144.108] has joined #wesnoth-dev
20100708 06:43:10-!- Upth is now known as Upthorn
20100708 07:20:46-!- Mythological [Mythologic@77.28.85.215] has quit []
20100708 07:30:37-!- Blueblaze [~Blueblaze@adsl-76-202-17-109.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze]
20100708 07:34:38-!- happygrue_ [~George@wesnoth/developer/wintermute] has joined #wesnoth-dev
20100708 07:37:58-!- happygrue [~George@wesnoth/developer/wintermute] has quit [Ping timeout: 265 seconds]
20100708 07:45:39-!- timotei [~Timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20100708 07:49:20-!- Blueblaze [~irchon@166.205.13.86] has joined #wesnoth-dev
20100708 07:49:49-!- Blueblaze [~irchon@166.205.13.86] has quit [Remote host closed the connection]
20100708 07:57:04-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Quit: crimson_penguin]
20100708 08:01:15-!- Blueblaze [~irchon@166.205.13.86] has joined #wesnoth-dev
20100708 08:01:33< timotei> morning 
20100708 08:06:54-!- Blueblaze [~irchon@166.205.13.86] has quit [Remote host closed the connection]
20100708 08:12:55-!- Blueblaze [~Blueblaze@adsl-76-202-17-109.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20100708 08:27:26-!- zookeeper [~l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20100708 09:01:47< timotei> morning fendrin 
20100708 09:16:57-!- Ivanovic [~ivanovic@dtmd-4db2bd0f.pool.mediaWays.net] has quit [Changing host]
20100708 09:16:57-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20100708 09:18:58-!- FAAB [~huajie@219.142.239.34] has joined #wesnoth-dev
20100708 09:19:44< Ivanovic> moin
20100708 09:34:58-!- stikonas [~and@ctv-79-132-162-160.vinita.lt] has joined #wesnoth-dev
20100708 09:34:58-!- stikonas [~and@ctv-79-132-162-160.vinita.lt] has quit [Changing host]
20100708 09:34:58-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20100708 09:38:27-!- euschn [~eugen@wesnoth/developer/euschn] has joined #wesnoth-dev
20100708 09:57:19< timotei> fendrin: I'll take some time to try to parse the schema.cfg and generate a simple wizard based on that
20100708 10:02:54-!- FAAB [~huajie@219.142.239.34] has quit [Quit: Leaving.]
20100708 10:10:11< Rhonda> Alright, finally 1.8.3 uploaded to Debian.
20100708 10:12:40-!- DesertPanther [~Khalid@unaffiliated/desertpanther] has joined #wesnoth-dev
20100708 10:12:58-!- kevg [~kevg@94.232.5.54] has joined #wesnoth-dev
20100708 10:13:05-!- kevg [~kevg@94.232.5.54] has left #wesnoth-dev []
20100708 10:17:13-!- Crab_ [~Crab@wesnoth/developer/crab] has joined #wesnoth-dev
20100708 10:34:59< fendrin> timotei: fine
20100708 10:35:39< timotei> fendrin: how was the soccer match?
20100708 10:39:00-!- noy [~Noy@70.70.255.54] has joined #wesnoth-dev
20100708 10:39:01-!- noy [~Noy@70.70.255.54] has quit [Changing host]
20100708 10:39:01-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100708 10:40:46< fendrin> timotei: It was fine.
20100708 10:55:27< timotei> AI0867: around?
20100708 10:55:42< timotei> fendrin: in the schema.cfg isn't specified the regex for the "string". can a string contain # inside it?
20100708 10:55:49< timotei> name="haha#myname"
20100708 10:55:51< timotei> for example
20100708 10:56:02< timotei> (In WML)
20100708 11:13:45-!- Blueblaze [~Blueblaze@adsl-76-202-17-109.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze]
20100708 11:19:16< timotei> zookeeper: hey :)
20100708 11:21:38< zookeeper> hey. # is probably allowed in strings, since it was used in the old colouring markup.
20100708 11:21:50< timotei> ok
20100708 11:22:55< timotei> hmm, based on what I see, it looks like the regex for the "string" and "tstring" type will allow new-lines, that is, a string on multiple lines, right?
20100708 11:23:57< zookeeper> sure
20100708 11:27:58-!- loonybot [~loonybot@wesnoth/bot/loonybot] has joined #wesnoth-dev
20100708 11:28:52-!- loonycyborg [~sergey@wesnoth/developer/loonycyborg] has joined #wesnoth-dev
20100708 11:44:41< timotei> zookeeper: are any cases when a certain key *shouldn't* repeat?
20100708 11:44:47< timotei> that is, to be declared a single time
20100708 11:45:05< timotei> for example, we have in schema, for the [campaign] name="required tstring"
20100708 11:45:26< timotei> I'm wondering if that should be '1' or '+'
20100708 11:45:48< zookeeper> umm, no key should ever be repeated
20100708 11:46:31< timotei> hmm.. ok
20100708 11:46:35< zookeeper> that is, a tag can't have two keys with the same name
20100708 11:47:49< timotei> good
20100708 11:49:27< timotei> the schema parser starts to gain countour
20100708 11:49:41< timotei> s/countour/contour
20100708 12:06:47< timotei> zookeeper: could you please look in data/schema.cfg: 303 ?
20100708 12:07:05< timotei> the [element]'s keys are not properly formated, or are they?
20100708 12:08:27< timotei> I want to comment that part for the moment 
20100708 12:09:36 * zookeeper looks
20100708 12:09:46< timotei> ok
20100708 12:10:27-!- Ken_Oh [~briang@static-71-178-174-220.washdc.fios.verizon.net] has joined #wesnoth-dev
20100708 12:11:14< zookeeper> timotei, what's wrong with it?
20100708 12:11:34< timotei> well, freq="repeated", repeated what? what type
20100708 12:12:02< timotei> the same goes for match and name (I couldn't find the [element] on wiki : http://wiki.wesnoth.org/UnitTypeWML#The_.5Bunit_type.5D_tag )
20100708 12:12:15< timotei> neither in the leftmenu
20100708 12:12:26< zookeeper> well, i don't know, but considering that you can have as many [XXX_anim] tags as you want, i guess it means exactly that...
20100708 12:13:30< timotei> okey
20100708 12:13:40< timotei> so it wants to relate to the animations
20100708 12:14:18< timotei> ok, found it in the wiki
20100708 12:14:46< zookeeper> yeah, looks like it's just saying that there can be any number of [*_anim] tags
20100708 12:37:37-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20100708 12:37:42-!- stikonas [~and@ctv-79-132-162-160.vinita.lt] has joined #wesnoth-dev
20100708 12:37:42-!- stikonas [~and@ctv-79-132-162-160.vinita.lt] has quit [Changing host]
20100708 12:37:42-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20100708 12:40:14-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20100708 12:46:37-!- Appleman1234 [~Appleman1@CPE-60-226-178-176.qld.bigpond.net.au] has quit [Ping timeout: 276 seconds]
20100708 12:56:57-!- Appleman1234 [~Appleman1@CPE-60-226-178-176.qld.bigpond.net.au] has joined #wesnoth-dev
20100708 13:04:09-!- Appleman1234 [~Appleman1@CPE-60-226-178-176.qld.bigpond.net.au] has quit [Ping timeout: 252 seconds]
20100708 13:10:00-!- knotwork [~markm@142.177.233.55] has quit [Remote host closed the connection]
20100708 13:14:46-!- knotwork [~markm@142.177.233.55] has joined #wesnoth-dev
20100708 13:17:44-!- Appleman1234 [~Appleman1@CPE-60-226-178-176.qld.bigpond.net.au] has joined #wesnoth-dev
20100708 13:28:25< timotei> fendrin: ok, parsing of the schema is done, now to try create the wizard dialog
20100708 13:53:03< timotei> fendrin: wow... first impression is: "This ROCKs!!"
20100708 14:22:11-!- Gambit [~quassel@pa-67-234-73-7.dhcp.embarqhsd.net] has joined #wesnoth-dev
20100708 14:53:32-!- mjs-de [~mjs-de@vpw.wh.Uni-Dortmund.DE] has joined #wesnoth-dev
20100708 15:04:33-!- Appleman1234 [~Appleman1@CPE-60-226-178-176.qld.bigpond.net.au] has quit [Ping timeout: 240 seconds]
20100708 15:08:58-!- Appleman1234 [~Appleman1@CPE-60-226-178-176.qld.bigpond.net.au] has joined #wesnoth-dev
20100708 15:35:07-!- e_s-iOS [~esios@pool-74-109-67-183.phlapa.east.verizon.net] has joined #wesnoth-dev
20100708 15:42:48-!- e_s-iOS [~esios@pool-74-109-67-183.phlapa.east.verizon.net] has quit [Remote host closed the connection]
20100708 15:43:02-!- e_s-iOS [~esios@pool-74-109-67-183.phlapa.east.verizon.net] has joined #wesnoth-dev
20100708 15:49:15-!- Appleman1234 [~Appleman1@CPE-60-226-178-176.qld.bigpond.net.au] has quit [Ping timeout: 240 seconds]
20100708 15:51:50-!- billynux [~billy@wesnoth/developer/billynux] has joined #wesnoth-dev
20100708 16:04:08< timotei> fendrin: VICTORY!!!!
20100708 16:04:25< timotei> fendrin: the simple wizard (no references to other tags) works beautiful.
20100708 16:04:47< timotei> fendrin: Now I have to make it generate controls for entering another tags too
20100708 16:04:52< timotei> hi billynux :-)
20100708 16:05:00< billynux> hi timotei 
20100708 16:05:00< timotei> billynux: today I'm so happy.
20100708 16:05:12< billynux> good to know! :D, what about?
20100708 16:05:43< timotei> well thanks to fendrin (he suggested me to try programatically generate those wizards) I've manged to acomplish part of it
20100708 16:06:05< billynux> good
20100708 16:06:17< timotei> how's yours?
20100708 16:07:16< billynux> pretty good, I'm sending things back and forth, and getting to the lobby
20100708 16:07:43< billynux> there, the game hangs while the thread in the foreground just receives pings every 30"
20100708 16:08:34< timotei> oh, yeah, remember I've seen your discussion
20100708 16:08:46< timotei> last night or something like that :P (I read sometimes the logs)
20100708 16:09:05-!- eleazar_ [~eleazar@ppp-70-226-197-86.dsl.spfdil.ameritech.net] has joined #wesnoth-dev
20100708 16:09:10-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20100708 16:09:12< billynux> yep
20100708 16:09:26< billynux> Crab_ shadowmaster and boucman helped out a lot
20100708 16:09:50< timotei> :D
20100708 16:09:53< timotei> that's good to hear
20100708 16:10:22< billynux> Crab_, if you are here: Connection works fine, now for some reason the thread in foreground just receives ping commands every 30 seconds (and the game hangs)
20100708 16:10:38< Crab_> billynux: first part: great
20100708 16:10:47< billynux> maybe this should be done in a thread in the background
20100708 16:11:12< Crab_> billynux: second part: you don't block the ui thread, do you ?
20100708 16:11:39< billynux> not directly at least
20100708 16:11:53< billynux> but my methods are blocking the caller thread
20100708 16:12:05< billynux> so yes
20100708 16:12:14< Crab_> it doesn't matter much if they block it when they are called...
20100708 16:12:25< Crab_> but it matters if the control is not returned to the ui...
20100708 16:12:58< billynux> that's my point, they are blocking in the sense that they won't return control until something has been read
20100708 16:13:42< Soliton> well, don't do it that way?
20100708 16:13:44< Crab_> is enter_lobby_mode called ? (multiplayer.cpp )
20100708 16:14:10< billynux> apparently there are calls made to receive_data that end up getting the ping requests
20100708 16:14:45-!- euschn [~eugen@wesnoth/developer/euschn] has quit [Quit: Leaving.]
20100708 16:15:26< billynux> Soliton, the network lib naturally works asynchronously, but it looks like wesnoth's net api is supposed to work this way
20100708 16:15:44< billynux> Crab_, I get to draw the lobby
20100708 16:15:46< Soliton> what way?
20100708 16:16:03< billynux> synchronous/blocking
20100708 16:16:09< Soliton> if we call receive_data and there is nothing to receive you return nothing.
20100708 16:16:24-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20100708 16:16:37-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20100708 16:16:46< Crab_> billynux: so, all is drawn and updated ok, but you just wait too much in the receive_ code waiting for things to happen ?
20100708 16:16:49< billynux> Soliton, ah... 
20100708 16:17:10< Soliton> we're not only magically calling receive_data if there is something to receive.
20100708 16:17:29< billynux> :), ok, let me change that
20100708 16:21:28-!- e_s-iOS [~esios@pool-74-109-67-183.phlapa.east.verizon.net] has quit [Quit: Colloquy for iOS - client quit]
20100708 16:22:09-!- e_s-iOS_ [~esios@pool-74-109-67-183.phlapa.east.verizon.net] has joined #wesnoth-dev
20100708 16:25:28-!- e_s-iOS_ is now known as e_s-iOS
20100708 16:26:47-!- e_s-iOS [~esios@pool-74-109-67-183.phlapa.east.verizon.net] has quit [Read error: No route to host]
20100708 16:26:58-!- e_s-iOS [~esios@pool-74-109-67-183.phlapa.east.verizon.net] has joined #wesnoth-dev
20100708 16:32:47< billynux> Soliton, it appears it relies on the timeout parameter used.
20100708 16:33:24< billynux> If I directly return 0 if no buffer is available, the game believes there was a timeout (after some unsuccessful calls)
20100708 16:33:49< Soliton> what is the exact error?
20100708 16:34:07< billynux> error network: caught network::error: Connection timed out
20100708 16:34:18< billynux> (most likely because I keep returning 00
20100708 16:34:21< billynux> )
20100708 16:34:34< billynux> I'll implement this, give me a few minutes
20100708 16:35:11-!- DesertPanther_ [~Khalid@41.234.233.124] has joined #wesnoth-dev
20100708 16:36:01< Soliton> but you do get pings occasionally?
20100708 16:36:22< Soliton> you can also turn the timeout check off in advanced preferences.
20100708 16:36:35< billynux> Soliton, on my previous (completely blocking) version yes
20100708 16:36:54< Soliton> well, you should still.. :-)
20100708 16:37:15-!- DesertPanther [~Khalid@unaffiliated/desertpanther] has quit [Ping timeout: 240 seconds]
20100708 16:37:26< Soliton> if now you never receive anything then it's quite right to time out.
20100708 16:38:03< billynux> later on I'll change the control flow of this :)
20100708 16:38:58< Soliton> that timeout system is a hack anyway so no need to jump through hoops to make it work.
20100708 16:40:01< billynux> it is
20100708 16:40:44< Soliton> the way things work don't allow for a better way IIRC though. not sure if your rewrite changes that.
20100708 16:40:47< billynux> plus, the documentation on network.hpp should have been more specific (but I should have deduced this on my own anyway)
20100708 16:41:11< billynux> Soliton, I'm not rewriting the Wesnoth net API just yet, just it's implementation
20100708 16:41:35< billynux> but I'm trying to rewrite it using an asynchronous lib :)
20100708 16:41:46< billynux> which calls for many workarounds :(
20100708 16:42:43-!- alink [~alink@wesnoth/developer/alink] has joined #wesnoth-dev
20100708 16:44:35< Soliton> improving documentation is usually only possible by a new guy trying to understand how stuff works. :-)
20100708 16:46:07< Soliton> our current API is asynchronous, too, no?
20100708 16:54:15< billynux> Soliton, not really, no
20100708 16:56:20< Soliton> how so?
20100708 16:56:45< Soliton> maybe connecting isn't but sending and receiving uses the worker threads.
20100708 16:58:06< billynux> but in order to get/read something from it, you need to explicitly call it
20100708 16:58:19< billynux> so, there is your synchronization (in my view0
20100708 16:58:20< billynux> )
20100708 16:58:58< billynux> yes... you can receive in the background ( so it appears to be async )
20100708 17:06:12< Soliton> so you it's only async for you if the receiving thread calls whoever to deliver the data itself?
20100708 17:06:18< Soliton> +for
20100708 17:13:42-!- e_s-iOS [~esios@pool-74-109-67-183.phlapa.east.verizon.net] has quit [Remote host closed the connection]
20100708 17:14:36< billynux> Soliton, pretty much. For me it's only async if there isn't a controlled set of points in your program from which you can get the data. It should be allow to happen anywhere, at any time.
20100708 17:14:41< billynux> hence, no synchronization
20100708 17:17:23-!- Unnheulu|Laptop [~ieuan@cpc5-pnth2-0-0-cust800.5-2.cable.virginmedia.com] has joined #wesnoth-dev
20100708 17:18:00-!- DesertPanther__ [~Khalid@41.235.5.106] has joined #wesnoth-dev
20100708 17:18:58< Soliton> how is that supposed to work?
20100708 17:19:19< billynux> 1'
20100708 17:19:35< Unnheulu|Laptop> With a sprinkling of fairy dust
20100708 17:20:35< billynux> Soliton, check http://svn.gna.org/viewcvs/wesnoth/trunk/src/ana/apps/chat/server.cpp?rev=43841&view=markup -> it's an asynchronous chat server
20100708 17:20:45-!- DesertPanther_ [~Khalid@41.234.233.124] has quit [Ping timeout: 240 seconds]
20100708 17:20:52< billynux> you have to implement handlers for network events
20100708 17:21:29< Soliton> that just moves my question to what those handlers do.
20100708 17:21:31< billynux> e.g. in this chat server a handle_message does a forward to everybody (except the guy that triggered the event)
20100708 17:21:32< Unnheulu|Laptop> Kinda like handlebars on a bike?
20100708 17:21:42< billynux> Unnheulu|Laptop, :)
20100708 17:21:44 * Unnheulu|Laptop thinks he should be quiet now
20100708 17:22:34< billynux> Soliton, you mean how is it implemented underneath?
20100708 17:23:20< Soliton> i mean where is the synchronisation point you seem to not notice. ;-)
20100708 17:23:50< billynux> Buried inside the async I/O implementation (boost::asio)
20100708 17:24:07< Soliton> no.
20100708 17:24:32< billynux> ?
20100708 17:24:33-!- Unnheulu|Laptop [~ieuan@cpc5-pnth2-0-0-cust800.5-2.cable.virginmedia.com] has left #wesnoth-dev ["Yaaawwwn...boooring...just code the stupid feature, it could be done in half the time if you don't talk about everything!"]
20100708 17:24:43< Soliton> the network code has to synchronise with however uses the network. there isn't a way around that.
20100708 17:25:54< billynux> I think not, at least under my interpretation of synchronization.
20100708 17:26:12< billynux> my handlers may be called at any time
20100708 17:26:32< Soliton> fine, so what do they do with the data?
20100708 17:26:37< billynux> and shoud be, as soon as something is read from the socket
20100708 17:26:49< billynux> the library? lets you take care of it
20100708 17:26:52-!- Unnheulu|Laptop [~ieuan@cpc5-pnth2-0-0-cust800.5-2.cable.virginmedia.com] has joined #wesnoth-dev
20100708 17:26:57< billynux> you? whatever you want
20100708 17:27:04< Unnheulu|Laptop> It seems to me you are going round in circles :/
20100708 17:27:07< Unnheulu|Laptop> Like
20100708 17:27:18-!- mode/#wesnoth-dev [+q *!*@cpc5-pnth2-0-0-cust800.5-2.cable.virginmedia.com] by ChanServ
20100708 17:27:36< Soliton> well, how does it let me take care of it?
20100708 17:27:49-!- Unnheulu|Laptop [~ieuan@cpc5-pnth2-0-0-cust800.5-2.cable.virginmedia.com] has left #wesnoth-dev []
20100708 17:28:00< billynux> Gives you an auto_ptr to the buffer
20100708 17:28:33< Soliton> and how does it "give" me that pointer?
20100708 17:28:43< billynux> invokes your handler
20100708 17:28:43< Soliton> i'm implementing the handler?
20100708 17:28:47< billynux> yes
20100708 17:29:06< Soliton> ok, so it leaves the synchronistation to me...
20100708 17:29:13< billynux> there is some doc. in doc/ana 
20100708 17:29:32< billynux> depends on what you mean by that
20100708 17:29:37< Soliton> doesn't sound particularly convenient but that might just be me.
20100708 17:29:59< billynux> I mean, no sync. with the network code itself
20100708 17:30:29< billynux> control is passed to the network implementation, which will let you know if something has arrived
20100708 17:30:50< Soliton> my point is there is at least one thread where stuff is done and the network data is needed. that thread has to get the data by itself no matter how you turn it.
20100708 17:30:56< billynux> indeed
20100708 17:31:15< Soliton> well, and earlier you called that synchronisation.
20100708 17:31:15< billynux> that is in boost::asio's implementation
20100708 17:31:23< billynux> yes
20100708 17:31:33< billynux> I'm not saying an operating system is not synchronous
20100708 17:31:39< billynux> I'm saying it's not sync. to the app
20100708 17:32:07< Soliton> no idea what that last statement means.
20100708 17:32:36< billynux> I mean: The interaction between application and network api isn't synchronous
20100708 17:33:22< Soliton> in the sense that part of the app is called by the network api and then has to do the synchronization by itself, i agree.
20100708 17:34:29< billynux> and where do we disagree? :)
20100708 17:34:55< Soliton> that that is a meaningful distinction i guess.
20100708 17:35:32< Soliton> but to be more precise about what i mean with async, i mean non-blocking calls to the network api.
20100708 17:36:01< billynux> ok
20100708 17:36:16< billynux> ana doesn't have any blocking operations
20100708 17:36:53< billynux> you would send( buffer, handler );
20100708 17:37:05< Soliton> same with our current api.
20100708 17:37:19< billynux> this handler has a virtual method called handle_send which will be invoked with the corresponding error code
20100708 17:37:30< billynux> yes
20100708 17:37:49< billynux> the difference being the levels of abstraction and simplification (in Wesnoth's code)
20100708 17:38:40-!- mode/#wesnoth-dev [-q *!*@cpc5-pnth2-0-0-cust800.5-2.cable.virginmedia.com] by ChanServ
20100708 17:38:56-!- Johannes13 [~Johannes@pD950129D.dip0.t-ipconnect.de] has joined #wesnoth-dev
20100708 17:39:00-!- Johannes13 [~Johannes@pD950129D.dip0.t-ipconnect.de] has quit [Changing host]
20100708 17:39:00-!- Johannes13 [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20100708 17:39:49-!- Unnheulu|Laptop [~ieuan@cpc5-pnth2-0-0-cust800.5-2.cable.virginmedia.com] has joined #wesnoth-dev
20100708 18:02:42< billynux> ok, I'm chatting in the lobby through ana! :)
20100708 18:04:31< billynux> Games: showing 0 out of 0, is that ok?
20100708 18:06:05< loonycyborg> On trunk? Yes.
20100708 18:06:35< billynux> thanks
20100708 18:07:26-!- elvish_sovereign [~elvish_so@pool-74-109-67-183.phlapa.east.verizon.net] has joined #wesnoth-dev
20100708 18:08:10-!- Unnheulu|Laptop [~ieuan@cpc5-pnth2-0-0-cust800.5-2.cable.virginmedia.com] has left #wesnoth-dev ["Ex-Chat"]
20100708 18:16:31-!- Gambit [~quassel@pa-67-234-73-7.dhcp.embarqhsd.net] has quit [Remote host closed the connection]
20100708 18:17:48-!- Gambit [~Gambit@pa-67-234-73-7.dhcp.embarqhsd.net] has joined #wesnoth-dev
20100708 18:22:41-!- happygrue [~George@wesnoth/developer/wintermute] has joined #wesnoth-dev
20100708 18:26:11-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20100708 18:26:23-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20100708 18:26:35-!- happygrue_ [~George@wesnoth/developer/wintermute] has quit [Ping timeout: 260 seconds]
20100708 18:35:27-!- EdB [~edb@tss37-1-89-84-18-220.dsl.club-internet.fr] has joined #wesnoth-dev
20100708 18:49:02-!- Upthorn [~ogmar@69.62.144.108] has quit [Ping timeout: 245 seconds]
20100708 18:53:38< CIA-87> eleazar * r43996 /trunk/data/core/terrain.cfg: fixed filenames so using fog in the editor doesn't make it crash.
20100708 18:57:20-!- EdB [~edb@tss37-1-89-84-18-220.dsl.club-internet.fr] has quit [Remote host closed the connection]
20100708 18:57:39-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20100708 19:02:59< CIA-87> eleazar * r43997 /trunk/data/core/ (13 files in 2 dirs): seldom needed transitions for the bottom of chasm and abyss. These will also belnd more gracefully with shroud, void and off-map. I've seen few examples of these 3 special terrains in use, so maybe this isn't desired.
20100708 19:03:15< eleazar_> anybody know why in the world you would build a map with shroud (_s) in it?
20100708 19:03:32< eleazar_> i'm not talking about Void (Xv)
20100708 19:03:53< eleazar_> in the editor they look the same
20100708 19:08:27-!- elvish_sovereign [~elvish_so@pool-74-109-67-183.phlapa.east.verizon.net] has quit [Read error: Connection reset by peer]
20100708 19:08:27-!- e_s [~elvish_so@pool-74-109-67-183.phlapa.east.verizon.net] has joined #wesnoth-dev
20100708 19:08:29-!- e_s is now known as elvish_sovereign
20100708 19:12:17-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100708 19:22:38< CIA-87> eleazar * r43998 /trunk/data/core/terrain-graphics.cfg: added more graceful void blending to lava too.
20100708 19:26:07< timotei> ummm, cherries:)
20100708 19:26:18< timotei> an a worm, blrah!
20100708 19:28:29< timotei> zookeeper: based on you knowings, are any [tag]s that can have different cardinality based on where they are written?:-/
20100708 19:28:44< timotei> like: [mytag] inside [supertag] can be written only once
20100708 19:28:59< timotei> but [mytag] inside [bleah] can be written as many times you'd want?
20100708 19:29:32-!- Aethaeryn [~Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Quit: ...]
20100708 19:31:24< Crab_> timotei: engine supports this, so, this is usable, say, with custom lua tags
20100708 19:31:29< zookeeper> timotei, can't remember any off the top of my head
20100708 19:31:37< zookeeper> but sure, it's possible
20100708 19:31:41< timotei> oky
20100708 19:34:11< Crab_> for example, [modify_ai] is such a tag - it replaces 1 component in ai config, even in case of components which can be written multiple times inside the [ai] tag or [stage] tag.
20100708 19:34:19< CIA-87> billynux * r43999 /trunk/src/ (8 files in 3 dirs): 
20100708 19:34:19< CIA-87> The ana client seems to work ok, I can chat in the official server's lobby,
20100708 19:34:19< CIA-87> etc... Improved ana::timer, latching to a given io_service object if possible
20100708 19:34:19< CIA-87> (prevents new thread creation) and added an ana_receive_handler (mutex code here
20100708 19:34:19< CIA-87> should be cleaned.
20100708 19:34:31< billynux> timotei, ^ :)
20100708 19:34:38< Crab_> billynux: congratulations :)
20100708 19:34:39< timotei> billynux: grats :D
20100708 19:34:48< timotei> billynux: told you you can do it ;)
20100708 19:34:51< billynux> Crab_, thanks, a lot of improvement required
20100708 19:34:58< billynux> still
20100708 19:35:04< billynux> thanks timotei 
20100708 19:35:10< timotei> np
20100708 19:35:52< billynux> e.g. You can't connect -> disconnect -> connect and stuff like that, but this is not a big issue
20100708 19:37:03-!- alink [~alink@wesnoth/developer/alink] has quit [Remote host closed the connection]
20100708 19:45:53-!- DesertPanther__ [~Khalid@41.235.5.106] has quit [Ping timeout: 240 seconds]
20100708 19:47:06< billynux> Crab_, I expect to finish this properly by the end of the week (i.e. the client code)
20100708 19:47:24-!- Gambit [~Gambit@pa-67-234-73-7.dhcp.embarqhsd.net] has quit []
20100708 19:47:42< billynux> I presume that not a lot of testing is necessary, since I'm already receiving the compressed WML just fine
20100708 19:47:46-!- Gambit [~quassel@pa-67-234-73-7.dhcp.embarqhsd.net] has joined #wesnoth-dev
20100708 19:47:47< Crab_> good. so, do you think I'll be able to try to make that 'client which connects to wesnoth's MP server multiple times' using the code, at this point ?\
20100708 19:48:10< billynux> but nonetheless I will want to test extensively
20100708 19:48:32< billynux> Crab_, hm
20100708 19:49:04< billynux> Crab_, I think so, yes, after I polish things
20100708 19:49:08< Crab_> great
20100708 19:50:35< billynux> Crab_, for example, there is an error thrown now when you try to receive from everybody and you have created more than one client
20100708 19:52:53< billynux> I can test if there is a component that has a buffer ready, but it's not trivial to wait for a given time period waiting for some client to read something (although not too complicated either)
20100708 19:53:40< billynux> Crab_, if and when you have time, give a quick look at the code in network_ana.cpp and network_manager_ana.?pp files (comments welcome)
20100708 19:54:23< Crab_> likely, on a weekend
20100708 19:56:42-!- Crab_ [~Crab@wesnoth/developer/crab] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
20100708 19:58:17-!- billynux is now known as billynux-afk
20100708 20:03:43-!- DesertPanther [~Khalid@unaffiliated/desertpanther] has joined #wesnoth-dev
20100708 20:17:06< zookeeper> eleazar_, around?
20100708 20:19:11< zookeeper> there's one terrain thingy that's kinda gotten completely forgotten but which was originally supposed to be part of the map border...namely, making void or a new terrain look like the map borders. like here: http://imagebin.org/104518
20100708 20:22:14-!- alink [~alink@wesnoth/developer/alink] has joined #wesnoth-dev
20100708 20:32:15< eleazar_> zookeeper: i am now
20100708 20:34:03< eleazar_> yeah, i've noticed it's not used consistantly on non-square maps
20100708 20:34:42< eleazar_> though it's not clear to me that that the engine supports this
20100708 20:35:15< eleazar_> I.E. the "fake" hexes anywhere except on the edges of the square map boundreis
20100708 20:37:24< eleazar_> I dislike both the way the map border looks, *and* fact it only appears on square maps.
20100708 20:37:43< eleazar_> if i could solve both at once, i'd do something about it.
20100708 20:43:51-!- Blarumyrran [~Blarumyrr@unaffiliated/blarumyrran] has quit [Read error: Connection reset by peer]
20100708 20:45:02-!- billynux-afk is now known as billynux
20100708 20:45:22< zookeeper> eleazar_, yeah, it's hardcoded to some degree, but you can probably create a new terrain which uses the same transitions
20100708 20:45:54< eleazar_> what's that a response to?
20100708 20:46:49< zookeeper> everything you said :P
20100708 20:47:21< eleazar_> same transitions as what?
20100708 20:47:24< timotei> hmm zookeeper, I don't have a wesnoth installed to test, but, does the schema.cfg appear in installed game?
20100708 20:47:34< zookeeper> eleazar_, as the hardcoded map border
20100708 20:47:52< zookeeper> timotei, yes
20100708 20:47:56< timotei> ok
20100708 20:48:31< timotei> and, if I tell the user: "set wesnoth's working dir", should it be ok assuming the schema is in: workingdir/data/schema.cfg?
20100708 20:48:39< CIA-87> caslav_ilic * r44000 /branches/1.8/ (6 files in 2 dirs): Updated translations for Serbian (intentionally not applying to trunk too).
20100708 20:48:45-!- Upth [ogmar@adsl-75-26-196-123.dsl.scrm01.sbcglobal.net] has joined #wesnoth-dev
20100708 20:48:45-!- Upth is now known as Upthorn
20100708 20:48:47< timotei> the working dir is the "datadir actually" (/mygame/)
20100708 20:50:24< CIA-87> zookeeper * r44001 /trunk/data/campaigns/Eastern_Invasion/scenarios/02.The_Escape_Tunnel.cfg: Clarified the objectives.
20100708 20:50:33< zookeeper> timotei, i guess. at least on windows.
20100708 20:50:46< timotei> zookeeper: but on linux?
20100708 20:52:20< CIA-87> eleazar * r44002 /trunk/data/core/ (13 files in 2 dirs): proper abrupt grass transitions for the non-green grass, so those grasses don't overlap the bank.
20100708 20:53:08< zookeeper> timotei, no idea
20100708 20:53:19< timotei> well... it should be on linux too :)
20100708 20:53:25< timotei> if on windows is ;)
20100708 20:53:36< eleazar_> zookeeper: yes i could replace the map border, but only for how it is now used
20100708 20:54:07< eleazar_> i.e. as i understand it, it couldn't be similarly used on all the edges of a non-square map
20100708 20:56:10< zookeeper> eleazar_, well if the terrain would work out all right then the hardcoded stuff would need to be changed so that it'd transition with the terrain correctly
20100708 20:56:30< eleazar_> no, think about this....
20100708 20:56:32< alink> note that the map border is not fully hardcoded. Some images and border size is in WML theme and can be changed by theme
20100708 20:56:49< eleazar_> the border goes *over* fake hexes
20100708 20:56:56< zookeeper> alink, yeah, but the rectangular shape is hardcoded, AFAIK
20100708 20:57:03< eleazar_> how can we designate arbitrary hexes as fake?
20100708 20:57:11< eleazar_> i mean in the map?
20100708 20:57:16< zookeeper> eleazar_, why would we need to?
20100708 20:57:21< alink> zookeeper: indeed
20100708 20:57:32< eleazar_> Look at the border
20100708 20:57:35< eleazar_> what is under it?
20100708 20:57:56< eleazar_> terrain: hills water, sand anything, etc
20100708 20:58:07< zookeeper> yep
20100708 20:58:24< zookeeper> are we looking at my mock-up or the current rect border?
20100708 20:58:33< eleazar_> doesn't matter
20100708 20:59:03< zookeeper> ok, well, in my mock-up the hexes which are under the border transition are normal hexes, and the border is an overlay terrain which also makes the hex impassable
20100708 20:59:24< eleazar_> how can you have an overlay terrain over forest?
20100708 20:59:35< zookeeper> well, you can't
20100708 20:59:41< zookeeper> or any other layered terrain
20100708 21:00:06< zookeeper> so that'd be a limitation
20100708 21:00:33< eleazar_> i suppose it's not a fatal limitation
20100708 21:01:00< zookeeper> well, i don't really see any other way
20100708 21:01:20-!- Crab_ [~Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20100708 21:04:17< eleazar_> i would want the map-edge to blend seamlessly with the background
20100708 21:04:39< eleazar_> that grey noise pattern you see when the map is smaller than the screen
20100708 21:04:50-!- dtiger [~dtiger@dynamic-vpdn-87-252-255-162.telecom.by] has joined #wesnoth-dev
20100708 21:06:00< eleazar_> where is that image anyway?
20100708 21:07:09< eleazar_> I'll think about it
20100708 21:07:52< eleazar_> IMHO any satisfactory solution will require changes/additions to coding
20100708 21:07:58< eleazar_> gotta go
20100708 21:08:02< alink> the background image used by default theme is at /home/alink/wes/gitrunk/data/core/images/terrain/off-map
20100708 21:08:11< alink> well /data/core/images/terrain/off-map
20100708 21:08:20< eleazar_> hih
20100708 21:08:26< eleazar_> heh, i meain
20100708 21:11:51-!- Crab_ [~Crab_@wesnoth/developer/crab] has quit [Quit: Leaving.]
20100708 21:23:41-!- Crab_ [~Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20100708 21:23:46< CIA-87> caslav_ilic * r44003 /branches/1.8/ (changelog players_changelog): Moved note of translation updates for Serbian under proper version in changelogs.
20100708 21:27:38< alink> yeah seems that the full use of _off^_usr was somehow broken by terrain_graphics
20100708 21:27:55< alink> probably a change in the rules order
20100708 21:29:12< alink> _off^_usr is hard-coded but the last default rule trigger first and prevent to use it {TERRAIN_BASE *  void}
20100708 21:29:45< alink> I will see what I can do
20100708 21:35:58< eleazar_> how is _off broken?
20100708 21:36:09< eleazar_> i.e. what is it supposed to be doing differently?
20100708 21:36:16< alink> _off should use the image specified in theme
20100708 21:36:37< eleazar_> ah, does the theme actually specifiy anything?
20100708 21:36:55< alink> yes
20100708 21:37:11< alink> For example, this allow theme to decide if you see background through _off terrain, by using a transparent image there
20100708 21:37:30< alink> this is somehow linked to your non-rectangular map stuff
20100708 21:37:42< eleazar_> yeah
20100708 21:37:53< eleazar_> i gotta go soon, but on an unrelated note:
20100708 21:38:01< alink> I already have a fix for the broken thing, but I check more before commit
20100708 21:38:21< eleazar_> you've noticed that the hex highlighting that happens when you mouse over a hex is weird with your ToD change?
20100708 21:38:32< eleazar_> don't worry about that
20100708 21:38:55< eleazar_> i'm going to propose a replacement for that hex highlighting that goes on top of everything
20100708 21:39:19< eleazar_> i don't think the current thing works very well in several situations
20100708 21:39:29< alink> hex highlighting don't use any layer stuff
20100708 21:39:39< alink> it's a like a color-shift thing 
20100708 21:39:39< eleazar_> i know
20100708 21:39:57< eleazar_> i'm going to suggest doing it a different way
20100708 21:40:13< alink> and now that I think about it, it has about the same memory cost as ToD coloring :-/
20100708 21:40:44< eleazar_> which should work better, and maybe save some resources
20100708 21:41:17< eleazar_> -- like you said
20100708 21:41:46< alink> and editor has also semi_brightened hexes which works the same, but use yet another cache
20100708 21:44:44< eleazar_> yeah, that might be similarly replaced
20100708 21:45:35-!- esr [~chatzilla@static-71-162-243-5.phlapa.fios.verizon.net] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100423141150]]
20100708 21:45:53< alink> if you are going to propose some kind of hex/cursor overlay, keep in mind to let a lot of free space for mousehover info when a unit is selected
20100708 21:46:47< eleazar_> mousehover info?
20100708 21:47:00< alink> def% etc..
20100708 21:47:18< alink> I mean don't just test it without selecting unit
20100708 21:47:32< eleazar_> thatn's not shown on the map
20100708 21:47:58< eleazar_> nevermind, i see what you mean
20100708 21:48:06< alink> ok
20100708 21:53:04-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20100708 21:55:09-!- esr [~chatzilla@static-71-162-243-5.phlapa.fios.verizon.net] has joined #wesnoth-dev
20100708 21:58:16-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20100708 22:00:07< CIA-87> alink * r44004 /trunk/src/builder.cpp: Simplify a bit animated terrain parsing
20100708 22:00:08< CIA-87> alink * r44005 /trunk/src/builder.cpp: simplify code of terrain_builder::apply_rule
20100708 22:00:09< CIA-87> alink * r44006 /trunk/src/ (builder.cpp builder.hpp): Remove redundant data
20100708 22:00:13< CIA-87> alink * r44007 /trunk/src/builder.cpp: Fix _off^_usr not using the tile_image of theme.
20100708 22:03:49< alink> ^that probably also restored the feature disabling ToD for _off^_usr images
20100708 22:06:46< alink> <alink> For example, this allow theme to decide if you see background through _off terrain, by using a transparent image there   <-- seems that we stopped supporting that a long time ago
20100708 22:08:01< alink> it would be rather expensive too
20100708 22:10:51< alink> and if I cheat (using :benchmark to force its redraw) it has a disturbing, but somehow cool, parallax effect 
20100708 22:11:07< billynux> anybody know how to duplicate this function elegantly: http://hg.libsdl.org/SDL_net/file/f9fb80c87478/SDL_net.h#l378 ?
20100708 22:11:59< billynux> It has to take a number in the local endianness (byte order) and convert it to network byte order
20100708 22:12:15< billynux> and should work in every architecture supporting 32 bit ints/uints
20100708 22:12:20< alink> stackoverflow.com probably know this
20100708 22:12:26< alink> or will know this
20100708 22:13:43< billynux> ok alink, I'll check there
20100708 22:14:25< Crab_> is stuff like htonl cross-platform ?
20100708 22:14:37< alink> billynux: it's a good place for this kind of questions
20100708 22:15:07< billynux> Crab_, yes... but using hton(l|s) would add an extra dependency right?
20100708 22:15:20-!- ancestral [~ancestral@12.145.225.25] has joined #wesnoth-dev
20100708 22:16:05< Crab_> well, any sane implementation would be header-only, I think
20100708 22:16:41< billynux> my conversion is funny: number =  ((number & 0xff) << 24 )   + ((number & 0xff00) << 16) + ((number & 0xff0000) >> 8) + ((number & 0xff000000) >> 24);
20100708 22:16:41< Crab_> and we already depend on some of the os-specific network apis
20100708 22:17:22< billynux> but I don't want *ana* to depend on anything but boost, and boost::asio doesn't seem to have it (strange)
20100708 22:21:07< Crab_> billynux: well, see how they do it here - http://www.boost.org/doc/libs/1_42_0/boost/asio/detail/socket_ops.hpp
20100708 22:21:31< Crab_> billynux: as you see, they're using htonl anyway :)
20100708 22:22:37< billynux> ok... I'll go with that, I just didn't want to discriminate the OS
20100708 22:22:50< billynux> Crab_, I'm looking at it, what header do they include for those methods?
20100708 22:23:50-!- Blueblaze [~Blueblaze@adsl-76-202-17-109.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20100708 22:24:30< billynux> wait... I can include socket_ops.hpp :) You found it Crab_ 
20100708 22:24:32< billynux> :)
20100708 22:25:05-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100708 22:27:50< Crab_> )
20100708 22:29:28-!- dtiger [~dtiger@dynamic-vpdn-87-252-255-162.telecom.by] has quit [Remote host closed the connection]
20100708 22:32:18-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20100708 22:33:25< CIA-87> alink * r44008 /trunk/src/display.cpp: 
20100708 22:33:25< CIA-87> Disable background redraw in :benchmark
20100708 22:33:25< CIA-87> since background is rarely redrawn and :benchmark focus on heavy but common case
20100708 22:43:45< billynux> Crab_, #include <...socket_ops.hpp> -> works like a charm!! -> I need to improve my googlin' skillz
20100708 22:44:00< Crab_> ) great 
20100708 22:44:59< Crab_> the query was `site:boost.org htonl`
20100708 22:45:23< billynux> yes, the site: is very useful
20100708 22:45:55< Crab_> yes, because it's pretty strict - it's hard for a search engine to subvert/misunderstand it :)
20100708 22:49:29< CIA-87> billynux * r44009 /trunk/src/ (7 files in 3 dirs): Made translation from/to network byte order portable and added a const error code for timeouts in ana.
20100708 22:52:40< alink> eleazar_: grmbml, indeed, disable ToD color-shift locally doesn't work well with hex highlighting :-/
20100708 22:52:41< billynux> ^ Not precisely a fail, but why don't I use the boost methods there? I included the file and ended up using the htonl methods :S
20100708 22:53:16< Crab_> because it's shorter :)
20100708 22:53:42< Crab_> and, you can be certain that htonl does exactly the thing you want )
20100708 22:54:45< billynux> yes, but seems odd that I did that
20100708 22:56:23-!- Crab_ [~Crab_@wesnoth/developer/crab] has quit [Quit: Leaving.]
20100708 22:57:29< alink> eleazar_: I think I will revert the "no ToD color-shift in [time_area]" for now, it's quite buggy/ugly and need more work. I prefer focus on trying the main project (local color-shift)
20100708 23:01:48-!- ancestral [~ancestral@12.145.225.25] has quit [Quit: i go sleeps kthxbai]
20100708 23:04:26-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20100708 23:04:34< CIA-87> alink * r44010 /trunk/src/ (4 files): 
20100708 23:04:34< CIA-87> Revert r43989 "Disable ToD color shift for [time_area] (where a different ToD is used)"
20100708 23:04:34< CIA-87> A bit ugly and doesn't work with hex highlighting
20100708 23:04:41< boucman> hey all
20100708 23:04:46< timotei> hi boucman :)
20100708 23:04:47< alink> hello boucman
20100708 23:10:12< billynux> hi boucman 
20100708 23:21:38< timotei> Upthorn: around? :)
20100708 23:33:12< CIA-87> alink * r44011 /trunk/src/menu_events.cpp: 
20100708 23:33:12< CIA-87> New debug command ":turn [N]" to change turn number to N (or next one if unspecified)
20100708 23:33:12< CIA-87> Also change ToD, which is the main use of this.
20100708 23:33:37< alink> eleazar_: ^this should help all these ToD debugging 
20100708 23:34:05< alink> and maybe also slow cheaters who run out of turns :-D
20100708 23:34:09-!- Johannes13 [~Johannes@unaffiliated/johannes13] has quit [Ping timeout: 240 seconds]
20100708 23:42:32-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has quit [Remote host closed the connection]
20100708 23:59:41-!- shadowm_laptop is now known as SpinachMaster
--- Log closed Fri Jul 09 00:00:18 2010