--- Log opened Sat Sep 26 00:00:26 2009
20090926 00:02:39-!- Crab_ [i=crab@wesnoth/developer/crab] has joined #wesnoth-dev
20090926 00:21:34< CIA-62> espreon * r38814 /trunk/ (2 files in 2 dirs): Comitted the new version of the Lithuanian BfW logo.
20090926 00:27:58-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20090926 00:28:37-!- stikonas [n=and@ctv-213-164-127-168.vinita.lt] has joined #wesnoth-dev
20090926 00:34:11-!- gtsteel [n=gtsteel@CPE001346a3fd7f-CM00e06fb8be94.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20090926 00:46:46-!- loonycyborg [n=sergey@wesnoth/developer/loonycyborg] has quit ["Zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz"]
20090926 00:47:19-!- loonybot [n=loonybot@wesnoth/bot/loonybot] has quit [Remote closed the connection]
20090926 00:59:38-!- YogiHH [n=chatzill@c187243.adsl.hansenet.de] has quit [Read error: 104 (Connection reset by peer)]
20090926 00:59:44-!- YogiHH [n=chatzill@c187243.adsl.hansenet.de] has joined #wesnoth-dev
20090926 01:12:34-!- YogiHH [n=chatzill@c187243.adsl.hansenet.de] has left #wesnoth-dev []
20090926 01:16:35-!- noy [n=Noy@wesnoth/developer/noy] has quit ["GO, GET TO THE CHOPPAH!!!"]
20090926 01:33:19-!- Crab_ [i=crab@wesnoth/developer/crab] has quit ["Leaving."]
20090926 01:50:01-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Read error: 110 (Connection timed out)]
20090926 01:53:20-!- Bellerophon_true [n=chatzill@BSN-142-147-71.dial-up.dsl.siol.net] has joined #wesnoth-dev
20090926 02:00:46-!- ilor [n=ilor@wesnoth/developer/ilor] has quit [Read error: 104 (Connection reset by peer)]
20090926 02:21:38< Soliton> i wonder if it'd help the addon-is-not-a-campaign issue to put the addon type as the first column.
20090926 02:23:11< Ivanovic> Soliton: i'd guess that a mouse over over the addon-type could also help
20090926 02:23:19< Ivanovic> (to explain what the type tends to mean)
20090926 02:23:37< Ivanovic> (and also how it *should* be used/started)
20090926 02:23:55< Soliton> yeah, that's what the web interface does.
20090926 02:24:24< Soliton> though it seems all of that didn't stop this guy anyway: http://forum.wesnoth.org/viewtopic.php?f=4&t=27230
20090926 02:24:26< Ivanovic> (in general i am still somehow in favor of a redesign of the addon interface like freim proposed it in the old 0.9 days)
20090926 02:25:16< Ivanovic> some will not be stopped by some *HUGE* marker stating that what they just loaded is not what they wanted
20090926 02:25:58< Soliton> i suppose if you're just focusing on the campaign aspect of wesnoth nothing's going to help.
20090926 02:26:05 * Ivanovic just thinks back to the amount of reports in the forums about stuff like "hey, you really should provide an installer for this game!" (those lovely windows users that click on source instead of "windows")
20090926 02:28:56-!- Sirp [n=user@pool-71-164-166-178.dllstx.fios.verizon.net] has quit [Read error: 60 (Operation timed out)]
20090926 02:29:30< Ivanovic> anyway, time for some sleep, n8
20090926 02:43:25-!- Bellerophon_true [n=chatzill@BSN-142-147-71.dial-up.dsl.siol.net] has quit ["ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]"]
20090926 03:06:43-!- Chusslove_ [n=Chusslov@brsg-d9bee436.pool.mediaWays.net] has joined #wesnoth-dev
20090926 03:07:40-!- Chusslove_ [n=Chusslov@brsg-d9bee436.pool.mediaWays.net] has quit [Client Quit]
20090926 03:07:56-!- Chusslove_ [n=Chusslov@brsg-d9bee436.pool.mediaWays.net] has joined #wesnoth-dev
20090926 03:14:55-!- anakayub [n=anakayub@203.82.91.104] has joined #wesnoth-dev
20090926 03:15:09-!- Chusslove [n=Chusslov@brsg-d9befe63.pool.mediaWays.net] has quit [Read error: 110 (Connection timed out)]
20090926 03:19:39-!- Jetrel [n=Jetrel@wesnoth/artist/jetrel] has joined #wesnoth-dev
20090926 03:20:29< CIA-62> cornmander * r38815 /website/stats.wesnoth.org/ (10 files in 4 dirs): 
20090926 03:20:29< CIA-62> Changed turbogears to use packages installed via easy_install in the virtualenv rather than system-wide packages. Moved the bulk of the upload log code into the helperlib. Made the map tiler look for existing copies
20090926 03:20:29< CIA-62> of a map tile to avoid doing redundant work. Made the map tiler kill stalled wesnoth clients (they typically stall because an uploaded map uses custom tiles). Updated URL handling to correctly send out a 404 for
20090926 03:20:30< CIA-62> nonexistent URLs instead of a 501. Updated killview backend to support multiple datatables instead of one hardcoded one (now supports GAMES,GAMES_AI,GAMES_MP, any other GAMES* table). Updated URL references in the
20090926 03:20:33< CIA-62> html templates to stats.wesnoth.org instead of wesnoth.org/wesstats. Added a title to graph view pages. Increased size of pie graphs.
20090926 03:22:07-!- Chusslove_ is now known as Chusslove
20090926 03:22:47< Jetrel> Chusslove:  the business with the logo:  I understand that tweaking the size of individual characters in a logo seems like overkill, but it's really par for the course.
20090926 03:23:19< Chusslove> Tweaking in which way? Shrinking the second word?
20090926 03:23:33< Jetrel> all of the above.
20090926 03:24:01< Jetrel> each character's size is usually manually changed when making a logo to maximize the visual appeal.
20090926 03:24:40< Chusslove> At normal size, my first word is more than twice shorter then the second.
20090926 03:24:54< Jetrel> In this case - we bent reality to make two differently-sized words feel the same size, so that the logo would be symmetrical.
20090926 03:25:11< Chusslove> Wouldn't extending one and shortening the other to roughly match look too silly?
20090926 03:25:22< Chusslove> In the English logo, the starting discrepancy is much smaller.
20090926 03:25:51< Soliton> corn: you know you can commit in smaller chunks? :-P
20090926 03:25:52< Jetrel> ^ NO.  This is extremely normal in typography.
20090926 03:26:37< corn> Soliton: yeah... I made all of those changes a while ago and never bothered to commit since I make the changes live and then have to copy them over to a local box
20090926 03:26:53< Chusslove> I can't say I've seen such an example.
20090926 03:27:08< corn> Soliton: I'll try to avoid doing that in the future :p
20090926 03:27:30< Chusslove> I've seen one word very expanded and the other shortened, but not one following the other. One above, one below, yes.
20090926 03:29:05< Chusslove> Jetrel: At any rate, your advice: expand "Бој" and shorten "Веснот" to be the same length, such that both the text is centered and that the conjuction is at center. Correct?
20090926 03:30:49< Jetrel> No, absolutely not.
20090926 03:30:59< Chusslove> :) 
20090926 03:31:01 * Chusslove is lost.
20090926 03:31:22< Jetrel> Chusslove:  we're talking about the lituanian logo, right?  The one that just got finished?
20090926 03:31:30< Jetrel> no we're not.
20090926 03:31:32< Chusslove> Oh, no...
20090926 03:31:35< Jetrel> Wrong character set. :T
20090926 03:31:51< Chusslove> This one: 
20090926 03:32:03< Jetrel> I see it.
20090926 03:32:04< Chusslove> http://caslav.gmxhome.de/misc/bfw-logo-sr.png
20090926 03:32:31< Jetrel> For this one, you'll need to count the characters, and find the nearest break.
20090926 03:32:48< Jetrel> In fact that's generally a good common practice.
20090926 03:33:33< CIA-62> cornmander * r38816 /trunk/src/upload_log.cpp: Changed the user-specific logs URL to use a user_id=ID key/value pair rather than just a ID key. This will make it internally consistent with the rest of the key/value pair parsing in s.w.o.
20090926 03:33:39< Jetrel> (the nearest break to the middle character)
20090926 03:33:46< Jetrel> Then, if the break is fairly close to being in the middle, you bend reality a little to put it exactly in the middle.
20090926 03:34:01< Chusslove> Ok.
20090926 03:34:05< corn> are commit emails broken? I haven't gotten emails about my last two commits...
20090926 03:34:06< Jetrel> In this case, the second space seems like it would be close to the middle.
20090926 03:34:43< Soliton> corn: if CIA got them they should be on their way..
20090926 03:34:45< Jetrel> Counting a space as a character, there are six characters in the first two words, and six characters in the last word.
20090926 03:35:05< Jetrel> So that right-most space should be pretty close to the middle, I think.
20090926 03:35:17< Chusslove> Looks that way to me too.
20090926 03:35:32< Chusslove> The I put the break at center of the shield, and expand/shorten left/right as needed to make the whole text centered?
20090926 03:37:10< Jetrel> Yep.
20090926 03:37:24< Jetrel> *hopefully* that will work, this isn't an exact science.
20090926 03:37:33< Jetrel> But that's the methodology.
20090926 03:38:37< Chusslove> Then I'm just worried that left side of the shield will be occupied by smallish "а" and right side by biggish "В". There will be height/volume assymetry around the center.
20090926 03:39:37< Chusslove> Going to give it a shot, for sure.
20090926 03:40:18< Jetrel> There's one way to find out if it won't work. :)
20090926 03:44:37< Chusslove> Jetrel: When I do get to it, what's the preferred way of summoning you for a judgement?
20090926 03:44:40< Chusslove> :)
20090926 03:51:30< Jetrel> Pentragram and goat's blood.
20090926 03:51:58< Jetrel> more seriously, I'm always on freenode, but I avoid wesnoth-dev because I actually need to get stuff done.
20090926 03:52:23< Jetrel> Nothing is worse than spending an evening talking about doing stuff for wesnoth and not doing it. :(
20090926 03:52:45-!- Jetrel [n=Jetrel@wesnoth/artist/jetrel] has quit [Remote closed the connection]
20090926 03:55:17-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit [Remote closed the connection]
20090926 03:55:33-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20090926 04:06:18-!- Netsplit farmer.freenode.net <-> irc.freenode.net quits: Rhonda, AnMaster, yann, kimrhh, Chusslove, CIA-62, corn, isaac_, erl_, Doppp,  (+11 more, use /NETSPLIT to show all of them)
20090926 04:06:37-!- Netsplit over, joins: Chusslove, Amu, isaac_, Doppp, nital, corn, Rhonda, Soliton, AnMaster, dfranke (+11 more)
20090926 04:25:22-!- anakayub [n=anakayub@203.82.91.104] has quit []
20090926 04:26:03-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit []
20090926 04:39:16-!- Ivanovic_ [n=ivanovic@dtmd-4db2d02b.pool.mediaWays.net] has joined #wesnoth-dev
20090926 04:56:30-!- Ivanovic [n=ivanovic@wesnoth/developer/ivanovic] has quit [Read error: 110 (Connection timed out)]
20090926 04:57:14-!- Ivanovic_ is now known as Ivanovic
20090926 05:15:19< gtsteel> Hi again, I really like the design of your scenarios
20090926 05:15:25< gtsteel> oops
20090926 05:15:39< gtsteel> wrong channel
20090926 05:21:12-!- DDR [n=chatzill@66.183.125.196] has joined #wesnoth-dev
20090926 05:48:37-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit ["WRYYYYYYYYYYYYYYYYYYYY!"]
20090926 06:08:24-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20090926 06:25:56-!- gtsteel [n=gtsteel@CPE001346a3fd7f-CM00e06fb8be94.cpe.net.cable.rogers.com] has quit ["leaving"]
20090926 07:16:49-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit []
20090926 07:18:16-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20090926 07:39:27-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20090926 07:48:18-!- silene [n=plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20090926 08:12:45-!- silene [n=plouf@wesnoth/developer/silene] has quit [Read error: 60 (Operation timed out)]
20090926 08:13:44-!- silene [n=plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20090926 08:19:09-!- Blueblaze [n=nick@76.202.23.166] has quit [Remote closed the connection]
20090926 08:22:22-!- DDR [n=chatzill@66.183.125.196] has quit ["Time flies like an arrow. Fruit files like a bannana."]
20090926 08:27:25-!- stikonas [n=and@ctv-213-164-127-168.vinita.lt] has joined #wesnoth-dev
20090926 08:28:00-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20090926 08:32:41-!- stikonas [n=and@ctv-213-164-127-168.vinita.lt] has joined #wesnoth-dev
20090926 08:47:55-!- boucman [n=rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20090926 08:56:56-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20090926 08:58:58-!- Baufo [n=thomas@wesnoth/developer/baufo] has joined #wesnoth-dev
20090926 09:13:33-!- stikonas [n=and@ctv-213-164-127-168.vinita.lt] has joined #wesnoth-dev
20090926 09:23:39-!- Baufo [n=thomas@wesnoth/developer/baufo] has quit [Remote closed the connection]
20090926 09:25:48-!- Baufo [n=thomas@wesnoth/developer/baufo] has joined #wesnoth-dev
20090926 09:43:01-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20090926 09:45:35< CIA-62> silene * r38817 /trunk/src/scripting/lua.cpp: Added a Lua accessor for the currently selected tile.
20090926 09:46:50-!- stikonas [n=and@ctv-213-164-127-168.vinita.lt] has joined #wesnoth-dev
20090926 09:49:39-!- ilor [n=ilor@wesnoth/developer/ilor] has joined #wesnoth-dev
20090926 09:52:09< Ivanovic> moin
20090926 09:59:04-!- ilor [n=ilor@wesnoth/developer/ilor] has quit [Read error: 54 (Connection reset by peer)]
20090926 10:00:48< fendrin> silene: r38817 is cool
20090926 10:02:00< silene> fendrin: the goal was to be able to do things like http://www.wesnoth.org/wiki/LuaWML#get_selected_tile ; the select event didn't really work for that purpose, since it only applies to the currently playing side
20090926 10:03:06-!- EdB [n=edb@52.12.95-79.rev.gaoland.net] has joined #wesnoth-dev
20090926 10:11:51-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20090926 10:15:39-!- stikonas [n=and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20090926 10:17:32-!- zookeeper [n=l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20090926 10:18:16< Soliton> anyone here familiar with the python wml parser?
20090926 10:32:15-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has joined #wesnoth-dev
20090926 10:32:23< Ivanovic> rough guess: elias should know it, but he is not around
20090926 10:32:34< Ivanovic> maybe there is a slight chance that esr knows it, too (not sure though)
20090926 10:33:08< Soliton> yeah, i'm hoping to catch elias since it's about wmlunits.
20090926 10:34:01< Soliton> earlier wesnoth.org ran out of memory again, btw.
20090926 10:34:14< Ivanovic> outsch
20090926 10:34:35< Ivanovic> even though we doubled swap?
20090926 10:34:41< Soliton> apache went up to 4GB memory usage which might have been caused by the rsync backups causing high io wait.
20090926 10:35:05< Soliton> i've ioniced those now. hope that helps.
20090926 10:39:20-!- mordante [n=mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20090926 10:39:37< mordante> servus
20090926 10:39:43< silene> Soliton: i don't understand, how are iowaits related to an increase of memory usage?
20090926 10:40:04< Ivanovic> silene: the amount of apache processes increases
20090926 10:40:18< Ivanovic> because they are not stopped (due to data being served)
20090926 10:40:40< Ivanovic> corn: are you already blocking all the search bots from stats.w.o? (using some robots.txt)
20090926 10:41:06< Soliton> yes.
20090926 10:42:53< silene> Ivanovic: i see; but doesn't that mean that the serverlimit variable of apache is incorrectly configured?
20090926 10:43:28< Ivanovic> no idea what has to be changed which way to reduce the amount of processes
20090926 10:44:48-!- EdB [n=edb@52.12.95-79.rev.gaoland.net] has quit [Remote closed the connection]
20090926 10:46:39< silene> Ivanovic: as far as i know, the three variables of apache are serverlimit, threadsperchild, and maxclients (and as the names imply, the product of the first two must be bigger than the third one); what are the current values?
20090926 10:49:23-!- stikonas_ [n=and@ctv-213-164-127-168.vinita.lt] has joined #wesnoth-dev
20090926 10:49:53< Ivanovic> no idea, i see no option like this set...
20090926 10:50:19-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Read error: 104 (Connection reset by peer)]
20090926 10:51:14< Soliton> maxclients is 150 and was reached in that time it seems.
20090926 10:52:00< Ivanovic> outsch, 150*30MB is *a lot*
20090926 10:52:04< Soliton> average appears to be around 40 or so.
20090926 10:52:25< Soliton> lower it to 100?
20090926 10:52:30< Ivanovic> i'd say so
20090926 10:54:30-!- stikonas_ [n=and@ctv-213-164-127-168.vinita.lt] has quit [Read error: 54 (Connection reset by peer)]
20090926 11:01:49-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20090926 11:08:31-!- stikonas [n=and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20090926 11:18:53-!- loonybot [n=loonybot@79.139.139.50] has joined #wesnoth-dev
20090926 11:19:37-!- loonycyborg [n=sergey@79.139.139.50] has joined #wesnoth-dev
20090926 11:22:05< CIA-62> mordante * r38818 /trunk/src/gui/auxiliary/event/handler.cpp: Fix an inversed #ifdef condition.
20090926 12:24:37-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has joined #wesnoth-dev
20090926 12:46:14-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20090926 12:54:56-!- lizard_r [n=Miranda@wesnoth/umc-dev/developer/lizard] has joined #wesnoth-dev
20090926 12:57:29< CIA-62> ivanovic * r38819 /trunk/ (22 files in 21 dirs): updated Italian translation
20090926 13:07:55< Ivanovic> silene: since you know autotools and all the foo:
20090926 13:08:24< Ivanovic> would autotools bark if i changed the po/wesnoth*/LINGUAS file into a list of newline seperated entries instead of space separated?
20090926 13:08:57< Ivanovic> loonycyborg: would a switch of the LINGUAS file to "one textdomain per line" instead of the old space separated list work nicely for scons?
20090926 13:12:49< silene> Ivanovic: i don't think it will make a difference
20090926 13:13:40< loonycyborg> Ivanovic: Yes. It would work. Though why do you want to change that?
20090926 13:14:10< Ivanovic> loonycyborg: because this will make it dead easy for cmake to read in a LINGUAS file
20090926 13:14:47< Ivanovic> (beside this the list is now really lengthy and i love to work with vim on it, when adding stuff "in order" this means so much of scrolling with this *huge* single line)
20090926 13:19:39-!- blarumyrran [n=minaise@81.20.159.197] has joined #wesnoth-dev
20090926 13:24:44< Ivanovic> though i found an easy way to do it in cmake, too
20090926 13:25:46< loonycyborg> btw wmlxgettext still seems to bail on some cfg files..
20090926 13:27:27< Ivanovic> loonycyborg: i have decided to not use the python version because it is too slow
20090926 13:27:38< Ivanovic> the old one works "reasonably well" while being lightning fast
20090926 13:27:41< loonycyborg> I meant perl one.
20090926 13:28:07< Ivanovic> which ones are still left?
20090926 13:28:31< Ivanovic> (i am sure there are some, though they are probably in non critical areas, as in files that have nothing to translate anyway)
20090926 13:29:11< loonycyborg> http://wesnoth.pastebin.com/m38417078
20090926 13:32:23< CIA-62> ivanovic * r38820 /trunk/po/CMakeLists.txt: read langcodes from LINGUAS file instead of hardcoded ones in build system
20090926 13:32:45-!- Baufo [n=thomas@wesnoth/developer/baufo] has quit ["Leaving"]
20090926 13:33:14< Ivanovic> loonycyborg: yeah, the one with the lobby is still there for ilor, no idea how to fix/change things there
20090926 13:33:27< Ivanovic> and in the ai files is nothing translateable anyway (IIRC)
20090926 13:34:19< loonycyborg> Will it cause trouble if they're included before something translatable?
20090926 13:34:37< Ivanovic> no
20090926 13:34:46< Ivanovic> the comments seem to just work on a "per file" basis
20090926 13:34:56< Ivanovic> so the comments for this single file are lost, the rest is still there
20090926 13:35:02-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Read error: 110 (Connection timed out)]
20090926 13:56:31-!- busfahrer` [n=busfahre@93.132.77.62] has joined #wesnoth-dev
20090926 13:57:31-!- elias [n=elias@allegro/developer/allefant] has joined #wesnoth-dev
20090926 14:05:30-!- busfahrer [n=busfahre@unixboard/user/busfahrer] has quit [Read error: 145 (Connection timed out)]
20090926 14:13:43-!- silene [n=plouf@wesnoth/developer/silene] has quit [Read error: 110 (Connection timed out)]
20090926 14:15:03-!- silene [n=plouf@ASte-Genev-Bois-152-1-18-142.w83-114.abo.wanadoo.fr] has joined #wesnoth-dev
20090926 14:24:13-!- fendrin [n=fabi@wesnoth/developer/fendrin] has quit [Remote closed the connection]
20090926 14:33:28-!- kimrhh [n=kimhh@exherbo/developer/kimrhh] has quit [Remote closed the connection]
20090926 14:34:10-!- stikonas [n=and@ctv-213-164-127-168.vinita.lt] has joined #wesnoth-dev
20090926 14:35:05-!- kimrhh [n=kimhh@static.51.211.46.78.clients.your-server.de] has joined #wesnoth-dev
20090926 15:06:29-!- lizard_r [n=Miranda@wesnoth/umc-dev/developer/lizard] has quit [Read error: 145 (Connection timed out)]
20090926 15:07:44-!- giusef [n=giusef@unaffiliated/giusef] has joined #wesnoth-dev
20090926 15:07:56< CIA-62> ivanovic * r38821 /trunk/po/ (4 files in 4 dirs): updated Italian translation
20090926 15:11:51-!- happygrue [n=George@wesnoth/developer/wintermute] has quit [Read error: 104 (Connection reset by peer)]
20090926 15:30:12-!- lizard_r [n=Miranda@wesnoth/umc-dev/developer/lizard] has joined #wesnoth-dev
20090926 15:34:55-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20090926 15:39:50-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Read error: 110 (Connection timed out)]
20090926 15:40:06-!- stikonas [n=and@ctv-213-164-127-168.vinita.lt] has joined #wesnoth-dev
20090926 15:47:41-!- crimson_pinvin [n=ben@CPE001346f9a80d-CM0019475df22e.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20090926 16:00:02-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 110 (Connection timed out)]
20090926 16:00:02-!- crimson_pinvin is now known as crimson_penguin
20090926 16:02:48-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20090926 16:04:33-!- stikonas [n=and@ctv-213-164-127-168.vinita.lt] has joined #wesnoth-dev
20090926 17:04:52< CIA-62> torangan * r38822 /trunk/ (14 files in 12 dirs): vietname translation update
20090926 17:07:46-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20090926 17:09:10-!- elias [n=elias@allegro/developer/allefant] has quit ["Leaving"]
20090926 17:09:22-!- stikonas [n=and@ctv-213-164-127-168.vinita.lt] has joined #wesnoth-dev
20090926 17:12:50-!- valgor [i=5d7d45f3@gateway/web/freenode/x-bjjtjuumbboeujgx] has joined #wesnoth-dev
20090926 17:20:30-!- busfahrer` is now known as busfahrer
20090926 17:24:36-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Read error: 60 (Operation timed out)]
20090926 17:24:54-!- stikonas [n=and@ctv-213-164-127-168.vinita.lt] has joined #wesnoth-dev
20090926 17:27:29-!- anakayub [n=anakayub@203.82.91.103] has joined #wesnoth-dev
20090926 17:30:52-!- blarumyrran [n=minaise@81.20.159.197] has quit []
20090926 17:31:12-!- blarumyrran [n=minaise@81.20.159.197] has joined #wesnoth-dev
20090926 17:33:02-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Read error: 60 (Operation timed out)]
20090926 17:38:56-!- stikonas [n=and@ctv-213-164-127-168.vinita.lt] has joined #wesnoth-dev
20090926 17:39:36-!- happygrue [n=George@wesnoth/developer/wintermute] has joined #wesnoth-dev
20090926 17:41:17-!- valgor [i=5d7d45f3@gateway/web/freenode/x-bjjtjuumbboeujgx] has quit ["Page closed"]
20090926 17:49:06-!- cib0 [n=cib@p5DC42CBC.dip.t-dialin.net] has joined #wesnoth-dev
20090926 17:52:19-!- boucman [n=rosen@wesnoth/developer/boucman] has quit [Remote closed the connection]
20090926 18:03:45< CIA-62> caslav_ilic * r38823 /trunk/ (l10n-spec l10n-track players_changelog): Updated localized images for Vietnamese.
20090926 18:13:49-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #Wesnoth-dev
20090926 18:36:13-!- Cuervo [n=Brennan@71-217-69-169.tukw.qwest.net] has joined #wesnoth-dev
20090926 18:36:44-!- Cuervo [n=Brennan@71-217-69-169.tukw.qwest.net] has left #wesnoth-dev []
20090926 18:51:33-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20090926 19:03:45< CIA-62> caslav_ilic * r38824 /trunk/po/ (28 files in 14 dirs): Updated translation for Serbian.
20090926 19:07:20-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20090926 19:17:38-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Read error: 110 (Connection timed out)]
20090926 19:23:05-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has quit [Read error: 110 (Connection timed out)]
20090926 19:46:46-!- Blueblaze [n=nick@adsl-76-202-23-166.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20090926 19:59:52-!- Crab_ [i=crab@wesnoth/developer/crab] has joined #wesnoth-dev
20090926 20:29:17-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20090926 20:29:36-!- boucman [n=rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20090926 20:30:59-!- shadowmaster [n=ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20090926 20:31:09< shadowmaster> esr: how come?
20090926 20:31:36< shadowmaster> it doesn't complain about e.g. the unknown unit/unknown dice which aren't used from WML. are they now?
20090926 20:36:56-!- elynia [n=shyde@wesnoth/umc-dev/misc/elynia] has joined #wesnoth-dev
20090926 20:39:31-!- elynia [n=shyde@wesnoth/umc-dev/misc/elynia] has quit ["nyu"]
20090926 20:42:34-!- busfahrer [n=busfahre@93.132.77.62] has quit [Remote closed the connection]
20090926 20:42:39-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has joined #wesnoth-dev
20090926 20:49:03-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20090926 20:59:07< Crab_> zookeeper: around ?
20090926 20:59:31< boucman> Crab_: I had exactly the same question ;)
20090926 20:59:46< Crab_> :)
20090926 20:59:49< boucman> (or anybody good at terrain WML would do)
20090926 21:00:06 * mordante hides
20090926 21:02:40< shadowmaster> boucman: terrain or terrain graphics WML?
20090926 21:02:42-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20090926 21:03:05< boucman> I have the following line
20090926 21:03:06< boucman>         terrain_type=Wo,Ww,Ww^Vm,Chs,Chw,Ss
20090926 21:03:14< boucman> I would like the "negation" of that line
20090926 21:03:38< shadowmaster> um, !,Wo,Ww... if it was terrain-graphics WML IIRC
20090926 21:03:58< shadowmaster> I have no idea if that works for non-graphics terrain filters
20090926 21:03:58< boucman> so prepending with !, would work ?
20090926 21:04:06< mordante> yes that should work
20090926 21:05:11< zookeeper> Crab_, yeah. i hope you're not going to ask whether i'm done with what i was supposed to do yet ;)
20090926 21:05:22< Crab_> zookeeper: no, a different question
20090926 21:05:31< Crab_> there's a [unit] WML tag. It can be present in [side], or, for example, in [event].
20090926 21:05:47< Crab_>  It's behavior is different in those two cases. [side][unit] has "if x,y are set, but location(x,y) is occupied, log error and skip this unit". [event][unit] has "if x,y are set, but location(x,y) is occupied, search for nearest vacant hex and try to place unit there."
20090926 21:05:59< Crab_> This behavior of [event][unit] is undocumented.
20090926 21:06:12< shadowmaster> um, really? 
20090926 21:06:30< Crab_>  For [side][unit], there's a documented switch "find_vacant=yes|no", which defaults to 'no'
20090926 21:07:43< Crab_> I need to merge the C++ code paths which support those tags, to avoid code duplication. so, the question is, should I keep bug-for-bug compatibility (i.e. keep the behavior of those tags different) or it's better to simplify things.
20090926 21:07:54< zookeeper> Crab_, right. the right behaviour is that of [event] [unit]
20090926 21:08:36-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20090926 21:08:53< Crab_> another difference is handling of x,y coords in those tags
20090926 21:08:56< zookeeper> i really really doubt that anything would rely on [side][unit] working differently than [event][unit]
20090926 21:09:25< Crab_> for [event][unit], x,y={any invalid map location} will be 'try to add to recall list'
20090926 21:09:47< Crab_> for [side][unit], x,y are required to be empty to 'try add to recall'.
20090926 21:09:50< zookeeper> so making both work like [event][unit] works would be good, an optional find_vacant= key is fine of course
20090926 21:10:42< zookeeper> [event][unit] is the better or more right behaviour for that recall list thing as well
20090926 21:11:11< Crab_> zookeeper: the attribute find_vacant is still needed (in some form), to signal 'I haven't bothered to supply x,y, but i want this unit to be placed near the leader' 
20090926 21:11:30< Crab_> (LoW uses such semantics )
20090926 21:11:48< zookeeper> huh, [side][unit] has that kind of functionality?
20090926 21:11:57< shadowmaster> it now has
20090926 21:12:07< shadowmaster> r38740
20090926 21:12:21< shadowmaster> wesbot: log 38470
20090926 21:12:22< wesbot> crab * r38470 : Added find_vacant attribute to [side][unit]
20090926 21:12:22< wesbot> URL: http://svn.gna.org/viewcvs/wesnoth?view=rev&rev=38470
20090926 21:13:09< Soliton> IMO x,y=recall,recall is best to signal you want the unit on the recall list.
20090926 21:13:27< shadowmaster> Crab_: if you are going to have [event][unit] find_vacant, it should default to yes
20090926 21:13:30< Soliton> no idea if the current behaviour is used anywhere though.
20090926 21:13:50< Crab_> shadowmaster: no, it shouldn't. 
20090926 21:13:56< zookeeper> i think the current behaviour is probably used in a number of places, but i also think it should be phased out
20090926 21:13:56< shadowmaster> I am sure I have seen mainline code assuming this
20090926 21:13:58-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20090926 21:15:16< Crab_> one proposition is to get rid of find_vacant attribute and *document* two special x,y values : "recall,recall" and "leader,leader"
20090926 21:15:54< Crab_> but, imo, it isn't good to overload x,y in such a way
20090926 21:16:04-!- boucman [n=rosen@wesnoth/developer/boucman] has quit [Remote closed the connection]
20090926 21:16:15< zookeeper> yeah, why not. or you could just keep the special case that if you omit x,y entirely, it gets placed next to leader
20090926 21:16:46< zookeeper> maybe initially only for [side][unit] since omitting x,y in [event][unit] might be used for putting them on the recall list atm somewhere
20090926 21:16:50< Soliton> (which is overloading x,y just the same.)
20090926 21:16:51< Crab_> zookeeper: not possible. current documented behavior: omit x,y -> go to recall. ('If a location isn't provided and the side the unit will belong to has a recall list, the unit will be created on the recall list. ')
20090926 21:17:16< zookeeper> change the documentation? :p we're not in feature freeze yet
20090926 21:17:38< Crab_> zookeeper: it'll certainly break something that depends on it.
20090926 21:20:24< Crab_> zookeeper, Soliton, shadowmaster: what do you thing about this: http://wesnoth.pastebin.com/m30e8fab7 ?
20090926 21:20:38< Crab_> add a new attribute, to make it simpler
20090926 21:21:50< Soliton> to allow backwards compatibility? yeah, i suppose that's nicer.
20090926 21:21:57< Crab_> it's compatible with current behavior of [event][unit], and usages of find_vacant (which is now not needed) can be fixed easily, since it's very new.
20090926 21:22:31< Crab_> and it changes the semantics of [side][unit] to "if x,y are set, but location(x,y) is occupied, search for nearest vacant hex and try to place unit there."
20090926 21:23:34-!- boucman [n=rosen@247.83.102-84.rev.gaoland.net] has joined #wesnoth-dev
20090926 21:23:37< zookeeper> looks fine to me
20090926 21:23:53< zookeeper> or you can add a [placement] tag which takes a standard location filter ;)
20090926 21:24:10< Crab_> zookeeper: that's overkill :))
20090926 21:25:04< Crab_> zookeeper: and, if someone will need that, it will be  possible to do so in the future (i.e. add a placement=slf value to look for that SLF)
20090926 21:25:59< boucman> thespaceinvader: I think I solved all the take-off and landing for mvt... I'll have a first look at fighting now
20090926 21:26:18< thespaceinvader> brilliant boucman thanks hugely
20090926 21:26:28< boucman> np, that's my job :P
20090926 21:27:10< CIA-62> boucman * r38825 /trunk/src/ (unit_animation.cpp unit_display.cpp): fix small bugs in anim engine found while debugging take-off and landing anims
20090926 21:27:18< Crab_> zookeeper: and about the ai controller - it the only problem with delaying it is the coming stringfreeze.
20090926 21:27:38< esr> shadowmaster: Sorry, I didn't understand your previous question.
20090926 21:29:15< shadowmaster> esr: I don't understand your warning either. Why should I copy from data/core/images to images an image that is used both by WML and C++?
20090926 21:29:25< shadowmaster> *images/
20090926 21:31:54-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20090926 21:34:56< boucman> ok, i think i can't avoid having a pre-attack anim
20090926 21:38:24< zookeeper> Crab_, yeah, it's just that incorporating that special orders thing really forced me to start rewriting major parts of the code
20090926 21:38:49< Crab_> zookeeper: so, we're rescheduling it for 1.8.1 ?
20090926 21:39:20< Crab_> zookeeper: (i.e. we can have a debug non translated version done, but enable it after the stringfreeze is over) 
20090926 21:39:44< zookeeper> or we just put whatever strings it needs in and work out the actual code during the freeze
20090926 21:40:12< Crab_> zookeeper: I'm pretty sure that we'll miss some :)
20090926 21:40:50< esr> shadowmaster: Wait...it's in data/core/images already?  I thought it was the other way around.  In that case, never mind.
20090926 21:42:10< esr> Ivanovic: I'm going to start working over the unit descriptions now.
20090926 21:45:24< Crab_> zookeeper: is it reasonable to say 'if we want to place the unit somewhere near leader, but our leader is dead, place a unit near start position instead' ? or, it's better 'if we want to place the unit somewhere near leader, but our leader is dead, place a unit near one of our other units instead' ?
20090926 21:47:09< boucman> Crab_: i'd say it's not that important : it should be considered a WML bug, print an error message and do your best :P
20090926 21:47:18< boucman> so either, it doesn't really matter
20090926 21:47:26< Crab_> boucman: no, it's not a bug, imo
20090926 21:48:00< Crab_> boucman: imagine a use case: 'remove all units (store them somewhere), and restore some other units via [unit] tags
20090926 21:48:20< Crab_> boucman: at the moment of restoration, we might not have a leader (or we might not have any units at all)
20090926 21:49:44< boucman> k
20090926 21:50:10< zookeeper> Crab_, urgh...
20090926 21:50:12< cib0> uhm.. do we really want loaded games to include the replay of the game they've been loaded from?
20090926 21:50:33< zookeeper> Crab_, suddenly i don't like that next-to-leader thing anymore :p
20090926 21:50:55< Crab_> zookeeper: well, it simplifies wml considerably - no need to specify the coords :)
20090926 21:51:11< Crab_> zookeeper: also, what about auto-fetching-by-id from recall lists - what if we are placing a unit with id=Warchief on map, but unit with id=Warchief is in recall list of some OTHER team - should we allow to fetch that unit from OTHER team's recall list ? (as id is unique)
20090926 21:52:05< zookeeper> well, a [recall] doesn't discriminate based on whose turn it is or anything
20090926 21:52:32< shadowmaster> mordante: why using end/home in the campaign menu doesn't change the selection?
20090926 21:52:35< Crab_> zookeeper: so, the unit tag shouldn't discriminate, as well ?
20090926 21:52:43< zookeeper> if you want to only try to recall a specific side's units, you'd presumably add a side=x to the [recall]'s filter then
20090926 21:53:44< zookeeper> Crab_, i'm not sure what you're asking. side= is mandatory for [unit]s so how could there be any ambiguity about whose recall list it should be put to?
20090926 21:53:59< mordante> shadowmaster, probably since I didn't implement that feature :-P best file an FR so I won't forget it
20090926 21:54:07< Soliton> cib0: of course?
20090926 21:54:19< shadowmaster> I hate writing FRs of the kind "what it says on the title"
20090926 21:54:21< Crab_> zookeeper: look into data/campaigns/Legend_of_Wesmere/scenarios/02_Hostile_mountains.cfg
20090926 21:54:28< Crab_> line 41
20090926 21:54:41< Crab_> [unit] find_vacant=yes  {LANDAR}# wmllint: recognize Landar [/unit]
20090926 21:54:49< Crab_> it has 'create or recall' semantics.
20090926 21:55:11< shadowmaster> I'd call it a bug, not a FR, btw mordante 
20090926 21:55:14< Crab_> i.e. if we got there with :cl, it'll work, if we got there having landar in the recall list, it'll work too.
20090926 21:55:32< shadowmaster> since it is a fairly standard UI feature that was only lost with the transition to GUI2 for that dialog
20090926 21:56:15< cib0> Soliton: does the replay currently recognize that the players have changed?
20090926 21:56:23< zookeeper> Crab_, how does that bit of code cause him to be recalled if he's on the recall list?
20090926 21:56:23< mordante> then file a bug report instead :-P
20090926 21:56:34-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20090926 21:57:27< Crab_> zookeeper: {LANDAR} has id=Landar. the unit on recall list has id=Landar. so, instead of being created from scratch, he's recreated from recall list (and Landar from recall list is removed)
20090926 21:57:55< zookeeper> O.o
20090926 21:58:07-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20090926 21:58:11< zookeeper> that's intended behaviour?
20090926 21:58:15< Crab_> yes
20090926 21:58:22< Crab_> id is documented unique
20090926 21:58:41< zookeeper> so is that how it's always worked or something you did?
20090926 21:58:42< Soliton> cib0: no idea.
20090926 21:58:42< Crab_> and such behaviour allows to get rid of ugly macros which are needed for debug mode (:cl) to work
20090926 21:58:57< shadowmaster> zookeeper: should I assign this to you? https://gna.org/bugs/index.php?14374
20090926 21:59:34-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20090926 21:59:34< zookeeper> shadowmaster, sure. or maybe sapient wants to demonstrate his sighted-event workarounds in action? :p
20090926 21:59:55< zookeeper> but yeah, just assign to me
20090926 22:01:15< Crab_> zookeeper: it was changed by me at fendrin's FR around the time find_vacant was introduced
20090926 22:01:34< zookeeper> ah, right. well, i don't think it's a bad idea.
20090926 22:01:45< zookeeper> i just didn't expect that
20090926 22:01:49-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20090926 22:02:01< Crab_> the main reason is to get :cl working correctly.
20090926 22:02:08< Crab_> but, it simplifies some other code, as well
20090926 22:02:29< Crab_> so, the question is - should 'fetch from other recall lists' be allowed, as well, here ?
20090926 22:02:51< zookeeper> my gut feeling would say no
20090926 22:03:27< Crab_> ok (it means less work for me now :) )
20090926 22:09:52-!- stikonas [n=and@ctv-213-164-127-168.vinita.lt] has joined #wesnoth-dev
20090926 22:12:52-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20090926 22:13:32-!- stikonas [n=and@ctv-213-164-127-168.vinita.lt] has joined #wesnoth-dev
20090926 22:14:42-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20090926 22:17:02< shadowmaster> ef 8888888o  m´´´
20090926 22:19:21-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20090926 22:20:26-!- boucman [n=rosen@wesnoth/developer/boucman] has quit [Remote closed the connection]
20090926 22:24:50-!- lizard_r [n=Miranda@wesnoth/umc-dev/developer/lizard] has quit [Read error: 110 (Connection timed out)]
20090926 22:41:22-!- Netsplit farmer.freenode.net <-> irc.freenode.net quits: Rhonda, shadowmaster, cib0, AnMaster, yann, crimson_penguin, zookeeper, kimrhh, Chusslove, CIA-62,  (+23 more, use /NETSPLIT to show all of them)
20090926 22:41:55-!- Netsplit over, joins: Blueblaze, Soliton, Zarel, thespaceinvader, shadowmaster, blarumyrran, mordante, crimson_penguin, zookeeper, ardesh_ (+23 more)
20090926 22:42:17< Soliton> crimson_penguin: http://forum.wesnoth.org/viewtopic.php?p=386872#p386872 is there an old version of the server packaged by any chance?
20090926 22:44:56-!- elynia [n=shyde@wesnoth/umc-dev/misc/elynia] has joined #wesnoth-dev
20090926 22:56:23-!- wesbot changed the topic of #wesnoth-dev to: string and feature freeze start on Sunday, 27.9.2009! | 1.7.6 planned for 27.9. | 92 bugs, 242 feature requests, 12 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20090926 23:02:18-!- blarumyrran [n=minaise@81.20.159.197] has quit []
20090926 23:08:36-!- elias [n=elias@allegro/developer/allefant] has joined #wesnoth-dev
20090926 23:13:25-!- Crab_ [i=crab@wesnoth/developer/crab] has quit ["Leaving."]
20090926 23:17:01-!- silene [n=plouf@wesnoth/developer/silene] has quit ["Leaving."]
20090926 23:19:06-!- elynia [n=shyde@wesnoth/umc-dev/misc/elynia] has quit ["nyu"]
20090926 23:25:00-!- Chusslove [n=Chusslov@brsg-d9bee436.pool.mediaWays.net] has quit [Remote closed the connection]
20090926 23:29:57< mordante> Ivanovic, what's left of the cmake issues?
20090926 23:31:09< Soliton> elias: can you try running wmlunits on dev addons, specifically the armored era?
20090926 23:31:33< Soliton> elias: it seems to me like it crashes because the name= of the era is not marked translatable.
20090926 23:32:09-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20090926 23:32:27-!- ardesh_ [n=ardesh@92.195.58.124] has quit [Remote closed the connection]
20090926 23:33:18< Soliton> elias: actually seems to be something else. maybe some era is really missing a name.
20090926 23:38:08-!- YogiHH [n=chatzill@d052212.adsl.hansenet.de] has joined #wesnoth-dev
20090926 23:38:18< YogiHH> hello
20090926 23:38:21< YogiHH> Soliton, you there?
20090926 23:40:01 * Soliton hides.
20090926 23:43:00< mordante> hi YogiHH 
20090926 23:44:20< YogiHH> Soliton: there seems to be a problem with grrr's random default maps: Leaders are given 30% xp (only them, all other units are ok). Any idea where that might come from?
20090926 23:45:02< mordante> I'm off night
20090926 23:45:27< Soliton> well, leaders are the only ones that get carried over but no idea why that happens, no.
20090926 23:45:28-!- mordante [n=mordante@wesnoth/developer/mordante] has quit ["Leaving"]
20090926 23:46:31< Soliton> is the XP set to 30% for the random map maybe?
20090926 23:47:23< Soliton> though can you even set XP from a scenario?
20090926 23:47:48< YogiHH> Soliton: well, i looked at the configs but i couldn't find anything. The only experience_modifier i saw was 70%
20090926 23:52:35< Soliton> YogiHH: works fine for me.
20090926 23:52:46< YogiHH> ??
20090926 23:52:59< Soliton> YogiHH: you sure you didn't start the game with 30% settings?
20090926 23:53:44< Soliton> tried with r38756 and i got a wose with 70XP requirement.
20090926 23:54:05 * YogiHH pales
20090926 23:54:09< YogiHH> oops :)
20090926 23:54:35< Soliton> seems like the random maps force 70% XP which is maybe not ideal.
20090926 23:55:50< Soliton> works as intended from the WML afaict though.
--- Log closed Sun Sep 27 00:00:34 2009