--- Log opened Sun Nov 22 00:00:02 2009
--- Day changed Sun Nov 22 2009
20091122 00:00:02< Ivanovic> time for me to head off to bed, n8
20091122 00:05:09< CIA-55> alink * r39860 /trunk/src/ (game_display.cpp menu_events.cpp pathfind.cpp pathfind.hpp):
20091122 00:05:09< CIA-55> Rename marked_route::waypoints as marked_route::marks.
20091122 00:05:09< CIA-55> (to avoid the name collision with the other waypoints added by user)
20091122 00:07:41-!- elynia [n=shyde@wesnoth/umc-dev/misc/elynia] has quit ["nyu"]
20091122 00:15:56-!- Zarel [n=Zarel@c-75-72-160-179.hsd1.mn.comcast.net] has joined #wesnoth-dev
20091122 00:21:15-!- wesbot changed the topic of #wesnoth-dev to: 1.7.9-1.8beta2 *maybe* planned for sunday | string/feature freeze active! | 70 bugs, 246 feature requests, 9 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20091122 00:22:35-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has quit [Remote closed the connection]
20091122 00:27:41-!- Bob_The_Mighty [n=chatzill@cpc4-brig15-0-0-cust904.3-3.cable.virginmedia.com] has joined #wesnoth-dev
20091122 00:33:09< Bob_The_Mighty> Anyone got a good way to filter if any enemies are within range of a unit (or if a unit is in range of enemies). I have a moveto within a location filter with a radius set to the unit's max moves, but it isn't working. It triggers straight away. See here: http://wesnoth.pastebin.com/d542b586e
20091122 00:36:47< zookeeper> well, i'm pretty sure $unit doesn't work in the event filters
20091122 00:37:59-!- Blueblaze [n=nick@adsl-99-158-46-90.dsl.hstntx.sbcglobal.net] has quit [Connection timed out]
20091122 00:38:10-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091122 00:38:54< zookeeper> if it's a fogged scenario then you can always use [filter_vision], but other than that it's a bit hairy to try to do
20091122 00:39:03-!- stikonas [n=and@bcm-131-111-216-119.girton.cam.ac.uk] has joined #wesnoth-dev
20091122 00:39:24< zookeeper> especially when in MP scenarios you can't have a moveto event trigger on every move and then figure out the range in an [if], since then that disables undo for every move
20091122 00:40:43< zookeeper> i don't know what sort of thing you're working on, but maybe you can find some workaround, like doing the check and mode changes in a side turn event instead or something
20091122 00:44:24-!- zookeeper [n=l@wesnoth/developer/zookeeper] has quit []
20091122 00:45:11-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091122 00:45:28-!- stikonas [n=and@bcm-131-111-216-119.girton.cam.ac.uk] has joined #wesnoth-dev
20091122 00:46:05-!- SonIcco_ [n=SonIcco@pD95541C6.dip0.t-ipconnect.de] has quit [Remote closed the connection]
20091122 00:51:08-!- loonycyborg [n=sergey@wesnoth/developer/loonycyborg] has quit ["Zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz"]
20091122 00:51:49-!- loonybot [n=loonybot@wesnoth/bot/loonybot] has quit [Remote closed the connection]
20091122 01:00:32-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091122 01:02:03-!- stikonas [n=and@bcm-131-111-216-119.girton.cam.ac.uk] has joined #wesnoth-dev
20091122 01:03:16-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091122 01:04:40-!- stikonas [n=and@bcm-131-111-216-119.girton.cam.ac.uk] has joined #wesnoth-dev
20091122 01:44:27< CIA-55> fendrin * r39861 /branches/fendrin_gui_stuff/ (4 files in 3 dirs): Code cleanups.
20091122 01:46:25-!- Chusslove [n=Chusslov@brsg-d9bef345.pool.mediaWays.net] has quit [Read error: 113 (No route to host)]
20091122 01:54:10-!- Chusslove [n=Chusslov@brsg-d9beedbf.pool.mediaWays.net] has joined #wesnoth-dev
20091122 02:07:56-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit ["WRYYYYYYYYYYYYYYYYYYYY!"]
20091122 02:14:58< CIA-55> alink * r39862 /trunk/src/unit.cpp:
20091122 02:14:58< CIA-55> Remove a redundant animation loading
20091122 02:14:58< CIA-55> (optimize "Initializing teams" phase and make unit lighter)
20091122 02:15:28< alink> boucman: ^done
20091122 02:19:05< CIA-55> alink * r39863 /trunk/ (changelog players_changelog): update changelogs
20091122 02:22:00-!- Blueblaze [n=nick@99.158.46.90] has joined #wesnoth-dev
20091122 03:09:15-!- ardesh [n=ardesh@port-92-195-120-140.dynamic.qsc.de] has quit [Read error: 113 (No route to host)]
20091122 03:09:27-!- ardesh [n=ardesh@92.206.115.246] has joined #wesnoth-dev
20091122 03:10:16< CIA-55> alink * r39864 /trunk/src/menu_events.cpp:
20091122 03:10:16< CIA-55> Stop losing "goto" destination when doing a undo+redo.
20091122 03:10:16< CIA-55> Note that a simple undo continues to disable the goto, to prevent that it
20091122 03:10:16< CIA-55> auto-redo itself at the next turn (supposed to be undo for a reason)
20091122 03:25:49-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20091122 03:28:43-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091122 03:29:45-!- allefant_ [n=elias@allegro/developer/allefant] has quit ["Leaving"]
20091122 03:35:44-!- joshudson [n=quassel@adsl-75-45-17-132.dsl.scrm01.sbcglobal.net] has joined #wesnoth-dev
20091122 03:35:55< joshudson> I hit a bug
20091122 03:36:07< joshudson> the tag [terrain] won't affect the left partial hexes
20091122 03:36:13< joshudson> x=0 doesn't work anymore
20091122 03:36:14< joshudson> x=1 works
20091122 03:39:31< Espreon> wesbot: bug 14819
20091122 03:39:32< wesbot> Bug #14819 Assigned to: None Status: None Priority: 5 - Normal
20091122 03:39:32< wesbot> Summary: [terrain] cannot change left edge to _s
20091122 03:39:32< wesbot> Original submission: This doesn't work:[terrain] x=0 y=3 terrain=
20091122 03:39:32< wesbot> _s[/terrain]This does what you think it does (punches a black hole in the
20091122 03:39:32< wesbot> URL: https://gna.org/bugs/?14819
20091122 03:47:58-!- fabi [n=fabi@77-20-109-103-dynip.superkabel.de] has joined #wesnoth-dev
20091122 03:48:27-!- Netsplit clarke.freenode.net <-> irc.freenode.net quits: esr, ettin, joshudson, fendrin, ardesh
20091122 03:49:19-!- Netsplit over, joins: joshudson, ardesh, esr, ettin
20091122 03:56:59-!- ettin [n=jorda@wesnoth/developer/ettin] has quit [Read error: 131 (Connection reset by peer)]
20091122 03:57:02-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20091122 03:57:03-!- ettin_ [n=jorda@wesnoth/developer/ettin] has joined #wesnoth-dev
20091122 04:00:49-!- faryshta [n=faryshta@201.124.46.153] has joined #wesnoth-dev
20091122 04:01:47-!- Netsplit clarke.freenode.net <-> irc.freenode.net quits: esr, joshudson, ardesh
20091122 04:03:57-!- Netsplit over, joins: joshudson, ardesh, esr
20091122 04:03:57-!- joshudson [n=quassel@adsl-75-45-17-132.dsl.scrm01.sbcglobal.net] has quit [Read error: 131 (Connection reset by peer)]
20091122 04:22:58-!- Ivanovic_ [n=ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20091122 04:39:17-!- Ivanovic [n=ivanovic@wesnoth/developer/ivanovic] has quit [Read error: 113 (No route to host)]
20091122 04:40:29-!- Zarel [n=Zarel@c-75-72-160-179.hsd1.mn.comcast.net] has joined #wesnoth-dev
20091122 04:41:00-!- Ivanovic_ is now known as Ivanovic
20091122 04:47:03< CIA-55> alink * r39865 /trunk/src/ (actions.cpp menu_events.cpp unit.cpp): Restore waypoints after undo/redo operations
20091122 04:50:57< CIA-55> alink * r39866 /trunk/changelog: update changelog
20091122 05:28:54-!- crimson_penguin [i=40c93cd3@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20091122 05:34:36-!- alink [n=alink@wesnoth/developer/alink] has quit [Remote closed the connection]
20091122 05:44:45-!- Sapient [n=Sapient@adsl-219-240-8.asm.bellsouth.net] has joined #wesnoth-dev
20091122 05:44:53< Sapient> yo Bob_The_Mighty
20091122 05:46:08< Sapient> you put side=5,6 inside [filter_location]
20091122 05:46:15< Sapient> locations don't have a side
20091122 05:46:38< Sapient> instead, you should put [filter] side=5,6 inside the [filter_location]
20091122 05:47:12< Sapient> zookeeper: $unit does work inside event filters
20091122 05:48:05< Sapient> although you could also use $this_unit (which is the unit being considered by the current SUF)
20091122 06:04:59-!- Chusslove [n=Chusslov@brsg-d9beedbf.pool.mediaWays.net] has quit [Read error: 110 (Connection timed out)]
20091122 06:06:19-!- dtiger [n=dtiger@93.125.68.175] has joined #wesnoth-dev
20091122 06:11:58-!- Chusslove [n=Chusslov@brsg-d9befc81.pool.mediaWays.net] has joined #wesnoth-dev
20091122 06:21:15-!- wesbot changed the topic of #wesnoth-dev to: 1.7.9-1.8beta2 *maybe* planned for sunday | string/feature freeze active! | 72 bugs, 246 feature requests, 9 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20091122 06:22:48-!- [Relic] [n=[Relic]@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit ["Leaving"]
20091122 06:23:15-!- crimson_penguin [i=40c93cd3@wesnoth/developer/crimsonpenguin] has quit ["bed time"]
20091122 06:36:59-!- Sapient [n=Sapient@adsl-219-240-8.asm.bellsouth.net] has quit [" hasta luego"]
20091122 07:01:28< Espreon> fabi: Around?
20091122 07:11:29< fabi> hi Espreon
20091122 07:11:48< Espreon> Your branch fails to compile for me.
20091122 07:12:28< Espreon> http://wesnoth.pastebin.com/d547cc64a
20091122 07:14:52< fabi> I see, eclipse doesn't include the test build target. That is why I never fixed that code parts. Can you try to build without that target?
20091122 07:18:31< Espreon> OK.
20091122 07:19:26-!- ilor [n=user@wesnoth/developer/ilor] has quit [Read error: 60 (Operation timed out)]
20091122 07:20:47-!- ilor [n=user@wesnoth/developer/ilor] has joined #wesnoth-dev
20091122 07:22:16< Espreon> Uh, how does one make it so that the 'test' target isn't built?
20091122 07:22:51-!- faryshta [n=faryshta@201.124.46.153] has quit ["Saliendo"]
20091122 07:22:53< fabi> do you use scons?
20091122 07:23:35< fabi> or wait a minute. I am going to fix the errors in the test code section.
20091122 07:34:56< CIA-55> fendrin * r39867 /branches/fendrin_gui_stuff/ (4 files in 3 dirs): Made the test target compile again.
20091122 07:34:59< fabi> Espreon: ^
20091122 07:35:20< Espreon> Thanks.
20091122 07:44:12-!- Netsplit clarke.freenode.net <-> irc.freenode.net quits: esr, ilor, dtiger, ardesh
20091122 07:44:17< CIA-55> fendrin * r39868 /branches/fendrin_gui_stuff/data/gui/default/window/icon_message.cfg: Fixed missing linked_group something.
20091122 07:45:10-!- Netsplit over, joins: ilor, dtiger, ardesh, esr
20091122 07:46:11-!- isaac_ [n=isaac@41.Red-79-152-149.dynamicIP.rima-tde.net] has joined #wesnoth-dev
20091122 07:46:11-!- isaac [n=isaac@debian/developer/isaac] has quit [Read error: 104 (Connection reset by peer)]
20091122 07:51:09< esr> ilor: What they say is this: if you suspected that the AGW alarmists were engaging in serious scientific fraud and even criminal conspiracy to violate FOI...you were right.
20091122 07:54:49-!- Cyber_Rock [n=Ankit@unaffiliated/cyber-rock/x-7112426] has joined #wesnoth-dev
20091122 07:56:16< Cyber_Rock> ok can someone guide me as to how i can use the wesnoth_addons_manager script which i have just downloaded from http://svn.gna.org/viewcvs/*checkout*/wesnoth/branches/1.6/data/tools/wesnoth_addon_manager?rev=37272 because although i have installed tools they are nowhere to be found
20091122 07:56:27< Cyber_Rock> i am on fedora 11 -leonidas
20091122 08:10:59< fabi> Espreon: did it work?
20091122 08:11:31< Espreon> Still compiling...
20091122 08:28:08< Espreon> fabi: I successfully compiled it.
20091122 08:30:24< Espreon> fabi: When I attempt to summon the recall dialog, Wesnoth crashes.
20091122 08:30:25< fabi> Espreon: You should make an svn update to get a new wml.cfg for the dialouge. This won't require a recompile.
20091122 08:32:37< Espreon> fabi: When I summon the recruit dialog, all of the villages that the dialog covers flashes when I click on something.
20091122 08:33:38< fabi> Yes I know. That is a problem in the underlying gui code. I guess mordante is the best persion to fix that.
20091122 08:34:01< Espreon> fabi: The error that the terminal spits out when I attempt to summon the recall dialog: http://wesnoth.pastebin.com/d64cc3eed
20091122 08:34:25< Espreon> Note that I have to actually have something to recall for the error to occur.
20091122 08:36:14< fabi> Hmm, can't reproduce.
20091122 08:37:00< Espreon> Note that the units were debug-spawned.
20091122 08:37:33< Espreon> The run had an Armageddon Drake in the list; the second time had an Ancient Lich in the recall list... if that matters...
20091122 08:37:38< Espreon> *first run
20091122 08:39:18< fabi> I haven't changed anything related to the debug spawning dialogue.
20091122 08:39:54< fabi> How exactly can I reproduce that bug?
20091122 08:41:12< Espreon> Debug-spawn a unit; :n to the next scenario, and alt+r.
20091122 08:43:47< CIA-55> fendrin * r39869 /branches/fendrin_gui_stuff/src/ (3 files in 2 dirs): Code cleanups.
20091122 08:44:46< fabi> Espreon: ^ please svn up, recompile and try again. I am not able to reproduce the issue. My local version does more or less with some gfx glitches left what it is supposed to do.
20091122 08:45:22-!- Cyber_Rock [n=Ankit@unaffiliated/cyber-rock/x-7112426] has left #wesnoth-dev []
20091122 08:48:10-!- EdB [n=edb@88.117.88-79.rev.gaoland.net] has joined #wesnoth-dev
20091122 08:49:08-!- Bob_The_Mighty [n=chatzill@cpc4-brig15-0-0-cust904.3-3.cable.virginmedia.com] has quit [Read error: 104 (Connection reset by peer)]
20091122 09:08:11< Espreon> fabi: Still crashes...
20091122 09:08:28-!- boucman [n=rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20091122 09:08:50< fabi> Espreon: In the moment you press alt+r?
20091122 09:08:56< Espreon> Yup.
20091122 09:09:47< boucman> morning
20091122 09:09:55< Espreon> Good morning.
20091122 09:10:23< Espreon> ... Well... 'tis early in the morning here...
20091122 09:10:36< Espreon> Around 3:00 AM...
20091122 09:11:47< fabi> Espreon: what campaign?
20091122 09:11:53< Espreon> HttT.
20091122 09:12:04< fabi> first scenario?
20091122 09:13:07< Espreon> Well... I do the alt+r on scenario two, as it is only meaningful to do so on at least the second scenario...
20091122 09:14:30< fabi> Espreon: I got it. It's only caused if you create a unit that has no name in debug mode.
20091122 09:14:44< Espreon> Ah.
20091122 09:15:16-!- yann [n=dwitch@81.57.214.146] has joined #wesnoth-dev
20091122 09:18:11< Ivanovic> moin
20091122 09:29:36-!- Blueblaze [n=nick@99.158.46.90] has quit [Remote closed the connection]
20091122 09:31:11< Ivanovic> DAMN!
20091122 09:31:27< Ivanovic> esr: can you have a look at "a new land" and try to convert things there?
20091122 09:31:46< Ivanovic> looks like it is still using old markup (the @something stuff which does not work any longer!)
20091122 09:32:10< Ivanovic> plus there seem to somehow be untranslateable strings, IIRC wmllint has some feature to detact common ones of those, right?
20091122 09:32:23< Ivanovic> cf https://gna.org/bugs/index.php?14820
20091122 09:35:01-!- _teddy [n=fedor76@ppp-78-24-26-14-bras0.istra.ru] has joined #wesnoth-dev
20091122 09:42:43-!- Espreon [n=espreon@wesnoth/developer/espreon] has quit ["WRYYYYYYYYYYYYYYYYYYYY!"]
20091122 09:53:15< boucman> any experts in start events here ?
20091122 10:11:42-!- lizard_r [n=Miranda@wesnoth/umc-dev/developer/lizard] has joined #wesnoth-dev
20091122 10:17:48-!- loonybot [n=loonybot@79.139.138.110] has joined #wesnoth-dev
20091122 10:18:49-!- loonycyborg [n=sergey@79.139.138.110] has joined #wesnoth-dev
20091122 10:45:58-!- zookeeper [n=l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20091122 10:52:49-!- dtiger [n=dtiger@93.125.68.175] has quit [Remote closed the connection]
20091122 10:53:22-!- dtiger [n=dtiger@dynamic-vpdn-93-125-68-175.telecom.by] has joined #wesnoth-dev
20091122 11:08:54< boucman> wesbot: seen mordante
20091122 11:08:54< wesbot> boucman: The person with the nick mordante last spoke 21h 18m ago. 21h 17m ago was here and on the channel #wesnoth-de with the message: "Leaving"
20091122 11:47:02-!- SonIcco [n=SonIcco@pD9554421.dip0.t-ipconnect.de] has joined #wesnoth-dev
20091122 12:21:15-!- wesbot changed the topic of #wesnoth-dev to: 1.7.9-1.8beta2 *maybe* planned for sunday | string/feature freeze active! | 74 bugs, 247 feature requests, 9 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20091122 12:46:48-!- isaac_ is now known as isaac
20091122 12:50:54-!- Crab_ [i=crab@wesnoth/developer/crab] has joined #wesnoth-dev
20091122 12:51:02< boucman> hey Crab_
20091122 12:52:01< Crab_> boucman: yes, 'ai as side 2 is stronger is interesting. still, I'll do a rebase & retest since there was one recently fixed bug that might be responsible)
20091122 12:52:30< Crab_> boucman: and note that this is a biased test. we use only 1 map, so it might not be balanced.
20091122 12:52:53< boucman> oh
20091122 12:52:57< boucman> which map ,
20091122 12:52:59< boucman> ?
20091122 12:53:05< Crab_> boucman: Cyncaun Battlefield
20091122 12:53:19< Crab_> that bias is irrelevant for the original question which was asked in the test (which targeting is better?), since each ai plays both sides
20091122 12:53:25< boucman> well, it's supposed to be balanced, from a 2vs2 PoV
20091122 12:53:43< boucman> yes
20091122 12:54:03< Crab_> it's 2p
20091122 12:54:13< Crab_> and, ai-vs-ai balance is different from human-vs-human balance
20091122 12:54:18< boucman> i meant side1 vs side2 sry
20091122 12:54:24< boucman> true
20091122 13:03:47< CIA-55> thespaceinvader * r39870 /trunk/data/core/images/units/undead-skeletal/ (7 files): Fix chocobone TC problems.
20091122 13:05:32< CIA-55> thespaceinvader * r39871 /trunk/data/core/about.cfg: Add A-Red to credits.
20091122 13:05:32-!- stikonas [n=and@131.111.216.119] has joined #wesnoth-dev
20091122 13:10:55< Ivanovic> zookeeper: could you have a look at https://gna.org/bugs/index.php?14820 ?
20091122 13:11:15< Ivanovic> that is: also at converting the old markup stuff used there (cf the '@' in the screenshot) to the new markup?
20091122 13:11:50< Ivanovic> while at ANL, maybe you can also have a look at https://gna.org/bugs/index.php?14822
20091122 13:12:50< Ivanovic> wtf?!? https://gna.org/bugs/index.php?14819
20091122 13:14:08< Ivanovic> esr: you are aware of https://gna.org/bugs/index.php?14815 , right?
20091122 13:16:45-!- Crab_ [i=crab@wesnoth/developer/crab] has quit ["Leaving."]
20091122 13:27:10< CIA-55> ivanovic * r39872 /trunk/ (12 files in 11 dirs): updated Italian translation
20091122 13:30:53< CIA-55> ivanovic * r39873 /trunk/ (changelog players_changelog): make sure that only 80chars per line are used in the changelogs
20091122 13:32:42< CIA-55> ivanovic * r39874 /trunk/po/ (wesnoth-anl/de.po wesnoth-manpages/de.po wesnoth-utbs/de.po): updated German translation
20091122 13:42:55-!- dtiger_ [n=dtiger@dynamic-vpdn-93-125-68-175.telecom.by] has joined #wesnoth-dev
20091122 13:43:08-!- dtiger [n=dtiger@dynamic-vpdn-93-125-68-175.telecom.by] has quit [Success]
20091122 13:43:11-!- _teddy [n=fedor76@ppp-78-24-26-14-bras0.istra.ru] has quit [Remote closed the connection]
20091122 13:52:14< zookeeper> Ivanovic, taking a look...
20091122 13:53:01< Ivanovic> thanks
20091122 13:53:12< zookeeper> Ivanovic, looks like those strings aren't translatable anywhere, so fixing that would mean adding them..
20091122 13:53:29< Ivanovic> yes, this is the only way to go, i fear
20091122 13:54:10< Ivanovic> i am somehow concerned that things might not be capsulated well enough
20091122 13:54:35< Ivanovic> as in "id directly displayed" instead of spliiting id and display string while marking display string translateable
20091122 13:54:57< zookeeper> it shouldn't be a problem, i think
20091122 13:55:26< Ivanovic> zookeeper: not sure what happens when different lang versions are used in networked games
20091122 13:55:51< Ivanovic> what is transmitted as "action taken"?
20091122 13:56:26< zookeeper> hmh...i think that isn't a problem either, not absolutely sure though...should be easy to test
20091122 13:57:46< zookeeper> i'll just mark every "warfare", "agriculture" and "mining" string as translatable, so all the variable checks and stuff should continue to work
20091122 13:58:31< zookeeper> i don't think the translated strings are transmitted at any point in MP
20091122 14:00:03< Ivanovic> zookeeper: yeah, what about checks for vars?
20091122 14:00:13< Ivanovic> you think those will work as expected, hmm
20091122 14:02:52< CIA-55> zookeeper * r39875 /trunk/data/multiplayer/scenarios/ANL_utils/ (ANL_research_options.cfg ANL_special_macros.cfg): Made the "agriculture", "mining" and "warfare" strings translatable.
20091122 14:03:04< zookeeper> yeah
20091122 14:03:27< zookeeper> {VARIABLE foo _"asdf"} and then [if] [variable] name=foo equals=_"asdf"
20091122 14:03:41< zookeeper> works fine since the translated string is used in both
20091122 14:04:14< zookeeper> (wmllint probably complains about it though, so maybe it needs a wmllint-ignore in there)
20091122 14:05:12< CIA-55> ivanovic * r39876 /trunk/po/wesnoth-units/de.po: updated German translation
20091122 14:05:33< CIA-55> zookeeper * r39877 /trunk/data/multiplayer/scenarios/ANL_utils/ (ANL_help.cfg ANL_research_options.cfg): Commented out two [allow_undo]s in menu items, since those can cause OOS.
20091122 14:06:36< zookeeper> didn't anyone ever search and replace all this old formatting markup with pango?
20091122 14:06:46< zookeeper> seems like there are cases of the old markup being used popping up constantly..
20091122 14:07:07< Ivanovic> zookeeper: in theory this should have done via wmllint
20091122 14:07:28< Ivanovic> but it looks like a) wmllint is (partly?) broken with text markup and b) not all cases were found
20091122 14:07:49< Ivanovic> (regarding a) cf https://gna.org/bugs/index.php?14815 )
20091122 14:08:35< zookeeper> well, it'd be nice if that was fixed, there's plenty of @'s and `'s in ANL
20091122 14:10:03< Ivanovic> zookeeper: the problem with ANL might be that the markup is a) used in macros and b) splitted from the normal strings
20091122 14:10:24< Ivanovic> at least in the po files there is no markup (grep has not shown a single '@')
20091122 14:12:05< zookeeper> they're not used inside translatable strings
20091122 14:12:25< zookeeper> they're used like this: message="@" + _ "Villages"
20091122 14:13:15< zookeeper> i guess it might be a problem if wmllint really only checks for that inside translatable strings
20091122 14:14:20< boucman> zookeeper, Ivanovic iiuc the pango lifting code in wmllint was written at a time where pango was only used in a coule places, and nobody has tolled esr about the new places, so simply reporting where are the missed markups could help a lot
20091122 14:15:54< zookeeper> right, well, a simple grep for "@ should do it
20091122 14:16:07< zookeeper> (and "# and "` and "~ and "<)
20091122 14:17:52< Ivanovic> zookeeper: ehm, don't forget the change of the @ stuff regarding usermade content
20091122 14:17:59< Ivanovic> since IIRC there was a change with the @, too
20091122 14:18:18< zookeeper> sure, but there shouldn't be any quotes there
20091122 14:18:54< Ivanovic> zookeeper: and another problem is fixing things nicely since the pango markup has opening and ending clause
20091122 14:19:16< Ivanovic> which is problematic for the splitted strings eg in ANL (where the @ is before the translateable part)
20091122 14:19:22< zookeeper> eh, yeah, i'm not sure how hard it would be to make wmllint be able to do that, but it's pretty trivial to do by hand
20091122 14:19:43< zookeeper> like if you have "`"+_"Cost: 0g"
20091122 14:20:03< zookeeper> then that'd just become ""+_"Cost: 0g"+""
20091122 14:20:42< zookeeper> basically it just needs to add the closing clause after the next appended string
20091122 14:21:37< Ivanovic> ehm, it is needed after *all* appending strings, IIRC regarding how the old syntax worked
20091122 14:21:47< Ivanovic> or was it only the following block that the syntax is applied to?
20091122 14:21:54< Ivanovic> i thought it was "whole line"
20091122 14:22:25< CIA-55> boucman * r39878 /trunk/data/core/units/drakes/Fighter.cfg: upgrade drake fighter anim WML, partly fixes bug 14727
20091122 14:22:32< zookeeper> yeah, well, i'm not suggesting anyone try to write a wmllint conversion for it
20091122 14:22:41< zookeeper> sounds too complicated
20091122 14:22:41< Ivanovic> btw "@ appears only in ANL related stuff
20091122 14:22:55< zookeeper> i'm just saying how to fix it by hand ;)
20091122 14:24:41-!- ^kenhoob-it1 [n=hevia@host145-67-dynamic.54-82-r.retail.telecomitalia.it] has joined #wesnoth-dev
20091122 14:24:45< Ivanovic> :)
20091122 14:26:13-!- Zarel [n=Zarel@warzone2100/developer/Zarel] has quit ["This computer has gone to sleep"]
20091122 14:30:13< ^kenhoob-it1> hello no wesnoth 1.6 or 1.7 binaries for ubuntu 8.04/8.10 ?
20091122 14:32:08< boucman> i'm not sure of the ubuntu backport policies, but I don't think they would backport 1.6 and 1.7 is a dev release at this point, anyway
20091122 14:32:36< stikonas> why don't you upgrade to 9.10?
20091122 14:34:32< CIA-55> ivanovic * r39879 /trunk/po/ (523 files in 23 dirs):
20091122 14:34:32< CIA-55> pot-update (three new strings in wesnoth-anl)
20091122 14:34:32< CIA-55> regenerated doc files
20091122 14:36:36< CIA-55> ivanovic * r39880 /trunk/doc/ (man/de/wesnoth.6 manual/manual.it.html): ups, forgot to commit the updated doc files in the last commit...
20091122 14:36:42< CIA-55> ivanovic * r39881 /trunk/po/wesnoth-anl/de.po: updated German translation
20091122 14:53:01-!- EdB [n=edb@88.117.88-79.rev.gaoland.net] has quit [Remote closed the connection]
20091122 15:06:40-!- grzywacz [n=grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20091122 15:15:13-!- Appleman1234 [n=Appleman@CPE-124-191-178-150.oxqn1.cha.bigpond.net.au] has quit [Remote closed the connection]
20091122 15:26:01-!- ^kenhoob-it1 [n=hevia@unaffiliated/kenhoob-it1/x-7507546] has quit ["KVIrc 3.4.2 Shiny http://www.kvirc.net/"]
20091122 15:54:25< Ivanovic> i am off for some hours, cu
20091122 16:20:13-!- SonIcco [n=SonIcco@pD9554421.dip0.t-ipconnect.de] has quit [Remote closed the connection]
20091122 16:34:38-!- SonIcco [n=SonIcco@pD9554421.dip0.t-ipconnect.de] has joined #wesnoth-dev
20091122 16:56:50-!- zookeeper [n=l@wesnoth/developer/zookeeper] has quit [Read error: 104 (Connection reset by peer)]
20091122 17:02:18-!- zookeeper [n=l@88-148-251-223.bb.dnainternet.fi] has joined #wesnoth-dev
20091122 17:13:40-!- esr [n=chatzill@146.145.247.101] has quit [Read error: 145 (Connection timed out)]
20091122 17:18:31-!- EdB [n=edb@119.12.95-79.rev.gaoland.net] has joined #wesnoth-dev
20091122 17:23:19-!- esr [n=chatzill@146.145.247.101] has joined #wesnoth-dev
20091122 17:29:11-!- ilor_ [n=user@awh190.neoplus.adsl.tpnet.pl] has joined #wesnoth-dev
20091122 17:31:32-!- zookeeper [n=l@88-148-251-223.bb.dnainternet.fi] has quit [Read error: 104 (Connection reset by peer)]
20091122 17:34:34-!- kitty_ [n=kitty@e180192139.adsl.alicedsl.de] has joined #wesnoth-dev
20091122 17:35:38-!- esr [n=chatzill@146.145.247.101] has quit [Read error: 60 (Operation timed out)]
20091122 17:37:49-!- ilor [n=user@wesnoth/developer/ilor] has quit [Read error: 148 (No route to host)]
20091122 17:38:02-!- zookeeper [n=l@88-148-251-223.bb.dnainternet.fi] has joined #wesnoth-dev
20091122 17:38:25-!- ilor_ [n=user@wesnoth/developer/ilor] has quit []
20091122 17:38:42< kitty_> esr: I promised you those DM portraits a few days ago... But I have bad news - my wacom tablet died yesterday and I won't be able to paint digitally 'till I can afford a new one, which will probably be after christmas. sorry!
20091122 17:59:05-!- SonIcco_ [n=SonIcco@pD9512681.dip0.t-ipconnect.de] has joined #wesnoth-dev
20091122 18:06:30-!- alink [n=alink@wesnoth/developer/alink] has joined #wesnoth-dev
20091122 18:06:44< alink> hi
20091122 18:07:27-!- esr [n=chatzill@146.145.247.101] has joined #wesnoth-dev
20091122 18:14:36-!- _teddy [n=fedor76@ppp-78-24-26-14-bras0.istra.ru] has joined #wesnoth-dev
20091122 18:17:13-!- SonIcco [n=SonIcco@pD9554421.dip0.t-ipconnect.de] has quit [Read error: 101 (Network is unreachable)]
20091122 18:21:05< alink> boucman: got a minute about an optimization idea for animation parsing/loading ?
20091122 18:21:15-!- wesbot changed the topic of #wesnoth-dev to: 1.7.9-1.8beta2 *maybe* planned for sunday | string/feature freeze active! | 72 bugs, 247 feature requests, 9 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20091122 18:21:37< boucman> not right now, in ~45'
20091122 18:21:46< alink> ok
20091122 18:22:41< boucman> in the mean time, could youhave a look at 14816 ? it's overlay related, and you seem to have worked on that code recently
20091122 18:23:56< alink> I didn't know [print]. but I check if i see something obvious
20091122 18:35:08< kitty_> esr: did you read that i won't be able to do the DM portraits I promised a few days ago?
20091122 18:46:19< esr> kitty_: No, I've been on the road. What happened?
20091122 18:47:07< kitty_> my wacom died, I just wanted to let you know that I won't be able to paint digitally 'till I buy a new one, which will probably be after christmas. sorry!
20091122 18:47:38< esr> kitty_: That issad.
20091122 18:48:15< kitty_> perhaps ask again on the forums if somebody else has time... or I'll do it next year
20091122 18:48:32< esr> Now I have to move luggage out of my hotel room.
20091122 18:48:40< esr> Got to go.
20091122 18:59:16-!- EdB [n=edb@119.12.95-79.rev.gaoland.net] has quit [Remote closed the connection]
20091122 19:06:31< boucman> alink, back
20091122 19:06:52< alink> ok
20091122 19:07:16< boucman> just read your comment on the bug : that's cool, we're getting somewhere :)
20091122 19:07:51-!- esr [n=chatzill@146.145.247.101] has quit [Read error: 110 (Connection timed out)]
20091122 19:07:57< alink> i noticed that, for animations, we parse a lot of hardcoded string. I was thinking that we should parse them only once.
20091122 19:08:35< boucman> alink: what do you have in mind ?
20091122 19:09:03< alink> something like : static const anim default_move_anim("hardcoded string") and then copy it (or parts of it) in each unit needing it
20091122 19:09:37< boucman> afk
20091122 19:09:57< alink> a ridiculous example is anim["offset"] = "0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,";
20091122 19:10:03-!- lukjad007 [n=lukjadOO@unaffiliated/lukjad007] has quit ["Backups are usually a good thing unless it's a sewer."]
20091122 19:11:10< alink> parsing this for each unit (not having a special movement anim) seems a waste of cpu
20091122 19:12:15< boucman> alink: i see your point, but this area of code has high readability requirements too, so we need to be carefull
20091122 19:12:33< boucman> alink: is this par of code criticall for game/savegame loading ?
20091122 19:12:48< alink> more precisely it's the override() calls which take time
20091122 19:12:53< alink> loading time
20091122 19:13:06< boucman> ok, so it is criticall
20091122 19:13:20< alink> so the part needing such optimization is tmp_anim.unit_anim_.override(0,5100,"","",0,"0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,0~1:150,",lexical_cast(display::LAYER_UNIT_MOVE_DEFAULT-display::LAYER_UNIT_FIRST));
20091122 19:13:27< boucman> teh override api could possibly be rewritten to avoid strings in some places
20091122 19:13:51-!- lukjad007 [n=lukjadOO@unaffiliated/lukjad007] has joined #wesnoth-dev
20091122 19:14:26< alink> well, you could sill use hardcoded string for readibility, but just parse them only once
20091122 19:15:07< boucman> yeah, i see where you're going, we could do that
20091122 19:17:34< alink> there is various way of doing it. As i said build a static anim and copy part of it. Or we can create a new "override" struct (and use static too)
20091122 19:19:50< boucman> alink: i'll probably add them as new modifiers in unit_frame.hpp:102, which take const "whatever parsed data is" instead of strings
20091122 19:21:20< boucman> alink: did you satrt working on it, or should I ?
20091122 19:21:56-!- mordante [n=mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20091122 19:22:01< alink> didn't start to work it, you know this area a lot better than me
20091122 19:22:12< mordante> servus
20091122 19:22:25< alink> hi mordante (assigned a bug to you)
20091122 19:22:32< fabi> hi mordante
20091122 19:22:37< mordante> hi alink
20091122 19:22:42< mordante> hi fabi
20091122 19:23:26< boucman> hmm
20091122 19:23:34< boucman> actually it's a bit more tricky than i thought
20091122 19:23:53< boucman> we can't prebuild because the internal struct also depends on the duration
20091122 19:24:11< boucman> i.e : halo_ = progressive_string(halo,duration_);
20091122 19:24:15< alink> boucman: ueah about this chained modif area and duration, i have another optimization suggestion. I commit something there to show you the problem
20091122 19:24:32< boucman> k
20091122 19:24:53< CIA-55> alink * r39882 /trunk/src/unit_animation.cpp:
20091122 19:24:53< CIA-55> remove redundant call
20091122 19:24:53< CIA-55> (recalculate_duration() is called by duration() at the previous line)
20091122 19:25:46< boucman> alink: let me check if what you did is ok
20091122 19:26:13< alink> the optimization is that we should use duration only at the end of the process.
20091122 19:26:42< boucman> ok, makes sense
20091122 19:27:13< alink> when we do parameters_.offset(offset);parameters_.duration(duration); the offest call we use a bad duration, and will be rewritten during the duration() call
20091122 19:27:31< boucman> ok
20091122 19:27:33< alink> all is ok but we work twice instead of one
20091122 19:28:04< boucman> alink this area was tricky to get right, that would explain how such nonsense could appear
20091122 19:30:22< alink> in this case, the chained modifications, even if useful, prevent us to group changes and update stuff only at the end.
20091122 19:30:50< boucman> huh ?
20091122 19:31:01< boucman> not sure hos the chained modification affects optim...
20091122 19:31:39< boucman> i'm suprised that duration_ is set last, btw
20091122 19:32:12< boucman> no... it makes sense, duration_ should be set last in this particular case...
20091122 19:32:37< alink> for example in the "parameters_.offset(offset);parameters_.duration(duration);" each call don't know in which order they are used. if you use a parameters_.group(offset, duration), you can control that
20091122 19:33:31< alink> here "group" means a special function called at the critical place
20091122 19:35:19< boucman> that would deeply break my current encapsulation idea...
20091122 19:36:01< mordante> alink, fabi gui2 listboxes can't sort yet
20091122 19:36:49< alink> boucman: mmh i have another idea, at least fixing the changing duration waste, maybe it's better:
20091122 19:37:22< boucman> yes ?
20091122 19:37:23< fabi> mordante, alink: That is a pitty. It means that the new recall dialogue will have less features than the current one.
20091122 19:37:55< mordante> fabi, emphasize on the yet, it will be added at some point
20091122 19:38:22< mordante> still have a lot of gui2 things to do so often do the important things first
20091122 19:38:32< alink> boucman: recalculate_duration() should know if for example offest is already calculated with the correct calculation, and then it shouldn't recalculate it
20091122 19:39:31< boucman> to know if offset is calculated, you need to "peek" inside the internal structures of progressive_* that's why I say it breaks the encapsulation
20091122 19:41:15< boucman> one way to do that is have progressive_* only store the input_ and calculate the parsed version "on demand" an have recalculate data simply replace input_, it would only be calculated later
20091122 19:41:31< boucman> we could have a "force recalculation" function if need be
20091122 19:42:39< boucman> hmmm
20091122 19:42:46< alink> of add a "int duration_" in progressive_() and a get_last_used_duration() function ?
20091122 19:42:46< boucman> i like that idea, let me look into it a little more
20091122 19:42:58< alink> s/of/or
20091122 19:43:26< boucman> there is already a duration() method, let me check what it does
20091122 19:43:51< boucman> no, it's slightly different
20091122 19:46:53< mordante> boucman, you were looking for me?
20091122 19:47:24< boucman> alink: as much as possible, i'd like to have these optimisations within progressive_* i.e it's not the caller's job to take care of it
20091122 19:47:49< boucman> mordante: yes, see bug 14816
20091122 19:48:00< boucman> (alink probably knows more than I do at this point)
20091122 19:49:16< mordante> ok will have a look
20091122 19:49:27< alink> ok but then need a nex progressive_*.change(..) function, because calling the ctor each time prevent the new progressive_* object to be aware enough to allow optimization/caching
20091122 19:49:34< alink> s/nex/new
20091122 19:49:58< boucman> hmm
20091122 19:50:01< boucman> good point
20091122 19:51:12< alink> or more generaly progressive_* must be considered as a heavy object, not just a basic type (like int etc.. )that you can build each time
20091122 19:52:36< boucman> alink: frame builder is supposed to be lightweight, the error is that it isn't...
20091122 19:52:41< boucman> here is another way
20091122 19:53:11< boucman> only store the raw strings in the frame_builder, and change the unit_frame to store its progressive_* instead of the frame_builder
20091122 19:53:56< boucman> hmm
20091122 19:54:07< boucman> we would need to be carefull with does_not_change
20091122 19:54:52< boucman> alink: these changes start to be a bit big for what I am comfortable with during beta time
20091122 19:55:02< alink> need more study to follow it, but don't forget my first optimzation idea: store parsed verion of harcoded anim, not the string version.
20091122 19:55:11< alink> boucman: yeah
20091122 19:55:40< boucman> alink: open a bug and assign to me, once 1.8 is out, we'll have a fresh look
20091122 19:56:47< alink> mmh not sure what to put in the bugreport
20091122 19:57:49< boucman> multiple creations of progressive_* need to be optimized
20091122 19:58:42< alink> ok good and it's indeed the core of the problem
20091122 20:00:22-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091122 20:01:33< fabi> a const pointer is the same as a reference?
20091122 20:02:29< mordante> no pointers and references are different things
20091122 20:02:31< boucman> ok, got to go see you all later
20091122 20:02:37< alink> boucman: done
20091122 20:02:45< boucman> thx
20091122 20:02:59 * boucman is going to start a "post-stable" tree soon
20091122 20:03:27< fabi> boucman: i already have a post stable tree
20091122 20:04:04< fabi> maybe join hacking there?
20091122 20:04:05 * alink will check little corners of this area, to optimize it a bit (safely, like removing copy ctor calls etc.)
20091122 20:04:32< mordante> fabi, better have branches only for one item
20091122 20:04:55-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20091122 20:05:32< alink> boucman: really done now, (missed the gna error)
20091122 20:09:03-!- stikonas [n=and@bcm-131-111-216-119.girton.cam.ac.uk] has joined #wesnoth-dev
20091122 20:09:09-!- Espreon [n=espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20091122 20:12:14< CIA-55> mordante * r39883 /trunk/src/ (gui/dialogs/lobby_main.cpp multiplayer.cpp):
20091122 20:12:14< CIA-55> Fix the resizing of the lobby with the preferences.
20091122 20:12:14< CIA-55> Now it always forces an update when the dialog is closed, might not be
20091122 20:12:14< CIA-55> needed but this a simple work-around.
20091122 20:20:31< CIA-55> alink * r39884 /trunk/src/unit_animation.cpp: generalize an "in place modification" trick already used there
20091122 20:21:08< mordante> wesbot, seen silene
20091122 20:21:08< wesbot> mordante: The person with the nick silene 9d 6h ago they left with the message: "Leaving."
20091122 20:22:09-!- Blueblaze [n=nick@adsl-99-158-46-90.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20091122 20:32:03-!- Crab_ [i=crab@wesnoth/developer/crab] has joined #wesnoth-dev
20091122 20:41:24< Crab_> boucman: I've restarted the test, I'm testing on cynsaun battlefield twice (1: std map and 2: same map with sides 'swapped' ). note that r39831 will make things even easier for side2 ( http://svn.gna.org/viewcvs/wesnoth/trunk/data/multiplayer/scenarios/2p_Cynsaun_Battlefield.cfg?rev=39831&r1=32513&r2=39831 )
20091122 20:44:20-!- allefant [n=elias@allegro/developer/allefant] has joined #wesnoth-dev
20091122 20:51:27< Espreon> mordante: Out of curiosity, how often do you run that script?
20091122 20:57:01< mordante> Espreon, depends not really regular, but it's running at the moment
20091122 20:57:10< Espreon> Oh, OK.
20091122 20:59:21< CIA-55> mordante * r39885 /trunk/ (changelog src/gui/widgets/window.cpp):
20091122 20:59:21< CIA-55> Undraw floating labels when a gui2 dialog closes.
20091122 20:59:21< CIA-55> Fixes bug #14816.
20091122 21:00:02< mordante> alink, thanks for the hint^
20091122 21:00:21< alink> mordante: np, thanks for doing the work ;-p
20091122 21:00:29< mordante> :-)
20091122 21:04:46< CIA-55> mordante * r39886 /trunk/RELEASE_NOTES: Update release notes.
20091122 21:09:50< Chusslove> mordante: The BfW logo on title screen seems to be positioned (in data/game_config.cfg) relative to top-left corner. How could we make these coordinates relative to center of the logo?
20091122 21:10:20< Chusslove> So that it's in same position no matter of the width. Like on loading screens.
20091122 21:11:56-!- thespaceinvader [n=chatzill@wesnoth/artist/thespaceinvader] has joined #wesnoth-dev
20091122 21:12:19< thespaceinvader> boucman: did you want me for anythign we didn't already sort out?
20091122 21:13:34< mordante> Chusslove, maybe but since I'm working on a gui2 version of the title screen, I'd rather do it there
20091122 21:13:56< Chusslove> Hm, 1.8 is going to use that, or not?
20091122 21:14:03< mordante> no
20091122 21:14:07< Espreon> Damn...
20091122 21:14:22< Chusslove> We need it for localized logos, which may need more width than the English logo.
20091122 21:14:43< Chusslove> No quick and non-dangerous hack possible?
20091122 21:15:03< mordante> not sure I try to avoid gui1 code if possible ;-)
20091122 21:16:09 * mordante dives in gui1 code again
20091122 21:17:24< alink> logo stuff is so dumb that it can be easy but very annoying to work there :-/
20091122 21:25:52< alink> Wow there is crazy people coding a gzip decompressor in <400 bytes : http://codegolf.com/guns-and-zips
20091122 21:27:00< alink> probably not well documented though <:o)
20091122 21:27:50-!- Crab_ [i=crab@wesnoth/developer/crab] has quit ["Leaving."]
20091122 21:31:28< mordante> Chusslove, seems to be possible, but my plate is rather full with lobby problems, best file a FR
20091122 21:32:43< Chusslove> mordante: I'm also looking into code a bit, so a quick question: if SDL_Rect has x or y coordinates negative, is that a problem? (I.e. if not complete image is to be seen from top-left)
20091122 21:33:54< mordante> the engine should be able to cope with negative x and y values... but I guess a clipped logo will look very bad
20091122 21:34:56< Chusslove> Not very probable that it's going to be clipped at normal resolutions, just transparent areas may go out (since we want to have one very wide template, lest everyone has to do their own centering).
20091122 21:36:00< alink> Chusslove: don't forget the logo drawing animation, a huge transparent left area will introduce a delay where nothing is drawn
20091122 21:36:22< Chusslove> Argh, right.
20091122 21:36:38< Chusslove> Ok, then everyone has to do shrinking to proper size.
20091122 21:43:32-!- crimson_penguin [i=40c93cd3@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20091122 21:45:30< CIA-55> alink * r39887 /trunk/src/unit_animation.cpp: oops, forget to remove now useless stuff in r39884
20091122 21:51:10< CIA-55> caslav_ilic * r39888 /trunk/ (data/game_config.cfg src/titlescreen.cpp): Logo coordinates on title screen are now relative to center of the logo. This way localized logos of different widths can be accomodated.
20091122 21:52:15-!- noy [n=Noy@wesnoth/developer/noy] has quit []
20091122 21:56:25< mordante> Chusslove, please also update the changelogs
20091122 21:57:20< Chusslove> I thought it's too small a change for changelog. Will add.
20091122 21:57:42< mordante> we have too many developers thinking that ;-)
20091122 21:57:55< mordante> but thanks for updating it and fixing the issue
20091122 22:02:17< CIA-55> caslav_ilic * r39889 /trunk/changelog: Mentioned change in logo positioning on title screen.
20091122 22:10:37< mordante> I'm off bye
20091122 22:11:34-!- mordante [n=mordante@wesnoth/developer/mordante] has quit ["Leaving"]
20091122 22:12:19< alink> Chusslove: about your last change, is it safe if/when logo have different size ?
20091122 22:12:46< alink> for example, i think that with tinygui, the image is 2x smaller
20091122 22:12:48< Chusslove> That's what I intended it to be.
20091122 22:13:16< Chusslove> In game_config.cfg I add half-widths to coordinate, and for tiny gui half of what it is for normal logo.
20091122 22:13:30< Chusslove> So that should make all coordinates there relative to center of where the logo should be.
20091122 22:14:03-!- dtiger_ [n=dtiger@dynamic-vpdn-93-125-68-175.telecom.by] has quit [Remote closed the connection]
20091122 22:15:10< alink> ok then it's small-gui which seems weird (or my math)
20091122 22:15:45< Chusslove> I assumed that small gui uses same logo as normal gui?
20091122 22:16:15< alink> it does
20091122 22:16:25< alink> maybe it's just my math
20091122 22:16:32< alink> anyway, i must leave. but since you thought about it, i trust you, bbl
20091122 22:17:27-!- 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"]
20091122 22:43:44< boucman> back...
20091122 22:43:51< boucman> thespaceinvader: yes there is another one...
20091122 22:44:06< thespaceinvader> what's that one boucman?
20091122 22:44:12< thespaceinvader> the north frames one?
20091122 22:44:12< boucman> thespaceinvader: i fixed the fighter problem and was not able to reproduce the clasher part of the bug
20091122 22:44:17< thespaceinvader> k
20091122 22:44:26< boucman> yes, the other one is the north frame one
20091122 22:44:30< thespaceinvader> thanks =)
20091122 22:44:36< thespaceinvader> i already addressed that one
20091122 22:44:41< boucman> (bug 14821)
20091122 22:44:57< boucman> the north frame ?
20091122 22:45:06< boucman> I was able to reproduce on trunk...
20091122 22:45:10< thespaceinvader> postponed and closed
20091122 22:45:22< thespaceinvader> it's an art issue, and north frames are not getting done in the near future
20091122 22:45:29< thespaceinvader> the use of the south frames is intentional
20091122 22:45:38< thespaceinvader> they're better than nothing, when nothing is available
20091122 22:46:45< thespaceinvader> unfortunately, there's nothign we can doabout that one at present
20091122 22:46:57< thespaceinvader> i'm struggling enough for time just to finish the remaining south frames >.<
20091122 22:46:58-!- yann [n=dwitch@81.57.214.146] has quit [Read error: 131 (Connection reset by peer)]
20091122 22:47:12< boucman> thespaceinvader: fair enough, i suspected something like that, but as i'm not an art dev I wasn't sure
20091122 22:47:26< thespaceinvader> no worries, happy to be asked
20091122 22:47:39< thespaceinvader> i got the bug report by email this morning
20091122 22:47:41< thespaceinvader> since you;d assigned it to me
20091122 22:50:16< boucman> alink: i have given your idea some thougt, I think I know how to do it in an optimum way, everything parsed once...
20091122 22:50:29-!- Zarel [n=Zarel@c-75-72-160-179.hsd1.mn.comcast.net] has joined #wesnoth-dev
20091122 22:51:09-!- Ivanovic changed the topic of #wesnoth-dev to: 1.7.9-1.8beta2 *maybe* planned for tomorrow | string/feature freeze active! | 72 bugs, 247 feature requests, 9 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20091122 22:55:43< alink> boucman: good, and i think i found a way to parse it faster, which will make that one time really cheap :-)
20091122 22:55:55< boucman> hehe
20091122 23:01:09< alink> Chusslove: I still believe that logo_x for small_gui need to be 305 intead of 205
20091122 23:02:01< Chusslove> Well, if the image width is 120
20091122 23:02:07< Chusslove> *gulp*
20091122 23:02:23< Chusslove> Hehe...
20091122 23:02:25 * Chusslove is fixing.
20091122 23:02:29< alink> :-)
20091122 23:05:08< CIA-55> caslav_ilic * r39890 /trunk/data/game_config.cfg: Fixed wrongly updated logo x-coordinate to center relative.
20091122 23:07:07< Chusslove> Now the logo is not shown in small GUI.
20091122 23:07:11 * Chusslove is fixing conditions.
20091122 23:08:04< Chusslove> (A wider logo that is.)
20091122 23:08:59< Chusslove> alink: Logo with small GUI should be diagonaly between Great Ocean and Rumyr?
20091122 23:09:03-!- stikonas [n=and@wesnoth/translator/stikonas] has quit [Remote closed the connection]
20091122 23:09:21< Chusslove> Belay that question.
20091122 23:09:26 * Chusslove whacks himself.
20091122 23:09:51-!- mjs-de [n=mjs-de@vpw.wh.Uni-Dortmund.DE] has joined #wesnoth-dev
20091122 23:10:30< Chusslove> alink: Hm, still odd -- should it really be above Wesmere forest?
20091122 23:10:57-!- stikonas [n=and@bcm-131-111-216-119.girton.cam.ac.uk] has joined #wesnoth-dev
20091122 23:11:03< Chusslove> Vertically centered left of Glamdrol.
20091122 23:11:07-!- noy [n=Noy@wesnoth/developer/noy] has joined #wesnoth-dev
--- Log opened Sun Nov 22 23:34:32 2009
20091122 23:34:41-!- lobby [n=wesnoth@wesnoth/bot/lobby] has joined #wesnoth-dev
20091122 23:34:41-!- Topic for #wesnoth-dev: 1.7.9-1.8beta2 *maybe* planned for tomorrow | string/feature freeze active! | 72 bugs, 247 feature requests, 9 patches | logs: http://irclogs.wesnoth.org/ | Don't paste on IRC! Use a pastebin: http://wesnoth.pastebin.com | http://imagebin.org
20091122 23:34:41-!- Topic set by Ivanovic [] [Sun Nov 22 22:51:09 2009]
20091122 23:34:41[Users #wesnoth-dev]
20091122 23:34:41[ _teddy ] [ deekay ] [ kimrhh ] [ shikadibot ]
20091122 23:34:41[ AI0867 ] [ Doppp ] [ kitty_ ] [ Smar ]
20091122 23:34:41[ alink ] [ erl ] [ knotwork ] [ SonIcco_ ]
20091122 23:34:41[ allefant ] [ Espreon ] [ Legend ] [ stikonas ]
20091122 23:34:41[ AnMaster ] [ ettin_ ] [ lobby ] [ teaser ]
20091122 23:34:41[ ardesh ] [ fabi ] [ loonybot ] [ thespaceinvader]
20091122 23:34:41[ Blueblaze ] [ freim ] [ loonycyborg ] [ Tigge ]
20091122 23:34:41[ boucman ] [ grzywacz ] [ lukjad007 ] [ wesbot ]
20091122 23:34:41[ Chusslove ] [ happygrue] [ noy ] [ Zarel ]
20091122 23:34:41[ CIA-55 ] [ isaac ] [ Rhonda ]
20091122 23:34:41[ crimson_penguin] [ Ivanovic ] [ shadowmaster]
20091122 23:34:41-!- Irssi: #wesnoth-dev: Total of 42 nicks [0 ops, 0 halfops, 0 voices, 42 normal]
20091122 23:34:49-!- Soliton [n=Soliton@wesnoth/developer/soliton] has joined #wesnoth-dev
20091122 23:34:52-!- kitty_ [n=kitty@e180192139.adsl.alicedsl.de] has quit []
20091122 23:34:56-!- Channel #wesnoth-dev created Tue Jan 27 06:28:41 2009
20091122 23:35:57-!- Irssi: Join to #wesnoth-dev was synced in 85 secs
20091122 23:38:18< shadowmaster> mordante: are you aware that text spacing has increased in GUI2 dialogs?
20091122 23:38:30< shadowmaster> look for example at the "this save is from a different version of the game" message
20091122 23:44:15< boucman> night all
20091122 23:44:26-!- boucman [n=rosen@wesnoth/developer/boucman] has quit ["Leaving."]
20091122 23:46:20< CIA-55> shadowmaster * r39891 /trunk/data/campaigns/Under_the_Burning_Suns/ (7 files in 3 dirs): New Flesh Golem sprites from beetlenaut
20091122 23:50:01< shadowmaster> mordante: http://shadowm.rewound.net/oldsave.png
--- Log closed Mon Nov 23 00:00:21 2009