--- Log opened Thu Oct 01 00:00:11 2009
20091001 00:01:08-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20091001 00:01:15-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit [Remote closed the connection]
20091001 00:03:40< silene> ancestral: when you get the chance, please add the following line at src/tstring.cpp:452 and see if it helps: textdomain(textdomain(NULL));
20091001 00:05:17< ancestral> silene: Done, just need to build at some point
20091001 00:09:37-!- silene [n=plouf@wesnoth/developer/silene] has quit ["Leaving."]
20091001 00:21:59-!- giusef [n=giusef@unaffiliated/giusef] has quit ["exit (-1);"]
20091001 00:40:03< ancestral> Is there a way to prevent chatting and modified labels from showing during a replay?
20091001 00:42:13< ancestral> Would I have to edit the replay myself?
20091001 00:43:00-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091001 00:44:27-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has quit [Remote closed the connection]
20091001 00:45:15-!- loonycyborg [n=sergey@wesnoth/developer/loonycyborg] has quit ["Zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz"]
20091001 00:45:44-!- loonybot [n=loonybot@wesnoth/bot/loonybot] has quit [Remote closed the connection]
20091001 00:52:11< Kleptomane> would probably be possible to write a script to do so
20091001 00:52:24< Kleptomane> not sure tho
20091001 00:54:01< CIA-62> espreon * r38919 /branches/resources/cartography-tools/great-continent.xcf: Reverted the effect of r31657 that affected the trees in Liberty's layer; removed debris in the Liberty layer.
20091001 00:54:11< Espreon> Crap, forgot to mention the fixing of the pieces...
20091001 01:03:17< Shadow_Master> Crab_: I sticikified your thread in tech support regarding LoW
20091001 01:03:39< Crab_> Shadow_Master: ok, thanks
20091001 01:04:32< Crab_> mainline should really work like addons (i.e. allow in-game update)
20091001 01:08:33-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #Wesnoth-dev
20091001 01:22:37-!- Nayela [n=Nayela@cpc3-lich6-0-0-cust673.brhm.cable.ntl.com] has quit ["Leaving"]
20091001 01:37:38-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20091001 01:43:09-!- Ambushsabre_ [n=Ambushsa@75.67.227.170] has joined #wesnoth-dev
20091001 01:50:28-!- PK4 [n=pk@r74-192-44-206.vctrcmta01.vctatx.tl.dh.suddenlink.net] has joined #wesnoth-dev
20091001 01:53:18-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has quit ["Ph'nglui mglw'nafh Turuk Wesnoth wgah'nagl fhtagn."]
20091001 02:00:50-!- Ambushsabre [n=Ambushsa@75.67.227.170] has quit [Read error: 110 (Connection timed out)]
20091001 02:02:45-!- DDR [n=chatzill@66.183.125.196] has joined #wesnoth-dev
20091001 02:02:52-!- Sirp [n=user@wesnoth/developer/dave] has joined #wesnoth-dev
20091001 02:14:23< CIA-62> espreon * r38920 /branches/resources/cartography-tools/great-continent.xcf: Aesthetic fixes for the following labels: Swamp of Dread, Estmark Hills; Lintanir Forest.
20091001 02:16:48-!- Chusslove [n=Chusslov@brsg-d9beefeb.pool.mediaWays.net] has quit [Read error: 110 (Connection timed out)]
20091001 02:21:28< CIA-62> espreon * r38921 /branches/resources/cartography-tools/brushes/wesnoth_fort10.gbr: Created missing city/fort brush.
20091001 02:22:24-!- Kleptomane [n=Kleptoma@S01060019e3d6aaa1.cg.shawcable.net] has quit ["brb, im in ur mapz, stealing ur villages..."]
20091001 02:23:50-!- Chusslove [n=Chusslov@brsg-d9bee448.pool.mediaWays.net] has joined #wesnoth-dev
20091001 02:25:26< CIA-62> espreon * r38922 /branches/resources/cartography-tools/brushes/ (18 files): Fixed numbering in filenames.
20091001 02:28:02-!- Appleman1234 [n=Appleman@131.181.101.126] has quit [Remote closed the connection]
20091001 02:45:09< CIA-62> espreon * r38923 /branches/resources/cartography-tools/great-continent.xcf: Reverted r38913.
20091001 02:57:16-!- PK4 [n=pk@r74-192-44-206.vctrcmta01.vctatx.tl.dh.suddenlink.net] has quit [Read error: 104 (Connection reset by peer)]
20091001 03:13:41< CIA-62> espreon * r38924 /branches/resources/cartography-tools/great-continent.xcf: Fixed the colors of the following labels: Dulatus Hills; The Three Sisters.
20091001 03:17:44< Shadow_Master> that the add-ons description button does not take into account filtering? um, I forgot I was going to check what is causing it
20091001 03:17:53< Shadow_Master> *filtering into account
20091001 03:19:30< Espreon> Not using hard edge erasing in the map's xcf... is evil...
20091001 03:20:00< Shadow_Master> anyone around using PPC Linux and that has a ready environment for compiling? :P
20091001 03:28:59-!- ardesh_ [n=ardesh@port-92-206-28-200.dynamic.qsc.de] has joined #wesnoth-dev
20091001 03:30:55< CIA-62> espreon * r38925 /branches/resources/cartography-tools/great-continent.xcf: Killed lots of debris.
20091001 03:36:00-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit ["WRYYYYYYYYYYYYYYYYYYYY!"]
20091001 03:37:26< alink> wesbot: log r38613
20091001 03:37:27< wesbot> silene * r38613 : Switched gamemap interface from SDL_TTF to Pango.
20091001 03:37:27< wesbot> URL: http://svn.gna.org/viewcvs/wesnoth?view=rev&rev=38613
20091001 03:38:34< alink> Silene ^ I believe that it breaks ellipsis for long weapon name, they are now displayed on 2 lines
20091001 03:40:34< alink> I tried a bit to use set_ellipse_mode, but can't make it work as wanted for multi-line stuff, or rect dimensions are wrong?
20091001 03:41:22< alink> I will submit a bugreport tomorrow, too tired now
20091001 03:41:47< alink> but to reproduce it, just find or create a weapon with a long name
20091001 03:44:45< alink> hum, English mainline units doesn't show the bug
20091001 03:44:46-!- ardesh__ [n=ardesh@port-92-206-78-82.dynamic.qsc.de] has quit [Read error: 113 (No route to host)]
20091001 03:45:20< alink> but i suspect that more verbose languages will do it
20091001 03:45:35< alink> anyway, good night
20091001 03:45:38-!- alink [n=alink@wesnoth/developer/alink] has quit [Remote closed the connection]
20091001 03:56:23-!- MikeJB [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #Wesnoth-dev
20091001 03:57:13-!- MikeJB is now known as Aethaeryn
20091001 04:00:52-!- Appleman1234 [n=Appleman@131.181.101.126] has joined #wesnoth-dev
20091001 04:05:02-!- Ivanovic_ [n=ivanovic@77.178.175.156] has joined #wesnoth-dev
20091001 04:06:09-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20091001 04:06:18-!- Shadow_Master is now known as shadowm
20091001 04:07:42-!- gtsteel [n=gtsteel@CPE001346a3fd7f-CM00e06fb8be94.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20091001 04:10:32-!- Ambushsabre_ [n=Ambushsa@75.67.227.170] has quit ["Leaving"]
20091001 04:14:00-!- Ivanovic [n=ivanovic@wesnoth/developer/ivanovic] has quit [Read error: 145 (Connection timed out)]
20091001 04:14:59-!- Ivanovic_ is now known as Ivanovic
20091001 04:17:58-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has joined #wesnoth-dev
20091001 04:18:33-!- Blueblaze [n=nick@adsl-99-188-135-230.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20091001 04:29:30-!- shadowm is now known as shadowmaster
20091001 04:31:40-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has quit ["Mnb'vcxz lkj'hgf dsa poiu ytre'wq!"]
20091001 04:56:25-!- wesbot changed the topic of #wesnoth-dev to: released 1.7.6, announcing soon | string/feature freeze active! | 90 bugs, 237 feature requests, 9 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20091001 05:05:49-!- gtsteel [n=gtsteel@CPE001346a3fd7f-CM00e06fb8be94.cpe.net.cable.rogers.com] has quit ["Zzzzz"]
20091001 05:09:10-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20091001 05:18:48-!- ancestral [n=ancestra@97-116-105-75.mpls.qwest.net] has quit []
20091001 05:22:23-!- ancestral [n=ancestra@97-116-105-75.mpls.qwest.net] has joined #wesnoth-dev
20091001 05:27:49-!- Crab_ [i=crab@wesnoth/developer/crab] has quit ["Leaving."]
20091001 06:03:20-!- ancestral [n=ancestra@97-116-105-75.mpls.qwest.net] has quit []
20091001 06:27:23-!- Blueblaze [n=nick@adsl-99-188-135-230.dsl.hstntx.sbcglobal.net] has quit [Remote closed the connection]
20091001 06:53:37-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20091001 07:30:55-!- silene [n=plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20091001 07:44:18< Soliton> silene: http://nopaste.com/p/ajaDUehOab  would that be a bad idea?
20091001 07:46:53< silene> Soliton: i think i already fixed it, i may just have forgotten one of the leak comments
20091001 07:47:10-!- Sirp [n=user@wesnoth/developer/dave] has quit ["leaving"]
20091001 07:48:00< Soliton> silene: well, afaict if replay::throw_error() would throw an exception bc_ would indeed leak.
20091001 07:48:39< silene> Soliton: why?
20091001 07:49:13< Soliton> silene: because the destructor is not called?
20091001 07:50:01< silene> you mean the destructor of bc_? it is called from the destructor of attack
20091001 07:50:15< Soliton> that code is in the constructor of attack.
20091001 07:51:20< silene> Soliton: right, my mistake; there had to be a reason why i had put this comment...
20091001 07:51:30< silene> Soliton: your patch is fine; thanks
20091001 07:52:04< Soliton> ok, cool. was just wondering if there was some deeper issue.
20091001 07:52:59< silene> no need to fill bc_ with a null value; it is useless and a bit inconsistent since you are not filling the other pointers
20091001 07:53:36< Soliton> well, the problem is that replay::throw_error() isn't always throwing an exception.
20091001 07:54:03< Soliton> and if it doesn't that's going to be a problem in the destructor, right?
20091001 07:55:05< silene> good point
20091001 07:55:31< Soliton> replay::throw_error() is not very well named at this point...
20091001 07:55:53< Soliton> i've refactored a lot around it and should probably rename it as well.
20091001 08:18:49< Soliton> // Healing/income happen if it's not the first turn of processing, or if we are loading a game, and this is not the player it started with.
20091001 08:19:14< Soliton> why would healing and income happen on loading a game?
20091001 08:22:05-!- faryshta [n=faryshta@189.146.223.195] has joined #wesnoth-dev
20091001 08:22:59< faryshta> Hi, small question, where can I find a tutorial for programming a game?
20091001 08:23:22< faryshta> I am having issues on how to handle the multiplayer part.
20091001 08:23:52< Soliton> certainly a small question. :-)
20091001 08:24:39< faryshta> Jejeje Soliton I just want a link.
20091001 08:29:09-!- zookeeper [n=l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20091001 08:54:28< Soliton> zookeeper: turn refresh is fired every side turn except for turn 1 and turn X, new turn, side turn are fired every (side) turn?
20091001 08:55:21< zookeeper> nope
20091001 08:55:32< zookeeper> turn X and new turn are fired on every side 1 turn
20091001 08:56:12< zookeeper> and turn refresh should fire on the first turn too IMO
20091001 08:56:13< Soliton> yes, that's what i meant.
20091001 08:56:21< zookeeper> oh, right
20091001 08:56:26< Soliton> right, that is what i was wondering about.
20091001 08:57:06< Soliton> i think there was some issue with income on first turn though?
20091001 08:57:38< zookeeper> well, yeah, income shouldn't be applied on the first turn
20091001 08:57:49< Soliton> i'm asking because there is some awfully convoluted logic in the code to fire these events...
20091001 08:58:41< zookeeper> any idea why?
20091001 08:59:06< zookeeper> i haven't exactly understood why some turn events don't fire on the first turn
20091001 08:59:24< zookeeper> (like "turn 1", not sure if there are others)
20091001 09:00:31< Soliton> hmm, yeah not sure about turn 1.
20091001 09:00:57< Soliton> turn refresh doesn't have to be coupled with income and healing so no idea there either.
20091001 09:01:31< Soliton> the code checks if there is a real turn change which means the previous turn number is different from the current.
20091001 09:01:47< Soliton> i guess on turn one the previous turn might not be 0.
20091001 09:04:36< zookeeper> well, i don't see why that'd matter for events
20091001 09:04:59< Soliton> not at all just explaining how the C++ side works. :-)
20091001 09:05:21< Soliton> infact it looks to me like turn 1 should be fired.
20091001 09:05:42< Soliton> since the previous turn is initialized as 0.
20091001 09:06:47< silene> Soliton: you got it wrong, healing and income don't happen when loading a game; that's exactly the contrary, they don't happen on loading a game since the first player is then the one from the savegame
20091001 09:07:20< Soliton> i know.
20091001 09:07:59< Soliton> what i'm wondering is why do_init_side() is called at all when loading.
20091001 09:08:41< Soliton> after cleaing up the logic in there it seems only to scroll to the leader and play a sound.
20091001 09:08:57< silene> yes, and shroud too maybe
20091001 09:09:24< Soliton> and bogusly firing turn refresh.
20091001 09:09:58< Soliton> the problem i was looking into was that an init_side command is added each time you load a game.
20091001 09:10:06< Soliton> which messes up replays.
20091001 09:11:32< silene> i don't see why it would fire bogus events; unless someone messed up and start_turn_ and first_player_ now contain bogus values?
20091001 09:12:47< Soliton> oh yeah, the real_side_change variable confused me.
20091001 09:12:56< Soliton> it's fine.
20091001 09:13:51< Soliton> (turn_refresh || real_side_change) can be reduced to turn_refresh.
20091001 09:14:37-!- DDR [n=chatzill@66.183.125.196] has quit [Remote closed the connection]
20091001 09:15:39-!- stikonas [n=and@bcm-131-111-216-119.girton.cam.ac.uk] has joined #wesnoth-dev
20091001 09:16:48< Soliton> zookeeper: so it would be easy to make it so turn refresh is fired also on the first turn. i'm a bit hesitant to do such a change now though...
20091001 09:17:32< zookeeper> yeah, maybe not a good idea, who knows what relies on it
20091001 09:18:53-!- Appleman1234 [n=Appleman@131.181.101.126] has quit ["Leaving"]
20091001 09:21:14-!- faryshta [n=faryshta@189.146.223.195] has quit ["Saliendo"]
20091001 09:28:05< silene> Soliton: that being said, i agree the logic is quite confusing; it would have much more readable to just conditionalize everything with !loading_game_ and then to set it to false; and it would have been more robust (hopefully, wml designers don't like to change turn number on the fly)
20091001 09:30:22< Soliton> yeah, i'm wondering about start turn changes.
20091001 09:31:43< Soliton> i've simplified the logic to "bool first_side_turn_after_loading = loading_game_ && int(team_index) + 1 == first_player_ && turn() == start_turn_;" but setting loading_game_ to false was how indeed how i imagined it'd work at first.
20091001 09:32:23< Soliton> i'm not sure if it's used for other things...
20091001 09:34:21< Soliton> looks like it should be fine.
20091001 09:35:40< silene> yes, it is used for deciding whether to throw start-like events, so it should already have happened by the time sides are initted
20091001 09:52:59-!- silene [n=plouf@wesnoth/developer/silene] has quit ["Leaving."]
20091001 09:54:21-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091001 10:07:09< CIA-62> soliton * r38926 /trunk/src/ (actions.cpp unit.hpp): made units really die when the replay says they should
20091001 10:07:43< CIA-62> soliton * r38927 /trunk/src/unit.hpp: removed useless declaration
20091001 10:07:44< CIA-62> soliton * r38928 /trunk/src/actions.cpp: use replay::throw_error instead of directly throwing a replay error
20091001 10:07:57< CIA-62> soliton * r38929 /trunk/src/ (game_events.cpp replay.cpp): replay::throw_error() doesn't necessarily throw an exception, make sure calling code handles that
20091001 10:08:08< CIA-62> soliton * r38930 /trunk/src/actions.cpp: 
20091001 10:08:08< CIA-62> fixed a memory leak
20091001 10:08:08< CIA-62> attack objects aren't used after construction so deleting bc_ shouldn't be an issue
20091001 10:08:17< CIA-62> soliton * r38931 /trunk/src/ (11 files): (log message trimmed)
20091001 10:08:17< CIA-62> unified continue_replay() and process_oos()
20091001 10:08:17< CIA-62> made process_oos() a virtual function of play_controller with a default
20091001 10:08:17< CIA-62> implementation (probably not so useful) and two special implementations in
20091001 10:08:18< CIA-62> playmp_controller and replay_controller
20091001 10:08:20< CIA-62> call process_oos() directly from replay::throw_error() so we can continue
20091001 10:08:22< CIA-62> exactly where we left off if the user decides so and don't have to catch
20091001 10:08:24< CIA-62> soliton * r38932 /trunk/src/ (actions.cpp game_events.cpp replay.cpp replay.hpp): renamed replay::throw_error() to replay::process_error() to better reflect that it doesn't necessarily throw an exception
20091001 10:08:29< CIA-62> soliton * r38933 /trunk/src/ (7 files): removed globally available parameters from oos_savegame() and save_game_interactive()
20091001 10:08:34< CIA-62> soliton * r38934 /trunk/src/ (play_controller.cpp play_controller.hpp): simplified logic when loading a game
20091001 10:08:40< CIA-62> soliton * r38935 /trunk/src/play_controller.cpp: don't add init_side commands to the replay on reloading
20091001 10:08:51< Ivanovic> moin
20091001 10:08:55-!- euschn [n=chatzill@wesnoth/developer/euschn] has joined #wesnoth-dev
20091001 10:21:20< CIA-62> soliton * r38936 /branches/1.6/src/replay_controller.cpp: make replays continue properly on replay errors
20091001 10:21:25< CIA-62> soliton * r38937 /branches/1.6/src/ (actions.cpp unit.hpp): made units really die when the replay says they should
20091001 10:23:25-!- euschn [n=chatzill@wesnoth/developer/euschn] has quit ["ChatZilla 0.9.85 [Firefox 3.5.3/20090824101458]"]
20091001 10:23:57-!- euschn [n=chatzill@wesnoth/developer/euschn] has joined #wesnoth-dev
20091001 10:30:28-!- ardesh__ [n=ardesh@port-92-206-57-157.dynamic.qsc.de] has joined #wesnoth-dev
20091001 10:42:22-!- ardesh_ [n=ardesh@port-92-206-28-200.dynamic.qsc.de] has quit [Read error: 110 (Connection timed out)]
20091001 10:59:09-!- dfranke [i=dfranke@wesnoth/developer/dfranke] has quit [Read error: 113 (No route to host)]
20091001 10:59:10-!- dfranke_ [i=dfranke@wesnoth/developer/dfranke] has joined #wesnoth-dev
20091001 11:40:03-!- Nayela [n=Nayela@cpc3-lich6-0-0-cust673.brhm.cable.ntl.com] has joined #wesnoth-dev
20091001 11:45:51-!- Nayela [n=Nayela@cpc3-lich6-0-0-cust673.brhm.cable.ntl.com] has quit ["Leaving"]
20091001 11:46:09-!- Nayela [n=Nayela@cpc3-lich6-0-0-cust673.brhm.cable.ntl.com] has joined #wesnoth-dev
20091001 12:03:37< CIA-62> soliton * r38938 /trunk/src/play_controller.cpp: account for WML changing the starting turn
20091001 12:03:42< CIA-62> soliton * r38939 /trunk/src/ (play_controller.cpp replay_controller.cpp): put the newlines where they were meant to go
20091001 12:06:13-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20091001 12:11:38-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20091001 12:14:54-!- noy [n=Noy@wesnoth/developer/noy] has quit [Client Quit]
20091001 12:18:21-!- euschn [n=chatzill@wesnoth/developer/euschn] has quit [Read error: 110 (Connection timed out)]
20091001 12:19:43-!- loonybot [n=loonybot@79.139.139.50] has joined #wesnoth-dev
20091001 12:20:54-!- loonycyborg [n=sergey@79.139.139.50] has joined #wesnoth-dev
20091001 12:49:41-!- ardesh_ [n=ardesh@port-92-206-15-50.dynamic.qsc.de] has joined #wesnoth-dev
20091001 13:06:56-!- ardesh__ [n=ardesh@port-92-206-57-157.dynamic.qsc.de] has quit [Connection timed out]
20091001 13:23:52-!- Kleptomane [n=Kleptoma@S01060019e3d6aaa1.cg.shawcable.net] has joined #wesnoth-dev
20091001 14:33:43-!- esr [n=chatzill@static-71-162-243-5.phlapa.fios.verizon.net] has joined #wesnoth-dev
20091001 15:26:04-!- Netsplit farmer.freenode.net <-> irc.freenode.net quits: wesbot, Smar, dfranke_, happygrue, ardesh_, Doppp
20091001 15:26:29-!- Netsplit farmer.freenode.net <-> irc.freenode.net quits: Chusslove, loonycyborg
20091001 15:26:33-!- loonycyborg [n=sergey@79.139.139.50] has joined #wesnoth-dev
20091001 15:26:43-!- Netsplit over, joins: happygrue, ardesh_, dfranke_, Doppp, wesbot, Smar
20091001 16:06:26-!- Chusslove [n=Chusslov@brsg-d9bee448.pool.mediaWays.net] has joined #wesnoth-dev
20091001 16:25:49-!- stikonas [n=and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20091001 17:04:57-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091001 17:23:33-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20091001 17:29:21-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #Wesnoth-dev
20091001 17:52:40-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has joined #wesnoth-dev
20091001 18:03:18-!- DDR [n=chatzill@66.183.125.196] has joined #wesnoth-dev
20091001 18:07:25-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20091001 18:09:52-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 18:10:01-!- crimson_penguin [n=ben@CPE001ee57c805c-CM0016b5319e18.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20091001 18:26:37-!- Netsplit farmer.freenode.net <-> irc.freenode.net quits: wesbot, Smar, ardesh_
20091001 18:29:32-!- Smar [i=smar@smar.fi] has joined #wesnoth-dev
20091001 18:31:49-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 18:32:10-!- crimson_penguin [n=ben@CPE001ee57c805c-CM0016b5319e18.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20091001 18:37:53-!- Aethaeryn [n=Michael@wesnoth/umc-dev/developer/aethaeryn] has quit ["/quit"]
20091001 18:41:03-!- Noyga [n=lame-z@wesnoth/developer/noyga] has joined #wesnoth-dev
20091001 18:41:24-!- Noyga [n=lame-z@wesnoth/developer/noyga] has left #wesnoth-dev ["Quitte"]
20091001 18:43:13-!- Netsplit over, joins: ardesh_
20091001 18:46:48-!- Blueblaze [n=nick@99.188.135.230] has joined #wesnoth-dev
20091001 19:15:04-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 19:15:13-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20091001 19:16:43-!- boucman [n=rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20091001 19:17:44-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20091001 19:21:03-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 19:21:48-!- crimson_penguin [n=ben@CPE001ee57c805c-CM0016b5319e18.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20091001 19:26:04-!- Blueblaze [n=nick@99.188.135.230] has quit [Remote closed the connection]
20091001 19:26:35-!- stikonas [n=and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20091001 19:29:32< _rtfb> esr, ping
20091001 19:41:16-!- lizard_r [n=Miranda@wesnoth/umc-dev/developer/lizard] has joined #wesnoth-dev
20091001 19:44:03-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 19:44:51-!- crimson_penguin [n=ben@CPE001ee57c805c-CM0016b5319e18.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20091001 19:45:25< esr> _rtfb: What's up?
20091001 19:45:53< _rtfb> I've got several typos for you in the new unit descriptions
20091001 19:47:01< _rtfb> those are scattered across multiple files, will svn diff | mail do it?
20091001 19:49:29< esr> Yes.
20091001 19:49:48< _rtfb> @thyrsus.com?
20091001 19:50:07< esr> Yes.
20091001 19:50:22< _rtfb> within minutes
20091001 19:50:37< esr> And thanks for doing this!
20091001 19:56:06< _rtfb> sent
20091001 19:56:21-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 19:58:16-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20091001 20:08:39-!- crimson_pinvin [n=ben@CPE001ee57c805c-CM0016b5319e18.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20091001 20:09:29< esr> _rtfb: Subject line?
20091001 20:10:45< _rtfb> Subject: Typos in Wesnoth Unit descriptions
20091001 20:15:47< esr> Not here yet.  That's odd...fetchmail has had time to cycle.
20091001 20:16:30< esr> Did you gert any bounce message?
20091001 20:16:38-!- crimson_pinvin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 20:18:07-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 20:18:35< _rtfb> nope, I didn't...
20091001 20:18:44< esr> That's not good.
20091001 20:18:48-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20091001 20:18:55< _rtfb> I suspect it's not the first time my mail doesn't reach you...
20091001 20:19:01< esr> Try resending, please?
20091001 20:19:03-!- silene [n=plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20091001 20:19:06< _rtfb> sure
20091001 20:19:10< silene> hi
20091001 20:20:29< esr> rtfb" what username did you send from?
20091001 20:21:54< _rtfb> umm... I'm not sure what gmail puts there
20091001 20:22:36< esr> Aha!  I'm graylisting, so it might come through after your MTA's first resend attempt.
20091001 20:25:01-!- [Relic] [n=[Relic]@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20091001 20:25:56< [Relic]> Hello :)
20091001 20:26:46< esr> _rtfb: Just as a fallback, perhap you should pastebin the diff somewhere.
20091001 20:27:07< esr> Wait, I got it!
20091001 20:27:48< _rtfb> cool! Strange it didn't make it's way the first time...
20091001 20:28:08< esr> It was the graylisting.  I have both copies now.
20091001 20:28:24< _rtfb> ah, got it
20091001 20:34:39-!- crimson_pinvin [n=ben@CPE001ee57c805c-CM0016b5319e18.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20091001 20:37:09-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 20:37:30-!- crimson_pinvin is now known as crimson_penguin
20091001 20:37:54-!- lizard_r [n=Miranda@wesnoth/umc-dev/developer/lizard] has quit ["Saurian Augur - I'll heal you by 4 hp if you leave next to me"]
20091001 20:38:42-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 20:39:28-!- YogiHH [n=chatzill@d097233.adsl.hansenet.de] has joined #wesnoth-dev
20091001 20:39:44-!- crimson_penguin [n=ben@CPE001ee57c805c-CM0016b5319e18.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20091001 20:41:30-!- DDR [n=chatzill@66.183.125.196] has quit [Read error: 110 (Connection timed out)]
20091001 20:43:46< thespaceinvader> boucman: minor animation wml issue: when defending and an attack misses when over water, the drake will go into the first frame of the flight animation rather than into the standing frame
20091001 20:43:48< thespaceinvader> can i fix this?
20091001 20:44:15< thespaceinvader> otherwise i think i'm sorted
20091001 20:44:39< boucman> probably, but I need to check how it work exactly...
20091001 20:46:43-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 20:47:01< boucman> thespaceinvader: no you can't it's a glitch with the new sheating anim, i'll commit a fix in a minute
20091001 20:47:06-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20091001 20:47:25< thespaceinvader> ok, thanks boucman 
20091001 20:47:43< Nayela> Is there a bug list? I think I found one and am not sure if someone else has seen it ( traits prefixed with 'female^' )
20091001 20:48:07< Soliton> what translation do you use?
20091001 20:48:47< boucman> Nayela: bugs.wesnoth.org
20091001 20:48:51< Soliton> british english translation is notorious for messing that stuff up.
20091001 20:49:38< Soliton> typos are not on bugs.wesnoth.org
20091001 20:50:17< Nayela> It only appears to affect one unit
20091001 20:50:54< Nayela> Actually, need to get another female mage to check
20091001 20:51:02< Nayela> And yes, I'm using the British one
20091001 20:51:23< Soliton> very unlikely that it only affects on unit.
20091001 20:53:01< thespaceinvader> boucman: i'm just testing my macros
20091001 20:53:13< thespaceinvader> if they work, i'll apply them to all the drakes, test them again, then commit
20091001 20:53:16< boucman> thespaceinvader: it's actually pretty tricky to fix
20091001 20:53:27< thespaceinvader> ah, well, it's not that major
20091001 20:54:11< thespaceinvader> the macros work :D
20091001 20:56:38< boucman> thespaceinvader: i'm abit suprised... only defender gets briefly its standing frame ?
20091001 20:56:54< thespaceinvader> yep
20091001 20:56:59< thespaceinvader> only when getting missed
20091001 20:57:10< boucman> hmm
20091001 20:57:22< Soliton> Nayela: i don't see an issue. what version do you use?
20091001 20:57:22< boucman> could you pastebin your WML?
20091001 20:57:29< thespaceinvader> it gets the first frame of the over-water standing anim, where it shoudl get the standing frame in order to look right
20091001 20:57:31< thespaceinvader> sure
20091001 20:57:33< thespaceinvader> hold on...
20091001 20:57:38< Nayela> Soliton, 1.6.5
20091001 20:58:14< Soliton> Nayela: what trait?
20091001 20:58:33< Nayela> Soliton, resilient and quick
20091001 20:58:49< thespaceinvader> boucman: http://wesnoth.pastebin.com/d57f9fc4a
20091001 20:59:15< boucman> thespaceinvader: it uses whatever is the valid standing anim for its location, that's why you have the flying one...
20091001 20:59:20-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091001 20:59:34< boucman> what I don't understand is why you have it only on defense, and only on miss that's pretty weird
20091001 20:59:39< thespaceinvader> boucman: i think it's the defence behaving the way it ought to for the location and standing anim, yeah
20091001 20:59:56< thespaceinvader> because when they're defending and missed, it plays the standing frame not the defence frame?
20091001 21:00:09< boucman> they should not...
20091001 21:00:30< boucman> they are set to defense and then set again to attack, but (theoretically) without redraw in the middle
20091001 21:00:43< boucman> and the anim engine has no knowledge of hit vs miss
20091001 21:00:46< boucman> hmm
20091001 21:00:54< boucman> let me look around a little more
20091001 21:02:08-!- giusef [n=giusef@unaffiliated/giusef] has joined #wesnoth-dev
20091001 21:05:49-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 21:06:17< Soliton> Ivanovic: 1.6: http://nopaste.com/p/aZxKjcZB3  trunk: http://nopaste.com/p/aQkOu2isab  commit?
20091001 21:06:25-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20091001 21:06:41< Soliton> Ivanovic: isn't there some guy who runs a script that checks those things from time to time?
20091001 21:08:48< Soliton> YogiHH: "save.save_game_interactive(_("A network disconnection has occurred, and the game\ncannot continue. Do you want to save the game?"), gui::YES_NO);"  any idea why you put that odd linebreak in there?
20091001 21:10:11< YogiHH> Soliton: probably to not make the dimensions of the dialog look so weird. Or i just didn't get word wrap to work correct
20091001 21:10:59< YogiHH> Soliton: I didn't find anything to specify the width of the dialog.
20091001 21:12:58< Soliton> ok, i put a todo mark there to remove the linebreak after the string freeze. if it really is necessary for some reason there should at least be a comment about it in the commit introducing it or in the code.
20091001 21:18:25-!- stikonas [n=and@bcm-131-111-216-119.girton.cam.ac.uk] has joined #wesnoth-dev
20091001 21:19:18< Soliton> YogiHH: i've fixed the replays oos i told you about, btw. the code was putting init_side commands into the replay on reload so when replaying there were odd cases of getting healing and income in the middle of a turn.
20091001 21:19:43< YogiHH> Soliton: i see, thanks
20091001 21:22:23-!- crimson_pinvin [n=ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20091001 21:22:37-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 21:23:02-!- crimson_pinvin is now known as crimson_penguin
20091001 21:24:01-!- crimson_pinvin [n=ben@CPE001ee57c805c-CM0016b5319e18.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20091001 21:26:45-!- crimson_pinvin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 21:26:45-!- ardesh_ [n=ardesh@port-92-206-15-50.dynamic.qsc.de] has quit ["Quis custodiet ipsos custodes"]
20091001 21:27:00-!- crimson_pinvin [n=ben@CPE001ee57c805c-CM0016b5319e18.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20091001 21:28:57< Ivanovic> Soliton: the one with the script is Chusslove
20091001 21:29:08< Ivanovic> Soliton: that is: uhm, why the prefernces change in the diff?
20091001 21:29:53< Ivanovic> Soliton: just ignore 1.6, there won't be another release in this stream anyway
20091001 21:30:00< Ivanovic> for trunk, commit the change to the et.po file
20091001 21:30:24< Soliton> oh, you mean the server.cpp change? yeah that is unrelated..
20091001 21:30:43-!- crimson_pinvin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 21:30:44< Ivanovic> right, hat is what i mean
20091001 21:30:55-!- crimson_pinvin [n=ben@CPE001ee57c805c-CM0016b5319e18.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20091001 21:30:57-!- Ivanovic changed the topic of #wesnoth-dev to: string/feature freeze active! | 90 bugs, 237 feature requests, 9 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20091001 21:31:13< Ivanovic> i knew i forgot something yesterday!
20091001 21:31:14< Ivanovic> ;)
20091001 21:31:16< Soliton> well, it won't hurt to commit for 1.6 though, right? since i already have the change...
20091001 21:31:31< Ivanovic> it shouldn't hurt
20091001 21:31:44< Ivanovic> just make sure to list the updated translations in the changelogs so that those are not forgotten
20091001 21:32:01-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 21:32:02-!- crimson_pinvin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 21:32:11-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20091001 21:33:00< Ivanovic> Estonian, Greek, Indonesian, Swedish is what i see changed in your diff
20091001 21:33:06-!- happygrue_ [n=George@c-98-223-235-36.hsd1.in.comcast.net] has joined #wesnoth-dev
20091001 21:33:55< Soliton> thanks, was just looking that up. :-)
20091001 21:34:02-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 21:34:19-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20091001 21:35:03< boucman> thespaceinvader: could you commit your drake work "as is" it's good from a WML point of view, and it will help my testin
20091001 21:35:19< thespaceinvader> umm sure boucman 
20091001 21:35:19-!- crimson_pinvin [n=ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20091001 21:35:25< thespaceinvader> would you prefer macros or not?
20091001 21:35:32-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Connection reset by peer]
20091001 21:35:32< CIA-62> soliton * r38940 /branches/1.6/ (5 files in 4 dirs): removed translation notes from translated strings
20091001 21:35:51< CIA-62> ivanovic * r38941 /trunk/po/wesnoth-tutorial/de.po: updated German translation
20091001 21:35:53< thespaceinvader> or just one completed cfg?
20091001 21:36:38< boucman> either, same for me
20091001 21:36:40-!- crimson_pinvin is now known as crimson_penguin
20091001 21:37:37< Ivanovic> esr: got a problem with pofic
20091001 21:37:43< Ivanovic> s/pofic/pofix.py
20091001 21:37:53< esr> Ivanovic: What is it?
20091001 21:38:02< Ivanovic> esr: the script seems to not like changes listed that don't have something before and after the "real" change
20091001 21:38:11< thespaceinvader> k boucman, just working on it
20091001 21:38:15< Ivanovic> so your addition in low does not seem to work nicely
20091001 21:38:16< esr> Example?
20091001 21:38:22< Ivanovic> ("arrives!.", "arrives!"),
20091001 21:38:42< thespaceinvader> boucman: i'll do all the relevant commits in one block so it's easier to revert if necessary
20091001 21:38:43< esr> Hm. I'll look into it.
20091001 21:39:15< Ivanovic> esr: just run pofix on po/wesnoth-low/de.po to see the problem
20091001 21:39:30< Ivanovic> the "to be replaced" string is clearly only there once in the file
20091001 21:39:47< boucman> thespaceinvader: ok
20091001 21:40:06< thespaceinvader> there will be some offset tweaks necessary i think, but those are easy enough
20091001 21:40:16< Ivanovic> (i already ran into this problem some days ago when trying to run a simple replacement of " and and " to " and " which was not possible, had to provide context before and after the string to replace, then it worked
20091001 21:41:13-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 21:41:22-!- crimson_penguin [n=ben@CPE001ee57c805c-CM0016b5319e18.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20091001 21:42:25< CIA-62> soliton * r38942 /trunk/ (changelog po/wesnoth-lib/et.po): removed translation notes from translated strings
20091001 21:42:38< CIA-62> soliton * r38943 /trunk/src/server/server.cpp: send a server message when clients report oos
20091001 21:48:27-!- crimson_pinvin [n=ben@CPE001ee57c805c-CM0016b5319e18.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20091001 21:48:38-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 21:48:58-!- crimson_pinvin is now known as crimson_penguin
20091001 21:49:01< _rtfb> Soliton, just found a typo that annotate attributes to you:
20091001 21:49:02< _rtfb> rtfb@dungeon:~/hacking/wesnoth$ grep chose data/hardwired/tips.cfg 
20091001 21:49:02< _rtfb>     text= _ "You can access the 'Recruit' and 'Recall' commands by right-clicking on a castle tile. That will let you chose which hex you put a new unit in. Placing units wisely can sometimes let you reach a village a turn earlier."
20091001 21:50:22< Soliton> annotate is a bit too kind there. i'll fix.
20091001 21:50:46< _rtfb> :-)
20091001 21:50:52-!- happygrue [n=George@wesnoth/developer/wintermute] has quit [Connection timed out]
20091001 21:51:27< Ivanovic> Soliton: when fixing please also add to utils/pofix.py (stringfreeze...)
20091001 21:51:28< Ivanovic> ;)
20091001 21:51:46< Soliton> of course!
20091001 21:53:15-!- alink [n=alink@wesnoth/developer/alink] has joined #wesnoth-dev
20091001 21:53:20< _rtfb> the golddamn rule of software development... The typos start poking the eye after string freeze...
20091001 21:54:05-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 21:54:32< esr> Indeed.
20091001 21:56:13< Soliton> pofix talks a lot about handfixing stuff. no idea what the problem is.
20091001 21:56:24-!- crimson_penguin [n=ben@CPE001ee57c805c-CM0016b5319e18.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20091001 21:56:52< Soliton> i guess i'll only add the typo and fix in the cfg.
20091001 21:57:59< thespaceinvader> boucman: going up now
20091001 21:58:05< boucman> ok, thx
20091001 21:58:07< alink> no wesbot ?
20091001 21:58:07< CIA-62> thespaceinvader * r38944 /trunk/ (12 files in 3 dirs): New animation WML and macros for the Drakes. Most drake CFGs are now around 100 lines, rather than the 3 to 400 they were previously...
20091001 21:58:19< thespaceinvader> have tested everything (i think) and haven't broken anything AFAIK
20091001 21:58:22< alink> wesbot: seen wesbot
20091001 21:58:23< alink> ;-p
20091001 22:00:10< CIA-62> soliton * r38945 /trunk/ (data/hardwired/tips.cfg utils/pofix.py): typo fix
20091001 22:00:48< Soliton> alink: http://wesnoth.org/irclogs has logs as well.
20091001 22:01:26< alink> Soliton: indeed, thanks
20091001 22:02:15< Soliton> Rhonda: looks like wesnot hasn't come back from the last netsplit.
20091001 22:02:21< Soliton> wesbot*
20091001 22:05:14-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 22:05:54< CIA-62> caslav_ilic * r38946 /trunk/ (8 files in 3 dirs): Updated localized images for Russian.
20091001 22:06:01-!- crimson_penguin [n=ben@CPE001ee57c805c-CM0016b5319e18.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20091001 22:10:13< thespaceinvader> all: http://www.wesnoth.org/forum/download/file.php?id=34847 :D:D
20091001 22:11:05 * boucman starts singing the "west side story" opening music
20091001 22:11:34< boucman> hmm
20091001 22:11:46< boucman> maybe it's time to prepare screenshots for 1.8 release :P
20091001 22:13:00< thespaceinvader> :D
20091001 22:13:14< thespaceinvader> that is the biggest graphical change since 1.6 after all
20091001 22:13:18< thespaceinvader> it looks SOOO good
20091001 22:13:25< boucman> that it does...
20091001 22:14:14< boucman> once the next 1.7.x is out we should seriously ask for contributes screenshots (make a forum thread or something) so we have them ready on release
20091001 22:16:50-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 22:17:11-!- crimson_penguin [n=ben@CPE001ee57c805c-CM0016b5319e18.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20091001 22:17:50< Rhonda> Soliton: 22:12 -!- Irssi: Unable to connect server chat.freenode.net port 6667
20091001 22:21:05-!- wesbot [n=wesbot@wesnoth/bot/wesbot] has joined #wesnoth-dev
20091001 22:21:05< Rhonda> ah
20091001 22:21:20< Rhonda> wesbot: wb :)
20091001 22:21:33< Rhonda> Soliton: Did always try to connect to the same chat.freenode.net IP that was down. :/
20091001 22:23:41-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 22:24:15-!- crimson_penguin [n=ben@CPE001ee57c805c-CM0016b5319e18.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20091001 22:24:49< CIA-62> alink * r38947 /trunk/src/display.cpp: 
20091001 22:24:49< CIA-62> Fix "long weapon name are rendred on 2 lines instead of 1 with ellipsis"
20091001 22:24:49< CIA-62> Bug was probably introduced by the Pango change (r38613)
20091001 22:25:41< alink> silene: ^ can you review this, it works here but i am not sure about the pango stuff because there is a "#if PANGO_VERSION_CHECK(1,20,0)"
20091001 22:27:34< alink> also, maybe i badly greped but in text.cpp, i don't see where maximum_height_ is used
20091001 22:27:59< alink> which is related to my worry about the #if PANGO_VERSION
20091001 22:28:01< CIA-62> caslav_ilic * r38948 /trunk/ (4 files in 3 dirs): Updated localized images for Serbian.
20091001 22:28:50< silene> alink: i don't understand; why do you call that a bug? being able to read a weapon name actually feels like a feature to me
20091001 22:30:04< alink> indeed, but small resolution already have problems to show all weapon lines in sidebar (when there is many)
20091001 22:30:31< alink> Note that user can still have weapon name by using the tooltip
20091001 22:30:36-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 22:30:52-!- crimson_penguin [n=ben@CPE001ee57c805c-CM0016b5319e18.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20091001 22:30:56< silene> alink: maximum_height_ is used just before the pango check, to avoid useless redrawing if the height doesn't change
20091001 22:31:04< alink> plus, all other sidebar info use ellipsis for long name
20091001 22:31:25< alink> silene: ah yes indeed, stupid me
20091001 22:32:39< alink> but #if PANGO_VERSION_CHECK(1,20,0) is false then setting height doesn't change anything ?
20091001 22:32:48-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 22:33:02-!- crimson_penguin [n=ben@CPE001ee57c805c-CM0016b5319e18.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20091001 22:33:08< Soliton> maybe this is the same cause as for this glitch: http://forum.wesnoth.org/viewtopic.php?p=387758#p387758 ?
20091001 22:33:20< silene> alink: sure, but it is true; only people with an obsolete version of pango will fail this check
20091001 22:33:57-!- crimson_pinvin [n=ben@CPE001ee57c805c-CM0016b5319e18.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20091001 22:34:12< silene> alink: btw, setting the maxium height to zero is incorrect, -1 is the correct value
20091001 22:34:58< silene> alink: would it make sense to conditionalize the value on TINY_GUI? (is it what you are currently testing?)
20091001 22:35:14< alink> yes, probably better, I noticed that set_maximum_height did it for me but i was not sure if -1 was an internal value
20091001 22:35:27-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 22:35:27-!- crimson_pinvin is now known as crimson_penguin
20091001 22:36:01< alink> no it is not especially related to tiny_gui, even if it is much more relevant there
20091001 22:36:30-!- Blueblaze [n=nick@adsl-99-188-135-230.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20091001 22:36:35< silene> alink: it's not; negative values are a line count; you could put -2 to mean at most two lines (though the code in text.cpp would get it wrong then, but we can fix it)
20091001 22:37:07< CIA-62> caslav_ilic * r38949 /trunk/ (2 files in 2 dirs): Updated localized images for Serbian.
20091001 22:37:27< alink> ok, I will change it
20091001 22:38:06< alink> but about deciding if we use ellipsis, I assumed that the multi-line rendering was not wanted and I found it ugly when I saw it but i try again
20091001 22:39:07< Soliton> alink: seen the forum post above? that looks like multiline rendering as well.
20091001 22:39:23< alink> Soliton: yes i will check that too
20091001 22:39:47-!- crimson_pinvin [n=ben@CPE001ee57c805c-CM0016b5319e18.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20091001 22:39:47-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 22:40:02-!- crimson_pinvin is now known as crimson_penguin
20091001 22:41:20-!- crimson_pinvin [n=ben@CPE001ee57c805c-CM0016b5319e18.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20091001 22:41:29< alink> how it looks :  http://img8.imageshack.us/img8/6295/longweaponname.png
20091001 22:41:53< alink> IMHO it break the current 1 info by line
20091001 22:42:00-!- blarumyrran [n=minaise@81-20-159-197.levira.ee] has joined #wesnoth-dev
20091001 22:42:20< Soliton> it'll certainly break parts of the theme that don't use relative positioning.
20091001 22:43:18-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 22:43:21-!- crimson_pinvin is now known as crimson_penguin
20091001 22:44:38< alink> Soliton: do you know how to reproduce that last forum bug with the minimap ?
20091001 22:45:10< Soliton> nope.
20091001 22:45:16< silene> Soliton: the glitch you mention is probably related to the overall switch from sdl to pango; but i don't think it is directly related to alink's problem: the height of the box was set and pango isn't supposed to write outside the surface
20091001 22:45:39-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Connection reset by peer]
20091001 22:45:43-!- crimson_penguin [n=ben@CPE001ee57c805c-CM0016b5319e18.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20091001 22:45:57< Soliton> i see.
20091001 22:46:57< silene> that being said, the theme seems to set the height to 143 pixels, which would explain the issue (but i don't know about themes, so i'm not sure i read it properly)
20091001 22:47:34< Soliton> with default i get ellipsis when the terrain name is too long.
20091001 22:48:39-!- crimson_pinvin [n=ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20091001 22:49:08-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 22:49:19-!- crimson_pinvin is now known as crimson_penguin
20091001 22:49:21< Soliton> on 800x600 i get no terrain names at all.
20091001 22:50:50< silene> in the dfool theme, the height is set to "=-2"; what does that mean?
20091001 22:51:27< CIA-62> caslav_ilic * r38950 /branches/resources/image-localization/ (6 files in 2 dirs): Updated source localized images for Serbian.
20091001 22:51:31-!- YogiHH [n=chatzill@d097233.adsl.hansenet.de] has left #wesnoth-dev []
20091001 22:51:36< alink> http://www.wesnoth.org/wiki/ThemeWML
20091001 22:52:00< alink> http://www.wesnoth.org/forum/viewtopic.php?p=213708#213708
20091001 22:52:19< alink> http://www.wesnoth.org/wiki/ThemeSystem
20091001 22:54:10-!- zookeeper [n=l@wesnoth/developer/zookeeper] has quit []
20091001 22:54:10< alink> it's always weird to have such complex GUI system and no devs who really understand use it :-/
20091001 22:54:58< Soliton> it's not so bad really but the problem is that when editing a theme you have to imagine how it will look in your head which gets complicated pretty fast.
20091001 22:55:09< Soliton> a visual editor would be so much easier.
20091001 22:55:30< alink> yeah, or at least more clear feedback when something is wrong
20091001 22:58:02< silene> i still don't understand; for instance, in dfool's theme; the last coordinate of the "terrain-panel" is "=+33" which is supposed to means 33 pixels more than the related coordinate of the reference rectangle; but there are no reference rectangle for this panel
20091001 22:59:30< Soliton> maybe the previous panel is automatically a reference?
20091001 23:01:50< silene> perhaps, but it is written neither in the documentation nor in the long post by dfool
20091001 23:02:16< Soliton> yeah, can't find it either.
20091001 23:02:24< alink> in source there is a // override default reference rect with "ref" parameter if any
20091001 23:02:26< silene> anyway, i won't care much for today; its getting late and i have a lecture to give early tomorrow; time to sleep
20091001 23:02:49< Ivanovic> IIRC you can either set a ref yourself or use the previous one from before
20091001 23:05:17< Nayela> That's odd.. I have 'teamname^' prefixed on the Status dialog... is that related to the other one Soliton?
20091001 23:06:13< Soliton> Nayela: could be a code bug. the translation is fine.
20091001 23:07:38-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 23:07:52-!- crimson_penguin [n=ben@CPE001ee57c805c-CM0016b5319e18.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20091001 23:08:27-!- silene [n=plouf@wesnoth/developer/silene] has quit ["Leaving."]
20091001 23:08:33< Nayela> Okies
20091001 23:10:31< Ivanovic> Nayela: en_GB?
20091001 23:10:39< Ivanovic> then it can also be a translation bug
20091001 23:10:51 * Soliton checked.
20091001 23:10:56< Ivanovic> ah, okay
20091001 23:11:17-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 23:12:47-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has quit ["night all"]
20091001 23:14:48-!- crimson_penguin [n=ben@CPE001ee57c805c-CM0016b5319e18.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20091001 23:15:13< Nayela> It's from a loaded saved MP game which might be a clue to what is wrong
20091001 23:15:32< Nayela> I'll see if it crops up again when the next version is released :-)
20091001 23:16:23-!- crimson_pinvin [n=ben@CPE001ee57c805c-CM0016b5319e18.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20091001 23:16:26-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 23:16:51-!- crimson_pinvin is now known as crimson_penguin
20091001 23:17:01< Soliton> oh, yes. then it's probably an engine bug.
20091001 23:17:16< Soliton> only relevant if it's also in 1.7 by now though.
20091001 23:17:21-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 23:17:28-!- crimson_penguin [n=ben@CPE001ee57c805c-CM0016b5319e18.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20091001 23:17:33-!- yamokidzu-it [n=rainy-it@host200-74-dynamic.20-79-r.retail.telecomitalia.it] has joined #wesnoth-dev
20091001 23:17:35-!- Blueblaze [n=nick@adsl-99-188-135-230.dsl.hstntx.sbcglobal.net] has quit [Read error: 104 (Connection reset by peer)]
20091001 23:19:19-!- DDR [n=chatzill@66.183.125.196] has joined #wesnoth-dev
20091001 23:21:27-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20091001 23:21:59-!- crimson_penguin [n=ben@wesnoth/developer/crimsonpenguin] has quit [Read error: 104 (Connection reset by peer)]
20091001 23:23:14-!- _rtfb [n=read-the@78-56-0-35.static.zebra.lt] has quit [Read error: 110 (Connection timed out)]
20091001 23:38:59-!- boucman [n=rosen@wesnoth/developer/boucman] has quit ["Leaving."]
20091001 23:42:07-!- [Relic] [n=[Relic]@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit ["Leaving"]
20091001 23:47:32< CIA-62> espreon * r38951 /branches/resources/cartography-tools/great-continent.xcf: Created an overlay for AoI.
20091001 23:49:04< shadowmaster> damn. I keep missing crimson_penguin
20091001 23:49:40< Nayela> He's bouncing on and off, I think he's having issues
20091001 23:50:05< shadowmaster> mordante: would it be possible to draw the dialog backgrounds tiled instead of scaled?
20091001 23:50:40< shadowmaster> I was comparing the dialog background for the campaign menu dialog (GUI2) with e.g. the preferences dialog (GUI1). I prefer the original, tiled aspect with GUI1 than the distorted aspect of GUI2 backgrounds
20091001 23:52:17< shadowmaster> alternatively, that same background pic could be tiled using the GIMP, but that wouldn't resolve the "problem" for very large dialogs
20091001 23:52:24-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Read error: 104 (Connection reset by peer)]
20091001 23:53:27-!- Jetrel [n=Jetrel@wesnoth/artist/jetrel] has joined #wesnoth-dev
20091001 23:53:38< shadowmaster> talking about dialog backgrounds :P
20091001 23:53:58< Jetrel> hi.
20091001 23:54:16< Jetrel> Espreon was telling me you guys are talking about using alpha channels on overlays?
20091001 23:54:41< CIA-62> shadowmaster * r38952 /trunk/src/addon_management.cpp: 
20091001 23:54:41< CIA-62> Take filtering into account for showing add-on descriptions in the
20091001 23:54:41< CIA-62> download list.
20091001 23:55:25-!- rtfb [n=read-the@78-56-0-35.static.zebra.lt] has joined #wesnoth-dev
20091001 23:55:56< CIA-62> shadowmaster * r38953 /trunk/src/addon_management.cpp: 
20091001 23:55:56< CIA-62> Use GUI2 for the add-on Description pop-up.
20091001 23:55:56< CIA-62> This allows line breaks to be parsed correctly and markup not to be
20091001 23:55:56< CIA-62> interpreted at at all (we don't want markup here).
20091001 23:56:28< Jetrel> Just wanted to say that having overlays that are just the pure text, completely surrounded by transparent pixels, would be sane.  (Overlaid on a text-less map.)
20091001 23:57:23-!- stikonas [n=and@131.111.216.119] has joined #wesnoth-dev
20091001 23:58:45-!- Jetrel [n=Jetrel@wesnoth/artist/jetrel] has quit [Remote closed the connection]
20091001 23:59:37< CIA-62> shadowmaster * r38954 /trunk/ (changelog players_changelog): Update and/or fix changelogs (r38944, r38952)
--- Log closed Fri Oct 02 00:00:19 2009