--- Log opened Sat Jul 17 00:00:14 2010
20100717 00:02:53-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Ping timeout: 240 seconds]
20100717 00:04:42-!- elias [allefant@allegro/developer/allefant] has quit [Remote host closed the connection]
20100717 00:08:08-!- elias [~allefant@allegro/developer/allefant] has joined #wesnoth-dev
20100717 00:10:59-!- mjs-de [~mjs-de@vpw.wh.uni-dortmund.de] has joined #wesnoth-dev
20100717 00:11:11-!- zookeeper [~l@wesnoth/developer/zookeeper] has quit []
20100717 00:13:06< CIA-87> eleazar * r44226 /trunk/data/core/images/terrain/hills/ (11 files): Snow hill transitions that don't take up so much space.
20100717 00:22:01-!- Blueblaze [~Blueblaze@adsl-76-202-21-28.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20100717 00:24:19-!- yann [~dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has joined #wesnoth-dev
20100717 00:24:40-!- Blueblaze [~Blueblaze@adsl-76-202-21-28.dsl.hstntx.sbcglobal.net] has quit [Client Quit]
20100717 00:30:57-!- Gambit [~quassel@pa-67-234-73-7.dhcp.embarqhsd.net] has quit []
20100717 00:31:32-!- Gambit [~quassel@pa-67-234-73-7.dhcp.embarqhsd.net] has joined #wesnoth-dev
20100717 00:32:00-!- Gambit is now known as Guest31607
20100717 00:32:58-!- Guest31607 is now known as Gambit
20100717 00:36:28-!- Johannes13__ [~Johannes@pD9502D1A.dip0.t-ipconnect.de] has quit [Ping timeout: 276 seconds]
20100717 00:40:37-!- Blueblaze [~Blueblaze@adsl-76-202-21-28.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20100717 00:58:03-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has quit [Remote host closed the connection]
20100717 01:01:20-!- Crab_ [~Crab_@wesnoth/developer/crab] has quit [Quit: Leaving.]
20100717 01:05:55< CIA-87> eleazar * r44227 /trunk/data/core/images/terrain/flat/ (17 files): improvements to the dirt bank and additional transitions.
20100717 01:15:15-!- Blueblaze [~Blueblaze@adsl-76-202-21-28.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze]
20100717 01:31:03-!- shadowm_kate [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20100717 01:32:49-!- shadowm_kate [ignacio@wesnoth/developer/shadowmaster] has quit [Client Quit]
20100717 01:36:12< Elvish_Pillager> wesbot: seen silene
20100717 01:36:13< wesbot> Elvish_Pillager: The person with the nick silene last spoke 6h 54m ago.  6h 52m ago they left with the message: Quit: Leaving.
20100717 01:43:45-!- mjs-de [~mjs-de@vpw.wh.uni-dortmund.de] has quit [Remote host closed the connection]
20100717 01:56:03-!- Netsplit *.net <-> *.split quits: esr, Rhonda, ABCD, fendrin, elvish_sovereign
20100717 01:59:23-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Quit: crimson_penguin]
20100717 01:59:57-!- Netsplit over, joins: fendrin, esr, elvish_sovereign, ABCD, Rhonda
20100717 02:01:25-!- jbjerk [~jbjerk@ppp-70-226-197-86.dsl.spfdil.ameritech.net] has joined #wesnoth-dev
20100717 02:01:25-!- eleazzaar [~jbjerk@ppp-70-226-197-86.dsl.spfdil.ameritech.net] has quit [Read error: Connection reset by peer]
20100717 02:03:10-!- jbjerk_ [~jbjerk@ppp-70-226-197-86.dsl.spfdil.ameritech.net] has joined #wesnoth-dev
20100717 02:03:10-!- jbjerk [~jbjerk@ppp-70-226-197-86.dsl.spfdil.ameritech.net] has quit [Read error: Connection reset by peer]
20100717 02:03:11-!- jbjerk_ is now known as jbjerk
20100717 02:04:11-!- jbjerk_ [~jbjerk@ppp-70-226-197-86.dsl.spfdil.ameritech.net] has joined #wesnoth-dev
20100717 02:04:11-!- jbjerk [~jbjerk@ppp-70-226-197-86.dsl.spfdil.ameritech.net] has quit [Read error: Connection reset by peer]
20100717 02:04:12-!- jbjerk_ is now known as jbjerk
20100717 02:06:26-!- DesertPanther_ [~Khalid@41.235.5.229] has quit [Quit: Leaving]
20100717 02:15:11-!- jbjerk [~jbjerk@ppp-70-226-197-86.dsl.spfdil.ameritech.net] has quit [Quit: jbjerk]
20100717 02:17:31-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20100717 02:37:12-!- Espreon [~espreon@wesnoth/developer/espreon] has quit [Quit: leaving]
20100717 02:37:31-!- Aethaeryn [~Michael@wesnoth/umc-dev/developer/aethaeryn] has quit [Quit: ...]
20100717 02:43:12-!- fendrin [~fabi@wesnoth/developer/fendrin] has quit [Remote host closed the connection]
20100717 02:43:17-!- phlaem [~a@e178089144.adsl.alicedsl.de] has quit [Quit: Leaving]
20100717 02:49:30-!- loonycyborg [~sergey@wesnoth/developer/loonycyborg] has quit [Quit: Zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz]
20100717 02:50:06-!- loonybot [~loonybot@wesnoth/bot/loonybot] has quit [Remote host closed the connection]
20100717 02:55:52-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Read error: Connection reset by peer]
20100717 02:57:33-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20100717 03:14:11-!- Espreon [~espreon@wesnoth/developer/espreon] has joined #wesnoth-dev
20100717 03:23:59-!- eleazar [~eleazar@ppp-70-226-197-86.dsl.spfdil.ameritech.net] has joined #wesnoth-dev
20100717 04:14:22-!- Elvish_Pillager [~eli@71-10-224-192.dhcp.oxfr.ma.charter.com] has quit [Read error: Operation timed out]
20100717 04:36:59-!- Ivanovic_ [~ivanovic@dtmd-4db2d65b.pool.mediaWays.net] has joined #wesnoth-dev
20100717 04:36:59-!- Ivanovic_ [~ivanovic@dtmd-4db2d65b.pool.mediaWays.net] has quit [Changing host]
20100717 04:36:59-!- Ivanovic_ [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20100717 04:41:13-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 276 seconds]
20100717 04:43:03-!- Ivanovic_ is now known as Ivanovic
20100717 05:05:18-!- Blueblaze [~Blueblaze@adsl-76-202-21-28.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20100717 05:09:48< CIA-87> eleazar * r44228 /trunk/data/core/ (15 files in 2 dirs): testing some new water colors. some water animations temporarily disabled.
20100717 05:13:08-!- Gambit [~quassel@pa-67-234-73-7.dhcp.embarqhsd.net] has quit [Quit: Do you worry that you're not liked? How long till you break?]
20100717 05:26:34-!- alink [~alink@wesnoth/developer/alink] has quit [Remote host closed the connection]
20100717 05:27:41< Espreon> boucman: Is it safe for units to go outside of the hexes... in terms of animation and all of that fun stuff?
20100717 05:28:00< CIA-87> eleazar * r44229 /trunk/data/multiplayer/scenarios/Random_Scenario_Winter.cfg: adjusted random winter map to use new winter-appropriate terrain variants.
20100717 05:28:07< eleazar> night all
20100717 05:32:10< Espreon> boucman: ... and of course, I'm talking about images...
20100717 05:33:21-!- elvish_sovereign [~elvish_so@pool-173-59-71-113.phlapa.east.verizon.net] has quit [Quit: Colloquy for Mac - client quit]
20100717 05:33:33-!- elvish_sovereign [~elvish_so@pool-173-59-71-113.phlapa.east.verizon.net] has joined #wesnoth-dev
20100717 05:39:08-!- Appleman1234 [~Appleman1@CPE-60-226-176-19.qld.bigpond.net.au] has joined #wesnoth-dev
20100717 05:43:19-!- elvish_sovereign [~elvish_so@pool-173-59-71-113.phlapa.east.verizon.net] has quit [Quit: elvish_sovereign]
20100717 06:05:46-!- dtiger [~dtiger@dynamic-vpdn-93-125-16-185.telecom.by] has joined #wesnoth-dev
20100717 06:08:37-!- Appleman1234 [~Appleman1@CPE-60-226-176-19.qld.bigpond.net.au] has quit [Ping timeout: 276 seconds]
20100717 06:22:08-!- Appleman1234 [~Appleman1@CPE-60-226-176-19.qld.bigpond.net.au] has joined #wesnoth-dev
20100717 06:25:37-!- ancestral [~ancestral@97-116-107-178.mpls.qwest.net] has joined #wesnoth-dev
20100717 06:28:38-!- ancestral [~ancestral@97-116-107-178.mpls.qwest.net] has quit [Client Quit]
20100717 07:32:49-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 240 seconds]
20100717 07:35:38-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Quit: crimson_penguin]
20100717 07:39:10-!- dtiger [~dtiger@dynamic-vpdn-93-125-16-185.telecom.by] has quit [Remote host closed the connection]
20100717 07:56:16-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20100717 08:03:48-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100717 08:32:16-!- knotwork_ [~markm@142.177.234.248] has quit [Ping timeout: 276 seconds]
20100717 08:32:41-!- knotwork_ [~markm@142.177.234.248] has joined #wesnoth-dev
20100717 08:35:12-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Disconnected by services]
20100717 08:35:22-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20100717 08:48:03-!- knotwork_ [~markm@142.177.234.248] has quit [Ping timeout: 260 seconds]
20100717 08:52:24-!- knotwork [~markm@142.177.234.248] has joined #wesnoth-dev
20100717 08:52:55-!- timotei [~Timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20100717 08:53:03< timotei> morning
20100717 09:19:54< Ivanovic> moin
20100717 09:20:58< Espreon> shadowmaster: boucman reads the logs, right?
20100717 09:21:09< shadowmaster> not sure
20100717 09:21:14< shadowmaster> you might need to remind him to do so
20100717 09:22:11-!- yann [~dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has quit [Remote host closed the connection]
20100717 09:22:40< Espreon> shadowmaster: If he comes on, doesn't respond to my messages, and I'm not around, would you please ask him to read the logs?
20100717 09:22:50< Espreon> There's a decent chance that I'll miss him.
20100717 09:23:44< shadowmaster> okay
20100717 09:24:10< shadowmaster> it's for the above 4 hours ago, right?
20100717 09:24:56< Espreon> Yeah.
20100717 09:25:20< Espreon> I need to know, for rhyging must not be bound by... the hex.
20100717 09:26:34< CIA-87> mordante * r44230 /trunk/src/ana/src/asio_sender.cpp: Add a newline to a file.
20100717 09:29:12< Espreon> ... yeahz... the Æthereal Dragon and the Void Dragon need to be awesome...
20100717 09:38:50-!- thespaceinvader [~chatzilla@wesnoth/artist/thespaceinvader] has joined #wesnoth-dev
20100717 09:57:21-!- Unnheulu [~ieuan@84.13.156.123] has joined #wesnoth-dev
20100717 09:57:58-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Quit: night]
20100717 10:09:14-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20100717 10:18:13-!- Johannes13__ [~Johannes@pD950300E.dip0.t-ipconnect.de] has joined #wesnoth-dev
20100717 10:20:51-!- Unnheulu [~ieuan@84.13.156.123] has quit [Quit: Ex-Chat]
20100717 10:22:28-!- AnMaster [~AnMaster@unaffiliated/anmaster] has quit [Ping timeout: 248 seconds]
20100717 10:25:51< Espreon> Hello boucman.
20100717 10:26:01< boucman> morning Espreon
20100717 10:26:03< Espreon> Have you read the logs yet?
20100717 10:26:17< boucman> no, is something wring ?
20100717 10:26:37< Espreon> 05:27 < Espreon> boucman: Is it safe for units to go outside of the hexes... in terms of animation and all of that fun stuff?
20100717 10:26:50< boucman> yes it is. 
20100717 10:27:08< boucman> it is costy perf-wise, and usually leads to creeping biggerism, but it works
20100717 10:28:00< Espreon> Good, because rhyging must not be bound by the hex... the Æthereal Dragon and the Void Dragon must be awesome...
20100717 10:28:27< boucman> the red dragon rework was already bigger than hex IIRC
20100717 10:28:56< Espreon> True.
20100717 10:30:23< Espreon> shadowmaster: OK, forget it, for I have reached boucman.
20100717 10:40:58-!- grzywacz [~grzywacz@wesnoth/developer/grzywacz] has joined #wesnoth-dev
20100717 10:42:26-!- zookeeper [~l@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20100717 10:46:41-!- silene [~plouf@wesnoth/developer/silene] has quit [Quit: Leaving.]
20100717 10:47:04-!- silene [~plouf@AMarseille-251-1-59-126.w83-197.abo.wanadoo.fr] has joined #wesnoth-dev
20100717 10:47:05-!- silene [~plouf@AMarseille-251-1-59-126.w83-197.abo.wanadoo.fr] has quit [Changing host]
20100717 10:47:05-!- silene [~plouf@wesnoth/developer/silene] has joined #wesnoth-dev
20100717 10:49:50-!- phlaem [~a@e178087186.adsl.alicedsl.de] has joined #wesnoth-dev
20100717 11:10:58-!- loonybot [~loonybot@ppp79-139-141-141.pppoe.spdop.ru] has joined #wesnoth-dev
20100717 11:10:58-!- loonybot [~loonybot@ppp79-139-141-141.pppoe.spdop.ru] has quit [Changing host]
20100717 11:10:58-!- loonybot [~loonybot@wesnoth/bot/loonybot] has joined #wesnoth-dev
20100717 11:11:54-!- loonycyborg [~sergey@wesnoth/developer/loonycyborg] has joined #wesnoth-dev
20100717 11:31:13-!- Appleman1234 [~Appleman1@CPE-60-226-176-19.qld.bigpond.net.au] has quit [Read error: Connection reset by peer]
20100717 11:36:01-!- Appleman1234 [~Appleman1@CPE-60-226-176-19.qld.bigpond.net.au] has joined #wesnoth-dev
20100717 11:36:52-!- happygrue_ [~George@wesnoth/developer/wintermute] has joined #wesnoth-dev
20100717 11:40:15-!- happygrue [~George@wesnoth/developer/wintermute] has quit [Ping timeout: 246 seconds]
20100717 11:55:21< CIA-87> silene * r44231 /trunk/src/serialization/preprocessor.cpp: Reduced amount of textdomain directives in preprocessed output.
20100717 11:55:37< CIA-87> silene * r44232 /trunk/src/serialization/preprocessor.cpp: Avoided generating location directives for small macros.
20100717 11:55:41< CIA-87> silene * r44233 /trunk/src/serialization/preprocessor.cpp: Removed explicit textdomain directives when already implicit.
20100717 11:55:49< CIA-87> silene * r44234 /trunk/src/serialization/preprocessor.cpp: Fixed error messages.
20100717 11:55:51< CIA-87> silene * r44235 /trunk/src/serialization/preprocessor.cpp: Factored error handling code.
20100717 12:02:53-!- Blueblaze [~Blueblaze@adsl-76-202-21-28.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze]
20100717 12:03:59< boucman> silene: thx for looking into it
20100717 12:19:31< boucman> thespaceinvader: fixed
20100717 12:19:37< CIA-87> boucman * r44236 /trunk/src/ (5 files): make unit animation haloes work, this includes multiple calls to halo::unrender in each redraw, but I don't master the in and outs of haloes completely, so if someone could check that it's safe I would be gratefull
20100717 12:20:11< thespaceinvader> thanks boucman 
20100717 12:30:03< Ivanovic> boucman, silene: cache creation is fast again
20100717 12:30:20< boucman> Ivanovic: yes, thx to silene
20100717 12:30:28< Ivanovic> zookeeper: now idea where you get your trunk .exe from, but one using r44235 should help you regarding cache creation times
20100717 12:30:46< boucman> we plan to do something on the terrain WML side with alink too, but it's going to be a bit longer to come
20100717 12:31:17< Ivanovic> and wow, just started two brothers as testcase (have not used trunk for a while) and damn, it looks all different regarding terrain!
20100717 12:31:23< Ivanovic> (a whole lot better than before!)
20100717 12:33:04< boucman> yeah, it's great to have eleazar back :)
20100717 12:33:29< Ivanovic> jepp
20100717 12:34:13< timotei> YEY!
20100717 12:34:48-!- Crab_ [~Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20100717 12:35:02< Ivanovic> hi Crab_
20100717 12:35:07< timotei> hi CIA-87 
20100717 12:35:09< timotei> hi Crab_ 
20100717 12:35:10< Crab_> hi, Ivanovic
20100717 12:35:15< Crab_> hi, timotei
20100717 12:35:19< Ivanovic> Crab_: IIRC you considered having a look at the upload stats feature
20100717 12:35:23< Ivanovic> any news on this area?
20100717 12:35:46< Ivanovic> that is: it would IMO be nice to have some idea what direction we will take with 1.9.0
20100717 12:35:58< Crab_> when 1.9.0 is planned ?
20100717 12:36:03< Ivanovic> (now that the cache creation time is fixed i can finally start considering a release of 1.9.0)
20100717 12:36:12< Ivanovic> Crab_: not planned yet, but the main blocker is fixed
20100717 12:36:39< Ivanovic> that is: thespaceinvader, noy, esr, whoever else works on this: what is the status of the kalifa fraction?
20100717 12:36:45< CIA-87> boucman * r44237 /trunk/data/core/images/terrain/bridge/stonebridge-ne-sw.png: graphic upgrade by lurker
20100717 12:37:19< esr> Ivanovic: No idea.  I've heard nothing about it in many months.
20100717 12:37:27< Crab_> well, I've got several small ai-related bugs that really should be fixed, so I have to take a day and fix them, and I'll be able to take a look at the stats then, too.
20100717 12:38:02< Ivanovic> Crab_: currently i consider realeasing 1.9.0 in maybe one or two weeks
20100717 12:38:14< thespaceinvader> Ivanovic: art-wise it's ready to go with base frames only at this stage, and I know noy was starting play testing before i went to australia
20100717 12:38:25< thespaceinvader> but i think he's off this week
20100717 12:38:28< Ivanovic> it does of course also depend on our SoC students, would be nice to have some basic functionality of their work ready in 1.9.0, too
20100717 12:38:30< Ivanovic> ;)
20100717 12:38:44< Ivanovic> thespaceinvader: yeah, noy is off this week
20100717 12:38:53< Crab_> ok, good enough (two weeks are obviously better than one :) )
20100717 12:38:59< boucman> Ivanovic: we might have something playable at that point... no recruit, but attack and mvt should be in
20100717 12:39:01< thespaceinvader> my suspicion will be that he won't be ready to go on it in a fortnight, sinc ee said he expected to be doing balancing stuff on it most of the summer
20100717 12:39:16< boucman> UI will need some work, but it will be testable
20100717 12:39:23< Ivanovic> boucman: whiteboard?
20100717 12:39:28< boucman> yup
20100717 12:39:30< Ivanovic> (just making sure)
20100717 12:39:33< Ivanovic> cool
20100717 12:43:48< silene> boucman, Ivanovic: no, it's not thanks to me; alink disabled precise error reporting, so that wesnoth would actually load; but we can't have a release without error reporting, so it's only temporary
20100717 12:46:06< silene> as soon as we reenable error reporting, performances will go down again
20100717 12:48:27< Ivanovic> ah, okay
20100717 12:50:34-!- fendrin [~fabi@88-134-103-91-dynip.superkabel.de] has joined #wesnoth-dev
20100717 12:50:34-!- fendrin [~fabi@88-134-103-91-dynip.superkabel.de] has quit [Changing host]
20100717 12:50:34-!- fendrin [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev
20100717 12:52:02< timotei> hi fendrin :D
20100717 12:52:16< fendrin> timotei: hi
20100717 12:52:29< timotei> fendrin: just fixed highlighting start/end tags :D
20100717 12:52:33< timotei> fendrin: I'm so happy
20100717 12:52:38< fendrin> timotei: ;-)
20100717 12:53:02< timotei> Crab_, fendrin I commit soon what I have on my bro's notebook, and move into my own. If you want/have time we can test things
20100717 12:53:06< fendrin> timotei: Can you replace the map string thing in the new scenario dialogue by a file chooser?
20100717 12:53:22< timotei> fendrin: of course
20100717 12:53:22< Crab_> timotei: yes, I have time today
20100717 12:53:33< fendrin> and a checkbox that is named "embedded"?
20100717 12:53:34< timotei> fendrin: but please wait until I setup my notebook
20100717 12:53:50< timotei> fendrin: you know a programmer's answer: everything is doable:D
20100717 12:53:55< timotei> fendrin: more or less hackish ;))
20100717 12:54:14-!- DesertPanther [~Khalid@unaffiliated/desertpanther] has joined #wesnoth-dev
20100717 12:57:33-!- mjs-de [~mjs-de@vpw.wh.uni-dortmund.de] has joined #wesnoth-dev
20100717 13:06:03< CIA-87> timotei * r44238 /trunk/utils/java/eclipse_plugin/src/wesnoth_eclipse_plugin/Logger.java: eclipse plugin: fix show gui message on log
20100717 13:07:39< timotei> damn, forgot to svn rebase before
20100717 13:08:25< CIA-87> timotei * r44239 /trunk/utils/java/eclipse_plugin/src/wesnoth_eclipse_plugin/ (4 files in 4 dirs): eclipse plugin: open the preferences page on setup workspace when the plugin's preferences are not set
20100717 13:08:32< CIA-87> timotei * r44240 /trunk/utils/java/eclipse_plugin/src/wesnoth_eclipse_plugin/ (Activator.java Logger.java): eclipse plugin: fix a stackoverflow, and remove checkConditions until a better idea comes
20100717 13:08:48< CIA-87> timotei * r44241 /trunk/utils/java/eclipse_plugin/src/wesnoth_eclipse_plugin/ (11 files in 5 dirs): eclipse plugin: tool invoker/wml tools invoker improvements. now the user can stop wmlindent/lint/scope
20100717 13:09:05< CIA-87> timotei * r44242 /trunk/utils/java/eclipse_plugin/ (12 files in 7 dirs): eclipse plugin: code improvements and fixes. added "open game" menu entry
20100717 13:09:23< CIA-87> timotei * r44243 /trunk/utils/java/ (9 files in 4 dirs): eclipse plugin: highlighting start/end tags now works properly
20100717 13:10:55-!- Johannes13_ [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20100717 13:12:52-!- Johannes13__ [~Johannes@pD950300E.dip0.t-ipconnect.de] has quit [Ping timeout: 265 seconds]
20100717 13:18:31-!- Elvish_Pillager [~eli@71-10-224-192.dhcp.oxfr.ma.charter.com] has joined #wesnoth-dev
20100717 13:19:00-!- mjs-de [~mjs-de@vpw.wh.uni-dortmund.de] has quit [Remote host closed the connection]
20100717 13:19:03-!- timotei21 [~Timotei@193.34.191.4] has joined #wesnoth-dev
20100717 13:21:21-!- timotei [~Timotei@wesnoth/developer/timotei] has quit [Ping timeout: 240 seconds]
20100717 13:37:11-!- EdB [~edb@tss37-1-89-84-18-220.dsl.club-internet.fr] has joined #wesnoth-dev
20100717 13:38:44< Elvish_Pillager> Well here's a dilemma.
20100717 13:39:22-!- chr_ [~quassel@89.204.153.68] has joined #wesnoth-dev
20100717 13:39:26< Elvish_Pillager> I have some files that contain one WML tag each: [lua] code=<<>> [/lua], with lots of lua code inside them.
20100717 13:40:05< Elvish_Pillager> (I'm pretty sure I can't use pure-lua files because I assume wesnoth.dofile() uses the client's version of the files during a networked game, not the host's.)
20100717 13:40:28< Elvish_Pillager> I want to name them ".lua", so that nice text editors will automatically give me lua syntax hilighting.
20100717 13:40:39< Elvish_Pillager> But I want to name them ".cfg" so that Wesnoth will load them. :/
20100717 13:42:43< Elvish_Pillager> This is for anyone who knows the preprocessor: is there any way to make Wesnoth load a file whose name doesn't end in .cfg?
20100717 13:43:02-!- Johannes13__ [~Johannes@pD9500739.dip0.t-ipconnect.de] has joined #wesnoth-dev
20100717 13:43:28< elias> you could make a .cfg file which just has [lua]{file.lua}[/lua]
20100717 13:43:41< elias> or whatever the preprocessor syntax was for in-place-inclusion
20100717 13:43:51< Elvish_Pillager> elias: I just checked the preprocessor code: I'm pretty sure it won't even load that
20100717 13:44:22< Elvish_Pillager> wait, hang on
20100717 13:44:26< elias> hm, last time i looked at WML was years ago... but it's how you could use external map files at one point
20100717 13:44:31< boucman> can't you explicitely tell you editor to use lua highlighting for a gien file ?
20100717 13:44:32< Elvish_Pillager> right
20100717 13:45:05< Elvish_Pillager> boucman: true, but I have a lot of files and I'm not always very decisive about which editor I want to use either.
20100717 13:45:14< boucman> k
20100717 13:45:53< Elvish_Pillager> elias: okay, seems I can do that; it just bothers me because it makes it so that I can't freely rename the files (which I can do if they're just included as a directory)
20100717 13:46:15-!- Johannes13_ [~Johannes@unaffiliated/johannes13] has quit [Ping timeout: 246 seconds]
20100717 13:46:21< elias> yeah
20100717 13:47:10< elias> but all the multi-file WML seems to expects .cfg
20100717 13:47:35< Elvish_Pillager> this code is awful :/
20100717 13:47:53< elias> timotei21's eclipse plugin might be smart enough to syntax color Lua-in-WML
20100717 13:48:14< Elvish_Pillager> the wiki says "Starting in 1.3.3, some files in such directories are handled specially.", but it doesn't say what that means at all.
20100717 13:48:18< elias> just means you'd have to use eclipse and wait until he's done :)
20100717 13:48:23< Elvish_Pillager> har har.
20100717 13:49:01< Elvish_Pillager> I've used Eclipse before. I didn't like it at all (maybe just wasn't used to it)
20100717 13:49:27< elias> it says below how the files are handled specially
20100717 13:49:34< Elvish_Pillager> oh, where?
20100717 13:49:43< elias> just whoever wrote it didn't know the wiki syntax to not indent back to the left :P
20100717 13:51:06< Elvish_Pillager> hmm. interesting features. not useful here though :p
20100717 13:52:24< elias> you could make a short lua script which lists all .lua files in the current directory then writes them into a script.wml
20100717 13:52:32< elias> then run it whenever you rename/add/remove a .lua file
20100717 13:52:48< Elvish_Pillager> true
20100717 13:53:21< Elvish_Pillager> that's really not more convenient than doing it manually though
20100717 13:53:46< Elvish_Pillager> I think the right solution is to name them .cfg and dork with my editor
20100717 13:55:59< fendrin> timotei21: sorry, have to leave. Sister's boyfriend is in the hospital after an heavy traffic accident.
20100717 13:56:39< Elvish_Pillager> Huh. Renaming them to .cfg didn't help. Wonder if I have some other problem here.
20100717 13:58:23< Elvish_Pillager> ...or maybe Wesnoth somehow managed to not reload the files itself. Never mind.
20100717 14:02:02-!- Gambit [~Gambit@pa-67-234-73-7.dhcp.embarqhsd.net] has joined #wesnoth-dev
20100717 14:08:48-!- Crab_ [~Crab_@wesnoth/developer/crab] has quit [Ping timeout: 240 seconds]
20100717 14:11:17< timotei21> fendrin: np
20100717 14:11:47< timotei21> Elvish_Pillager: what editor you use?
20100717 14:13:36-!- Crab_ [~Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20100717 14:14:46-!- knotwork [~markm@142.177.234.248] has quit [Ping timeout: 252 seconds]
20100717 14:16:12-!- knotwork [~markm@142.177.234.248] has joined #wesnoth-dev
20100717 14:20:09-!- phlaem [~a@e178087186.adsl.alicedsl.de] has quit [Quit: Leaving]
20100717 14:25:04-!- alink [~alink@wesnoth/developer/alink] has joined #wesnoth-dev
20100717 14:29:05-!- Gambit [~Gambit@pa-67-234-73-7.dhcp.embarqhsd.net] has quit [Remote host closed the connection]
20100717 14:30:26-!- Gambit [~Gambit@pa-67-234-73-7.dhcp.embarqhsd.net] has joined #wesnoth-dev
20100717 14:36:28< Elvish_Pillager> silene: when you're around: is there any way to make it so that, when Wesnoth gives Lua syntax errors, it tells you anything about _which_ [lua] tag the errors are from?
20100717 14:40:33< silene> Elvish_Pillager: no, it's not possible (the information has long been lost by that time); however, if you put the content of your lua tags inside lua files, then you will get precise error reporting
20100717 14:40:59< Elvish_Pillager> silene: and do wesnoth.dofile() or wesnoth.require() use the host's version of the files in networked games?
20100717 14:41:33< silene> no, they don't; lua files are like unit types, they are not sent over the network
20100717 14:41:37< Elvish_Pillager> yes.
20100717 14:41:43< Elvish_Pillager> I am writing an era which does not require download.
20100717 14:41:49< Elvish_Pillager> So I know of no way to use separate lua files.
20100717 14:41:50-!- Gambit [~Gambit@pa-67-234-73-7.dhcp.embarqhsd.net] has quit [Remote host closed the connection]
20100717 14:42:19< boucman> Elvish_Pillager: why don't you want you era to require download (out of curiosity)
20100717 14:42:21< silene> Elvish_Pillager: you can still put all your lua code inside one big lua tag, and then all the other ones are just function calls to the main one
20100717 14:42:26-!- Gambit [~Gambit@pa-67-234-73-7.dhcp.embarqhsd.net] has joined #wesnoth-dev
20100717 14:43:02< silene> hopefully, you won't have any error in the other ones (due to their being one liner), so the errors will always point to the main one
20100717 14:43:03< Elvish_Pillager> boucman: two reasons: first is convenience of starting games (it helps when new players can join and learn the era without downloading), and second is compatibility between versions (I don't want recurrent OOS because players have different versions)
20100717 14:43:27< Elvish_Pillager> silene: true, but with lots of lua code, I don't want it all in one file.
20100717 14:43:40< boucman> hmm... there is no way to check for addon versions ? 
20100717 14:43:55< Elvish_Pillager> boucman: it is possible, but an additional inconvenience.
20100717 14:44:07< boucman> yes, it makes sense (for obvious security reasons) that wesnoth is not able to download a file from one client to another
20100717 14:44:12< Elvish_Pillager> I don't want someone with 0.6.0.10 to have to update every time someone starts a game with 0.6.0.11.
20100717 14:44:31< boucman> Elvish_Pillager: only the first time :P
20100717 14:44:36< boucman> but yes, I see your point
20100717 14:44:40-!- Gambit [~Gambit@pa-67-234-73-7.dhcp.embarqhsd.net] has quit [Remote host closed the connection]
20100717 14:44:45< Elvish_Pillager> boucman: theoretically they could transmit the files along with the scenario somehow, in a way that is more convenient than having them all be .cfgs
20100717 14:44:56< Elvish_Pillager> boucman: don't you mean "every day"? :p
20100717 14:45:10 * Elvish_Pillager sometimes makes relatively-minor releases every day for a week
20100717 14:45:30< boucman> hehe
20100717 14:45:36< Elvish_Pillager> you know the saying... :)
20100717 14:45:52< boucman> release early, release often <= that one ?
20100717 14:45:54< Elvish_Pillager> yes
20100717 14:45:58< boucman> :P
20100717 14:46:01-!- Gambit [~Gambit@pa-67-234-73-7.dhcp.embarqhsd.net] has joined #wesnoth-dev
20100717 14:47:11< silene> Elvish_Pillager: the thing is, the engine doesn't send files, it just send the content of the [scenario] tag; it would be a major change to teach the engine about files
20100717 14:47:30< Elvish_Pillager> indeed
20100717 14:48:09< Elvish_Pillager> I'm just saying that the _concept_ of it isn't too alien, not that the implementation is practical
20100717 14:48:32< Elvish_Pillager> e.g. having lua files be incorporated into the scenario tag somehow
20100717 14:50:48< Crab_> Elvish_Pillager: maybe that problem can be solved via a different approach - by making it easier to check if addon is up-to-date for the particular game you want to join, and allowing to easily update before joining ?
20100717 14:51:17< Elvish_Pillager> Crab_: that would be another solution
20100717 14:51:40< Elvish_Pillager> you could even solve the former convenience problem by making it work for games that you don't have the add-on for, too
20100717 14:51:58< Elvish_Pillager> AFAIK it would require some conceptual changes though?
20100717 14:52:10 * boucman have been draming of a "download addons" from the MP lobby to be able to get whatever is needed for joining a game
20100717 14:52:14< Elvish_Pillager> i.e. eras/scenarios currently don't know what add-on they're in
20100717 14:53:17< Crab_> well, the addon author usually knows the 'required' things for his scenario/era, so if we add a way for him to 'declare' it in scenario/era wml...
20100717 14:53:22< Elvish_Pillager> like, when you attempt to join a game for which you don't have the (current version of the) add-on, it would say "To join this game, you need (name of add-on), which is (size) KB. Do you want to download it now? y/n"
20100717 14:53:35< Elvish_Pillager> Crab_: yeah, that would make sense
20100717 14:53:56< Elvish_Pillager> Crab_: oh, while you're at it, why not make the add-on dependency system itself do anything :/
20100717 14:56:27-!- EdB_ [~edb@tss37-1-89-84-18-220.dsl.club-internet.fr] has joined #wesnoth-dev
20100717 14:58:53-!- EdB [~edb@tss37-1-89-84-18-220.dsl.club-internet.fr] has quit [Ping timeout: 264 seconds]
20100717 14:59:22-!- EdB_ [~edb@tss37-1-89-84-18-220.dsl.club-internet.fr] has quit [Remote host closed the connection]
20100717 15:06:49< CIA-87> silene * r44244 /trunk/src/game.cpp: Avoided costly roundtrip through strings.
20100717 15:17:52< CIA-87> silene * r44245 /trunk/src/builder.cpp: Avoided costly roundtrip through strings.
20100717 15:17:57< CIA-87> silene * r44246 /trunk/src/multiplayer.cpp: Avoided costly roundtrip through strings.
20100717 15:18:01< CIA-87> silene * r44247 /trunk/src/unit_animation.cpp: Avoided costly roundtrip through strings.
20100717 15:18:16< CIA-87> silene * r44248 /trunk/src/campaign_server/campaign_server.cpp: Avoided costly roundtrip through strings.
20100717 15:19:08-!- knotwork [~markm@142.177.234.248] has quit [Ping timeout: 276 seconds]
20100717 15:20:02-!- knotwork [~markm@142.177.234.248] has joined #wesnoth-dev
20100717 15:25:48-!- timotei [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20100717 15:30:45< CIA-87> alink * r44249 /trunk/src/builder.cpp: tiny optimization of a loop
20100717 15:30:50< CIA-87> alink * r44250 /trunk/src/ (display.hpp game_display.cpp game_display.hpp): Fix constness of display::get_time_of_day and make it public
20100717 15:30:58< CIA-87> alink * r44251 /trunk/src/ (5 files): 
20100717 15:30:58< CIA-87> Clean the implentation of ':layers'
20100717 15:30:58< CIA-87> - also display (scaled) image from the source for easier identification
20100717 15:30:58< CIA-87> - show center.x/y
20100717 15:30:59< CIA-87> - support [variant]
20100717 15:30:59< CIA-87> - directly log from the engine function to avoid code duplication
20100717 15:32:23-!- timotei21 [~Timotei@193.34.191.4] has quit [Quit: Leaving]
20100717 15:33:13< alink> new version : http://img96.imageshack.us/img96/2446/layer4.png
20100717 15:33:34< alink> (image source is scaled down to 72x72)
20100717 15:33:57< boucman> alink: that's great, now we need to figure out why some images overlap :P
20100717 15:33:58-!- knotwork [~markm@142.177.234.248] has quit [Ping timeout: 252 seconds]
20100717 15:34:03< boucman> did you have a look at my flag thing ?
20100717 15:35:08< alink> boucman: yes, sort of, this new implementation make it possible/easy to access it. Now just need to code the UI part
20100717 15:35:29< alink> I do a quick try now
20100717 15:35:53< boucman> k, thx
20100717 15:36:06< boucman> my attempt to do it through macro isn't as trivial as I though
20100717 15:36:31< Elvish_Pillager> silene: by the way, the wiki incorrectly implies that eras can't have preload events in them, on http://wiki.wesnoth.org/LuaWML:Files
20100717 15:37:36-!- knotwork [~markm@142.177.234.248] has joined #wesnoth-dev
20100717 15:46:30-!- chr_ [~quassel@89.204.153.68] has quit [Remote host closed the connection]
20100717 15:46:52-!- chr_ [~quassel@89.204.153.68] has joined #wesnoth-dev
20100717 15:47:32< Elvish_Pillager> silene: the error "WML table expected, got table" could be more informative: I passed a complicated table with one syntax issue in it to wesnoth.fire, and had to dig around for where the syntax issue was. (Of course, I don't know the internals, so I don't know what kind of information it's convenient to give...)
20100717 15:48:00< CIA-87> alink * r44252 /trunk/src/menu_events.cpp: Shows flags set where we use ":layers".
20100717 15:48:01< alink> boucman: ^
20100717 15:48:11< boucman> yay
20100717 15:48:18< boucman> thx a lot alink, updating right away
20100717 15:48:56< alink> I have ideas how to access even more info, I'll do that later.
20100717 15:49:17-!- Appleman1234 [~Appleman1@CPE-60-226-176-19.qld.bigpond.net.au] has quit [Ping timeout: 264 seconds]
20100717 15:49:39< alink> and I still need to add the foreground/background order which  is needed to help study overlaps problems
20100717 15:51:02-!- knotwork [~markm@142.177.234.248] has quit [Ping timeout: 260 seconds]
20100717 15:52:37-!- knotwork [~markm@142.177.234.248] has joined #wesnoth-dev
20100717 15:56:34< silene> Elvish_Pillager: the wiki isn't implying that (at least it was not my intent); and may be a case where "may not" does not mean the same thing in french and in english, making it even more confusing
20100717 15:56:53< Elvish_Pillager> silene: "may not" just makes it confusing.
20100717 15:57:23< Elvish_Pillager> I'd write "when writing unit types ... since the unit_type events are not necessarily present at preload"
20100717 16:00:06-!- knotwork [~markm@142.177.234.248] has quit [Ping timeout: 265 seconds]
20100717 16:08:17-!- knotwork [~markm@142.177.234.248] has joined #wesnoth-dev
20100717 16:26:26-!- Gambit [~Gambit@pa-67-234-73-7.dhcp.embarqhsd.net] has quit [Remote host closed the connection]
20100717 16:26:39-!- Gambit [~Gambit@pa-67-234-73-7.dhcp.embarqhsd.net] has joined #wesnoth-dev
20100717 16:32:00-!- knotwork [~markm@142.177.234.248] has quit [Ping timeout: 265 seconds]
20100717 16:33:17< fendrin> timotei: hello, I am back.
20100717 16:33:26< timotei> hi fendrin 
20100717 16:33:49< timotei> i think I'll leave soon, too, for about 1, 1.3 hrs
20100717 16:34:04< timotei> do you have any issues?
20100717 16:34:12< timotei> or things you see could be improved?
20100717 16:34:19< timotei> apart the 'open file dialog'
20100717 16:39:20-!- knotwork [~markm@142.177.234.248] has joined #wesnoth-dev
20100717 16:39:56-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20100717 16:41:08< fendrin> timotei: Well, there are several issues with the wizard dialogues.
20100717 16:42:30< fendrin> timotei: The starting gold feature should be per difficult level for example.
20100717 16:43:33< timotei> starting gold? where is that?
20100717 16:45:57< fendrin> timotei: new scenario page 3 iirc.
20100717 16:49:30< timotei> there is no 
20100717 16:49:41< timotei> only difficulty level at campaign
20100717 16:49:47< timotei> I have to go in 3-5 mins
20100717 16:50:42< timotei> if you have time, there are things to add in: /utils/java/eclipse_plugin/templates/wizards.txt
20100717 16:50:59< timotei> they are the wizards available to the user when "new wizard launcher" is opened
20100717 16:51:07< timotei> since you know better what wizards should exist.
20100717 16:51:21< timotei> however, remember that the schema.cfg is not finished yet, and some may not have things to show
20100717 16:52:12< timotei> fendrin, ok, i'm off. see you later
20100717 16:52:12< fendrin> timotei: yepp, I will have a look at the file.
20100717 16:52:28-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Quit: Leaving]
20100717 17:03:53< eleazar> alink: that layer tool looks really promising
20100717 17:04:55< eleazar> can you use the "foreground" image behind the picture of the file so things like little pieces of shaddow show up better?
20100717 17:05:39< boucman> eleazar: maybe use a completely pink hex since pink is a very uncomon color
20100717 17:06:33-!- knotwork [~markm@142.177.234.248] has quit [Ping timeout: 240 seconds]
20100717 17:07:05-!- knotwork [~markm@142.177.234.248] has joined #wesnoth-dev
20100717 17:11:45-!- fendrin [~fabi@wesnoth/developer/fendrin] has quit [Ping timeout: 240 seconds]
20100717 17:12:22-!- fendrin [~fabi@88-134-103-91-dynip.superkabel.de] has joined #wesnoth-dev
20100717 17:12:22-!- fendrin [~fabi@88-134-103-91-dynip.superkabel.de] has quit [Changing host]
20100717 17:12:22-!- fendrin [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev
20100717 17:23:48-!- knotwork [~markm@142.177.234.248] has quit [Ping timeout: 248 seconds]
20100717 17:25:55-!- knotwork [~markm@142.177.234.248] has joined #wesnoth-dev
20100717 17:36:41-!- knotwork [~markm@142.177.234.248] has quit [Ping timeout: 264 seconds]
20100717 17:45:15-!- knotwork [~markm@142.177.234.248] has joined #wesnoth-dev
20100717 17:48:53-!- Aethaeryn [~Michael@wesnoth/umc-dev/developer/aethaeryn] has joined #wesnoth-dev
20100717 17:54:42-!- Crab_ [~Crab_@wesnoth/developer/crab] has quit [Quit: Leaving.]
20100717 17:56:28-!- yann [~dwitch@nan92-1-81-57-214-146.fbx.proxad.net] has joined #wesnoth-dev
20100717 18:04:37-!- knotwork [~markm@142.177.234.248] has quit [Ping timeout: 276 seconds]
20100717 18:05:11-!- StealthyCoin [~StealthyC@adsl-76-212-9-60.dsl.pltn13.sbcglobal.net] has joined #wesnoth-dev
20100717 18:06:35< StealthyCoin> solition here?
20100717 18:10:54< StealthyCoin> by that i mean is soliton here
20100717 18:11:40-!- knotwork [~markm@142.177.234.248] has joined #wesnoth-dev
20100717 18:13:39< boucman> StealthyCoin: apparently not, but is there a way we can help ?
20100717 18:14:15< StealthyCoin> Not sure. Don't think so. Was supposed to talk to him on IRC about the replay format and possibly adding back the [result] tags
20100717 18:14:39< boucman> nope, i'm afraid he's the only one with knowledge of that area
20100717 18:15:00< StealthyCoin> Thought so. When is he usually active?
20100717 18:15:48< boucman> wesbot: seen Soliton
20100717 18:15:48< wesbot> boucman: Queried user last spoke 2d 18h ago.  Soliton is currently here and on the channels #wesnoth and #wesnoth-de.
20100717 18:16:23< boucman> StealthyCoin: he seems to be connected more or less all the time... grepping the logs will probably tell you when he's most likely to be around
20100717 18:17:12< StealthyCoin> Alright. I can try that
20100717 18:17:14< StealthyCoin> Thanks.
20100717 18:20:16-!- ElCaballero [~saul@190.78.236.202] has joined #wesnoth-dev
20100717 18:21:06-!- elvish_sovereign [~elvish_so@pool-173-59-71-113.phlapa.east.verizon.net] has joined #wesnoth-dev
20100717 18:21:58-!- elvish_sovereign is now known as Turuk
20100717 18:23:37< ElCaballero> Hello
20100717 18:24:17< ElCaballero> know anybody know to pass the flag -g to run wesnoth on gdb?
20100717 18:24:24< ElCaballero> do anybody know*
20100717 18:25:43< boucman> ElCaballero: -g must be passed at build time, how to do that depends on what build system you use...
20100717 18:25:53< boucman> you use linux ?
20100717 18:26:17< ElCaballero> yes
20100717 18:26:33-!- StealthyCoin [~StealthyC@adsl-76-212-9-60.dsl.pltn13.sbcglobal.net] has quit [Quit: StealthyCoin]
20100717 18:26:47< ElCaballero> did you say... "cmake -g <wesnothDataDir>"?
20100717 18:27:42< boucman> I don't know cmake, sorry, loonycyborg would be the one to ask IIRC, though Ivanovic might know too
20100717 18:28:01-!- knotwork [~markm@142.177.234.248] has quit [Ping timeout: 276 seconds]
20100717 18:28:22< loonycyborg> boucman: You've confused me with someone else :P
20100717 18:28:35< ElCaballero> ok ok
20100717 18:29:13< boucman> nope, I confused the build system you're responsible for :P
20100717 18:29:48< boucman> I remembered you're the one I need to ask if I have build problems, but since I use scons....
20100717 18:30:07-!- knotwork [~markm@142.177.234.248] has joined #wesnoth-dev
20100717 18:30:59-!- Turuk is now known as elvish_sovereign
20100717 18:31:33-!- AnMaster [~AnMaster@unaffiliated/anmaster] has joined #wesnoth-dev
20100717 18:32:25< alink> eleazar: I was also annoyed by that, and use foreground.png is a good idea to solve this
20100717 18:33:13< alink> a bit of work to code it cleanly, so I will quickly hack something first to see how it looks
20100717 18:40:43-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100717 18:41:29< Sirp> hi noy
20100717 18:41:35< noy> hey Sirp 
20100717 18:42:23< boucman> Sirp: do you have any memory of the original design of halo.cpp ?
20100717 18:42:37< Sirp> boucman: only very vague.
20100717 18:43:14< boucman> ok, I'll ask my question anyway, and we'll see if you can answer...
20100717 18:43:31< boucman> my problem is that the normal drawing sequence is
20100717 18:43:34< boucman> unrender
20100717 18:43:41< boucman> call unit drawing primitives
20100717 18:43:43< boucman> render
20100717 18:44:09< boucman> however, during the unit phase, some haloes can be removed/modified, which screwed things up
20100717 18:44:18< boucman> so I modified the sequence to be
20100717 18:44:21< boucman> unrender
20100717 18:44:27< boucman> call unit drawing primitives
20100717 18:44:33< boucman> unerender (again)
20100717 18:44:35< boucman> render
20100717 18:44:57< boucman> to do that I had to remove an assert in unrender that prevented multiple calls to unrender
20100717 18:45:27< boucman> I couldn't find out why that assert was there...
20100717 18:45:32< boucman> do you have any idea ?
20100717 18:46:37< alink> eleazar: seems to work well for shadows : http://img713.imageshack.us/img713/3886/layer5.png
20100717 18:47:06< silene> boucman: shoudn't you just not draw haloes from unit primitives? that way you wouldn't have to unrender them
20100717 18:47:19< silene> they will be rendered by render anyway
20100717 18:47:42< eleazar> yeah, having a hex-shap also make is easier to see where the piece fits in with everything else
20100717 18:48:32< boucman> well, things like floating numbers have to be drawn from unit code...
20100717 18:49:53< alink> eleazar: agreed, I also tried plain rectangle background and it's less useful for transitions etc..
20100717 18:50:07< alink> eleazar: http://img248.imageshack.us/img248/3193/layer6.png
20100717 18:50:32< alink> now I need to code this cleanly :-/
20100717 18:50:53< silene> boucman: that's surprising; they should be drawn by draw_floating_labels (as the name implies)
20100717 18:50:54 * eleazar gives alink a thumbs up
20100717 18:51:25< boucman> silene: you might be right, i'm working from memory here...
20100717 18:51:35 * eleazar suddenly wonders if that gesture has a different meaning over seas
20100717 18:52:11< boucman> what is sure is that unit_animations do use haloes when you call halo= withing a [*_frame] I could replace that with my own drawing routines, but that's how it works for the moment...
20100717 18:52:23< alink> eleazar: I am very offended by your rude reference to my local divinity
20100717 18:52:25< alink> <:o)
20100717 18:52:27< boucman> and the halo= in [unit_type] uses haloes and always had...
20100717 18:53:05< boucman> however this one only destroyes haloes ocasionally, and moving haloes between unrender and render seems not to be a problem
20100717 18:53:07< silene> boucman: just because it uses haloes doesn't mean it has to render them, it just has to set them up, so that the halo code can then render them
20100717 18:53:41< boucman> the unit code doesn't render halo, but it's called by the display engine between render and unrender
20100717 18:54:00-!- AnMaster [~AnMaster@unaffiliated/anmaster] has quit [Quit: ZNC - http://znc.sourceforge.net]
20100717 18:55:16< silene> i don't follow; why does that mean you have to call unrender twice in a row?
20100717 18:55:22< ElCaballero> lol. do anybody know how to see the bugs that wesbot has?
20100717 18:55:33< ElCaballero> i can not understand him xD
20100717 18:55:55< boucman> silene: my problem : when a halo changes, I need to remove the old one and add the new one...
20100717 18:56:21< boucman> and this has to be done in the same drawing cycle or there will be ugly blinks of the halo
20100717 18:56:38< boucman> problem: removing haloes is handled by unrender, and drawing new ones is handled by render
20100717 18:57:00< boucman> so if I don't call unrender again, my old halo will be redrawn by render...
20100717 18:57:02< alink> boucman: using halo::add and halo::remove doesn't work ?
20100717 18:57:42< boucman> alink: halo::remove will be taken into account by the next halo::unrender which will be at the beginning of the next redraw (unless I call unrender again)
20100717 18:58:58< alink> mm I see
20100717 18:59:03< silene> boucman: so if i understood you, the issue is not that the unit code is called between render and unrender, it's that it is called between unrender and render, right?
20100717 18:59:12< alink> and the problem is to have 2 halo during 1 frame ?
20100717 18:59:31< boucman> silene: yes, I probably wasn't clear in my explanations
20100717 19:01:37-!- noy [~Noy@wesnoth/developer/noy] has quit [Read error: Connection reset by peer]
20100717 19:01:47-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100717 19:02:43-!- Crab_ [~Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20100717 19:02:56< silene> boucman: would it help if halo::remove were to remove the halo directly when there are no visible haloes? (that is, between unrender and render)
20100717 19:04:16< boucman> silene: I tweaked the internals of halo.*pp but i'm not very familiar with this area... if calling halo::remove between unrender and render, then I'm fine with it, I trust whoever knows that area about how to do it
20100717 19:04:30< boucman> I won't argue against anyone saying that my hack is ugly :P
20100717 19:04:57< alink> boucman: IIRC mordante often worked there
20100717 19:06:17< boucman> ok, i'll ask when he's around
20100717 19:07:56< alink> yeah svn blame point to him mostly, Sirp too, and few hacks by me :-)
20100717 19:08:28< boucman> alink: you were on my list of people to bug ;)
20100717 19:09:17< alink> I did some bugfixes there in the past, but seeing the big picture was often hard, and I directly forget about it :-/
20100717 19:09:18< CIA-87> silene * r44253 /trunk/src/serialization/ (tokenizer.cpp tokenizer.hpp): Moved main tokenizer functions out of the header files.
20100717 19:09:44< CIA-87> silene * r44254 /trunk/src/serialization/tokenizer.cpp: Factored code a bit.
20100717 19:09:56< CIA-87> silene * r44255 /trunk/src/serialization/ (tokenizer.cpp tokenizer.hpp): Moved to table-based lookup of character types.
20100717 19:10:10< CIA-87> silene * r44256 /trunk/src/serialization/ (tokenizer.cpp tokenizer.hpp): Simplified logic and types a bit.
20100717 19:11:17< alink> boucman: I sometimes have the feeling that with our current out-of-hex support in animation, we should check if they are still the most efficient way
20100717 19:12:02< boucman> they are a tricky area... I would rewrite it entirely if we ever switch to OGL logic (which don't need invalidation)
20100717 19:12:28-!- timotei [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20100717 19:12:29< boucman> there might be a better way to do, especially since half of the drawing code has to be duplicated for the invalidation logic
20100717 19:14:08< timotei> hi
20100717 19:14:20< alink> hi timotei
20100717 19:14:40< timotei> fendrin, I'm back:D
20100717 19:18:19-!- knotwork [~markm@142.177.234.248] has quit [Ping timeout: 258 seconds]
20100717 19:19:01-!- fendrin [~fabi@wesnoth/developer/fendrin] has quit [Read error: Connection reset by peer]
20100717 19:19:27-!- fendrin [~fabi@88-134-103-91-dynip.superkabel.de] has joined #wesnoth-dev
20100717 19:19:27-!- fendrin [~fabi@88-134-103-91-dynip.superkabel.de] has quit [Changing host]
20100717 19:19:27-!- fendrin [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev
20100717 19:29:50-!- ElCaballero [~saul@190.78.236.202] has quit [Remote host closed the connection]
20100717 19:35:14-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20100717 19:38:34-!- fendrin [~fabi@wesnoth/developer/fendrin] has quit [Read error: Connection reset by peer]
20100717 19:47:20-!- chr_ [~quassel@89.204.153.68] has quit [Read error: Connection reset by peer]
20100717 19:48:42-!- chr_ [~quassel@89.204.153.68] has joined #wesnoth-dev
20100717 19:50:14< boucman> wesbot: seen gabba
20100717 19:50:15< wesbot> boucman: The person with the nick gabba last spoke 2d 21h ago.  1d 20h ago person left:
20100717 19:50:26< boucman> that's a long time...
20100717 19:51:39-!- sharlim [~sharlim@c-71-200-221-55.hsd1.fl.comcast.net] has joined #wesnoth-dev
20100717 19:52:49-!- fendrin [~fabi@88-134-103-91-dynip.superkabel.de] has joined #wesnoth-dev
20100717 19:52:49-!- fendrin [~fabi@88-134-103-91-dynip.superkabel.de] has quit [Changing host]
20100717 19:52:49-!- fendrin [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev
20100717 19:53:04-!- StealthyCoin [~StealthyC@adsl-76-212-9-60.dsl.pltn13.sbcglobal.net] has joined #wesnoth-dev
20100717 19:54:06-!- knotwork [~markm@142.177.234.248] has joined #wesnoth-dev
20100717 20:02:40-!- sharlim [~sharlim@c-71-200-221-55.hsd1.fl.comcast.net] has quit [Quit: Leaving]
20100717 20:02:44-!- fendrin [~fabi@wesnoth/developer/fendrin] has quit [Read error: Connection reset by peer]
20100717 20:03:34-!- knotwork [~markm@142.177.234.248] has quit [Ping timeout: 276 seconds]
20100717 20:04:05-!- fendrin [~fabi@88-134-103-91-dynip.superkabel.de] has joined #wesnoth-dev
20100717 20:04:05-!- fendrin [~fabi@88-134-103-91-dynip.superkabel.de] has quit [Changing host]
20100717 20:04:05-!- fendrin [~fabi@wesnoth/developer/fendrin] has joined #wesnoth-dev
20100717 20:05:06< CIA-87> alink * r44257 /trunk/src/ (image.cpp image_function.cpp image_function.hpp): 
20100717 20:05:06< CIA-87> New image path function: dst~BLIT(src[, x, y]) to blit src on dst
20100717 20:05:06< CIA-87> Don't change dst dimensions (image src is cropped when needed)
20100717 20:05:06< CIA-87> x and y control where to blit src, but must be positive (temporary limitation)
20100717 20:05:07< CIA-87> alink * r44258 /trunk/src/menu_events.cpp: Use foreground.png as background for images in ":layers" as suggested by eleazar
20100717 20:05:16< alink> eleazar: done^
20100717 20:05:24< eleazar> cool
20100717 20:05:27< eleazar> time to compile again
20100717 20:05:59< alink> btw, in theory, ~BLIT() could be used to frankeinstein units via WML
20100717 20:06:40< alink> but there is a weird special order used for TC coloring, I need to check that
20100717 20:06:48< eleazar> i think Elvish_Pillager does something like that
20100717 20:07:01< Elvish_Pillager> hi
20100717 20:07:07< Elvish_Pillager> what's ~BLIT()?
20100717 20:07:18< alink> wesbot: lof r44257
20100717 20:07:21< alink> wesbot: log r44257
20100717 20:07:23< wesbot> alink * r44257 : New image path function: dst~BLIT(src[, x, y]) to blit src on dstDon't change dst dimensions (image src is cropped when needed)x and y control where to blit src, but must be positive (temporary limitation)
20100717 20:07:27< wesbot> URL: http://svn.gna.org/viewcvs/wesnoth?view=rev&rev=44257
20100717 20:07:54< alink> hey wesbot eat my newlines :-/
20100717 20:08:26< Elvish_Pillager> alink, eleazar: yes. I currently frakenstein units via WML by creating animations with many different xxx_frames.
20100717 20:08:36< alink> for exampl troll.png~BLIT(big_head.png)
20100717 20:09:08< Elvish_Pillager> This would be helpful, although what I'd find more helpful is allowing CROP (or something like it) to increase image bounds, adding transparency at the edges
20100717 20:09:31< Elvish_Pillager> since that would allow a lot of things with items and unit overlays that aren't possible currently
20100717 20:09:39< alink> Elvish_Pillager: yeah BLIT don't increase image bounds either
20100717 20:09:56< alink> but now you can BLIT your image in a bigger empty image
20100717 20:10:05< Elvish_Pillager> ah, true...
20100717 20:10:14< Elvish_Pillager> kind of a hack, though
20100717 20:10:28< alink> yeah a bit
20100717 20:10:52< Elvish_Pillager> the x and y control the top left corner of the src image relative to the dst image?
20100717 20:10:56< alink> but you can have a empty.png 1x1 pixel and use empty.png~SCALE(100,100)
20100717 20:10:59< Elvish_Pillager> *relative to the top left corner of
20100717 20:11:10< timotei> yey! I've got ALT+DRAG functionality in windows 
20100717 20:11:24< alink> Elvish_Pillager: yes
20100717 20:11:57< alink> Elvish_Pillager: and I plan to try allowing negative numbers
20100717 20:12:10< Elvish_Pillager> yeah
20100717 20:12:32< Elvish_Pillager> I guess it theoretically already covers all possible situations in combination with SCALE and stuff
20100717 20:12:33< alink> my tab doesn't like these Elvish_nicknames :-/
20100717 20:12:49< alink> and WML macros
20100717 20:13:23< Elvish_Pillager> heh...
20100717 20:13:23< Elvish_Pillager> I'm using a broken IRC client that can't do tab-completion at all :p
20100717 20:13:34< Elvish_Pillager> hmm?
20100717 20:14:20< alink> WML macro to avoid repeating combination of image path functions 
20100717 20:14:32< Elvish_Pillager> ah
20100717 20:15:08< Elvish_Pillager> Has the FLIP ordering issue been changed?
20100717 20:15:11< Elvish_Pillager> err, FL
20100717 20:15:15< alink> btw ~BLIT() is a bit tricky because it nests them, but all seems to work 
20100717 20:15:34< alink> no idea, but I didn't touch it
20100717 20:15:41< Elvish_Pillager> okay
20100717 20:16:02< Elvish_Pillager> that would interact with BLIT too, the same way it interacts with CROP
20100717 20:16:21< Elvish_Pillager> since they're both asymmetric on the source image
20100717 20:16:44< alink> yes it's the code is similar to CROP
20100717 20:17:38< alink> anyway afk now, bbl
20100717 20:21:00-!- StealthyCoin [~StealthyC@adsl-76-212-9-60.dsl.pltn13.sbcglobal.net] has quit [Quit: StealthyCoin]
20100717 20:24:14< eleazar> hmm, wesnoth compiles without error but crashes before getting to the main screen
20100717 20:25:33< eleazar> does this mean anything to anybody?
20100717 20:25:34< eleazar> http://pastebin.com/D0vPjeYL
20100717 20:25:48< zookeeper> alink, oh yay, i've hoped for a BLIT too for quite a while
20100717 20:26:50< eleazar> this is with revision 44258, though i had a similar crash  from a revision earlier today (don't remember which exactly)
20100717 20:29:54-!- StealthyCoin [~StealthyC@adsl-76-212-9-60.dsl.pltn13.sbcglobal.net] has joined #wesnoth-dev
20100717 20:30:49-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20100717 20:32:29< alink> eleazar: for your crash, perhaps ping silene
20100717 20:33:52-!- noy [~Noy@wesnoth/developer/noy] has quit [Client Quit]
20100717 20:34:02-!- phlaem [~a@e178087186.adsl.alicedsl.de] has joined #wesnoth-dev
20100717 20:37:01-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Ping timeout: 276 seconds]
20100717 20:37:21< CIA-87> eleazar * r44259 /trunk/data/core/images/terrain/frozen/ (43 files): made snow actually white, since the hex highlighting no longer requires it to be grey for contrast. Also with new minty-fresh flavor.
20100717 20:38:10-!- timotei [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20100717 20:38:18< silene> eleazar: which addons do you have?
20100717 20:38:43< eleazar> i'll check
20100717 20:39:21< eleazar> Rise of the Elementalists and a small custom era
20100717 20:39:35< eleazar> should i take them out and see what happens?
20100717 20:40:24< eleazar> hmm it runs now
20100717 20:40:51< silene> the contrary would have been surprising, since it's according to your backtrace, it crashes while reading addons ;-)
20100717 20:42:27< silene> seems like it's rise of the elementalist
20100717 20:43:11< eleazar> yep
20100717 20:43:18< eleazar> thanks
20100717 20:43:34-!- knotwork [~markm@142.177.234.248] has joined #wesnoth-dev
20100717 20:43:37-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Quit: Leaving]
20100717 20:44:46-!- timotei [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20100717 20:48:26< CIA-87> silene * r44260 /trunk/src/serialization/tokenizer.cpp: Ensured that comments that went through don't confuse the tokenizer.
20100717 20:48:36< silene> eleazar: it should work better now
20100717 20:49:06< eleazar> that was fast turnaround :)
20100717 20:49:06< wesbot> eleazar: Sometimes we are fast
20100717 20:49:52 * eleazar tries to provoke wesbot with the word, fast
20100717 20:52:54< timotei> eleazar: I was fast too
20100717 20:52:54< wesbot> timotei: Sometimes we are fast
20100717 20:52:59< timotei> :))
20100717 20:53:33< eleazar> wesbot: somtimes you are slow
20100717 20:53:54< eleazar> when will it be ready?
20100717 20:54:06< eleazar> release date?
20100717 20:54:07< boucman> when release ?
20100717 20:54:22< boucman> when released ?
20100717 20:54:33 * boucman don't remember the trick
20100717 20:55:12 * eleazar speaks in wesbot's voice "IIRWIIR!"
20100717 20:55:17< timotei> I was slow
20100717 20:55:29< timotei> shikadibot: IIRWIIR ?
20100717 20:55:29< shikadibot> IIRWIIR: It Is Ready When It Is Ready
20100717 20:58:00-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20100717 20:59:02-!- dtiger [~dtiger@dynamic-vpdn-93-125-13-13.telecom.by] has joined #wesnoth-dev
20100717 21:04:31-!- AnMaster [~AnMaster@unaffiliated/anmaster] has joined #wesnoth-dev
20100717 21:07:25-!- e_s-iOS [~esios@pool-173-59-71-113.phlapa.east.verizon.net] has joined #wesnoth-dev
20100717 21:08:38-!- e_s-iOS [~esios@pool-173-59-71-113.phlapa.east.verizon.net] has left #wesnoth-dev []
20100717 21:14:47-!- chr_ [~quassel@89.204.153.68] has quit [Read error: Connection reset by peer]
20100717 21:16:06-!- chr_ [~quassel@89.204.153.68] has joined #wesnoth-dev
20100717 21:18:57-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20100717 21:20:59< shadowmaster> I seem to be unable to do anything with w.o other than SSH at the moment :/
20100717 21:23:44< shadowmaster> hm, works now
20100717 21:24:59< shadowmaster> spoke too soon
20100717 21:25:30< zookeeper> the forums and wiki were really laggy (and sometimes not working at all) at least for the past couple of hours for me
20100717 21:25:47< zookeeper> still are, it seems
20100717 21:36:39< CIA-87> espreon * r44261 /trunk/utils/java/org.wesnoth.wml.ui/src/org/wesnoth/ui/ (3 files in 2 dirs): Ran umcpropfix.
20100717 21:43:22< boucman> same here.
20100717 21:43:31< timotei> hi Crab_ 
20100717 21:43:41< Crab_> hi, timotei
20100717 21:44:31< timotei> Crab_: do you have time to walk through plugin's bugs?
20100717 21:44:44< timotei> Crab_: actually to tell me what it doesn't work, or so
20100717 21:44:53< Crab_> yes, I've got time now
20100717 21:45:06< timotei> one sec, comminting last changes
20100717 21:45:09< Crab_> ok
20100717 21:47:00< CIA-87> timotei * r44262 /trunk/utils/java/eclipse_plugin/src/wesnoth_eclipse_plugin/ (6 files in 4 dirs): eclipse plugin: move tool invoker to a better place
20100717 21:47:19< CIA-87> timotei * r44263 /trunk/utils/java/eclipse_plugin/ (20 files in 10 dirs): eclipse plugin: add natures/builders from xtext to projects + other fixes
20100717 21:47:31< timotei> ok Crab_ I'm ready
20100717 21:49:41< Crab_> timotei: ok, updated source, launched eclipse, launched eclipse application 'wesnoth eclipse plugin'
20100717 21:50:26< [Relic]> Hello :)
20100717 21:50:36< Crab_> timotei: I should start with 'setup workspace', right ?
20100717 21:50:43< timotei> yeah, that will be in the readme
20100717 21:50:50< timotei> hi [Relic] 
20100717 21:51:07< [Relic]> :)
20100717 21:51:17< timotei> (I will update this days the readmes/in-plugin help with the needed workflow )
20100717 21:52:32< Crab_> ok, set things up, and it gave me an error message 'workspace was setup successfully' (with the 'error' icon)
20100717 21:52:50< timotei> error icon?:-S
20100717 21:52:54< Crab_> yes :)
20100717 21:52:56< timotei> let me check:D
20100717 21:53:15< timotei> for me it's an (information)
20100717 21:53:25< timotei> weird
20100717 21:53:32< timotei> maybe I shoudl explicitly set
20100717 21:53:35< timotei> info
20100717 21:53:53< timotei> I'm using SWT.Default
20100717 21:54:50< Crab_> ftp://ftp.terraninfo.net/timotei/icon.png
20100717 21:55:04< timotei> well, ok, no default then
20100717 21:55:17< timotei> (noted and almost fixed)
20100717 21:56:15< Crab_> in-dialog help/sanity checks for the setup dialog would be a very good thing
20100717 21:56:18< Crab_> then, I try to `open game` and `open editor` commands
20100717 21:56:28< Crab_> 'open game' works, 'open editor' doesn't work.
20100717 21:57:00< timotei> hmm
20100717 21:57:00-!- mordocai [~mordocai@66.119.9.243] has quit [Quit: Leaving]
20100717 21:57:12< timotei> you can look in: /tmp/wesnoth_plugin
20100717 21:57:12< boucman> forum is back
20100717 21:57:18< Crab_> http://wesnoth.pastebin.com/Vpb3ddwz
20100717 21:57:18< timotei> and open the "last created" log file
20100717 21:57:56< timotei> hmm
20100717 21:57:57< Crab_> (and the log - http://wesnoth.pastebin.com/QVeFWejZ - same there)
20100717 21:58:17< Crab_> note that it silently failed to launch editor
20100717 21:58:20< timotei> ok, I see...
20100717 21:58:30< timotei> there is: [-e, , --data-dir, /wesnoth]
20100717 21:58:39< timotei> a "space"/nothing after -e
20100717 21:58:47< timotei> it seems on linux matters
20100717 21:58:57< Crab_> debian gnu/linux
20100717 22:02:06< Crab_> timotei: note that, this time, it's a problem with my wesnoth installation, but the plugin can make a better error message
20100717 22:02:56< Crab_> timotei: e.g. see the log output when the same command is launched by hand, http://wesnoth.pastebin.com/5HAkMwwC
20100717 22:05:45< timotei> I hate this, my windows still shows me an "info" window:|
20100717 22:08:39< timotei> weird, now it doesn't launch my game/editor :|
20100717 22:09:17-!- StealthyCoin [~StealthyC@adsl-76-212-9-60.dsl.pltn13.sbcglobal.net] has quit [Quit: StealthyCoin]
20100717 22:10:15< CIA-87> timotei * r44264 /trunk/utils/java/eclipse_plugin/src/wesnoth_eclipse_plugin/ (13 files in 6 dirs): eclipse plugin: add proper icons to messages boxes + fix editor starting when no map specified
20100717 22:10:25< timotei> Crab_: ^ some fixes. you can try now
20100717 22:10:39< Crab_> ok, I will do so now
20100717 22:10:57< timotei> in the meantime I'll try get why it doesn't launch for me
20100717 22:12:10< Crab_> yes, the icon is 'info' this time
20100717 22:12:15< timotei> goo
20100717 22:12:16< timotei> good*
20100717 22:12:20< timotei> what about the editor?
20100717 22:12:39< Crab_> timotei: should run as soon as I recompile wesnoth once again (in process...)
20100717 22:12:44< timotei> ok
20100717 22:13:33-!- dtiger [~dtiger@dynamic-vpdn-93-125-13-13.telecom.by] has quit [Remote host closed the connection]
20100717 22:13:47< Crab_> it's not clear (I can try to guess) about the setup sequence - what does 'setup workspace' do and why I'm allowed to do it multiple times ?
20100717 22:15:13< timotei> it checks for preferences being set, and creates that project "User addons"
20100717 22:15:14< timotei> ;)
20100717 22:15:22< timotei> so, nothing harmful
20100717 22:15:38< Crab_> ok, what does 'reload files' do ?
20100717 22:15:39< timotei> I'll let it check the user for "re-creating" user addons in case it was broke
20100717 22:16:00< timotei> that is more or less internal: reload templates/cached files (schema.cfg for example)
20100717 22:16:54< Crab_> 'open plugin's preferences' is not always working
20100717 22:17:00< timotei> in which way?
20100717 22:17:12< Crab_> if I select a 'task' view before clicking it, it gives me different preferences window
20100717 22:17:35< Crab_> it works fine if, say, 'project explorer' is selected before clicking it
20100717 22:17:56< timotei> a task being what?
20100717 22:18:50< Crab_> timotei: ftp://ftp.terraninfo.net/timotei/sc0001.png
20100717 22:19:04< timotei> wtf is that?:))
20100717 22:19:22< Crab_> I guess that that is the preferences window for a different plugin :)))
20100717 22:19:33< timotei> hmm
20100717 22:20:00< Crab_> definitely not the expected result of clicking 'wesnoth'->'open plugin's preferences' :)
20100717 22:20:14< timotei> hmm
20100717 22:20:28< timotei> well, I'll change plugin's preference page name
20100717 22:20:54-!- Blueblaze [~Blueblaze@adsl-76-202-21-28.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20100717 22:22:00< Crab_> timotei: ok, then I generate a new campaign project...
20100717 22:23:28< Espreon> Aaaah! 'Tis repulsive!
20100717 22:23:58< timotei> Espreon: who/what?
20100717 22:24:22< Espreon> Crab_'s GNOME configuration.
20100717 22:25:09< Crab_> :-P
20100717 22:25:29< timotei> Espreon: but it's more productive :P
20100717 22:27:20-!- Crab_ [~Crab_@wesnoth/developer/crab] has quit [Quit: Leaving.]
20100717 22:27:22-!- Crab_1 [~Crab_@c.218.175.a530.sta.adsl.cyfra.net] has joined #wesnoth-dev
20100717 22:27:54-!- Crab_1 is now known as Crab_
20100717 22:28:16-!- Crab_ [~Crab_@c.218.175.a530.sta.adsl.cyfra.net] has quit [Changing host]
20100717 22:28:16-!- Crab_ [~Crab_@wesnoth/developer/crab] has joined #wesnoth-dev
20100717 22:28:56< Crab_> timotei: yes, editor now works, too
20100717 22:29:01< timotei> good
20100717 22:29:19< Espreon> timotei: But, it burns mine eyes...
20100717 22:29:37< timotei> Espreon: well... 
20100717 22:32:30< Crab_> trying various other integrations right now.. 'open map in editor' works, for me. 
20100717 22:32:46< timotei> ok
20100717 22:32:55< timotei> in the meantime I've found 3 more bugs \:D/
20100717 22:33:00< Crab_> but when I've tried to run wmlindent on _main.cfg in autogenerated campaign, it failed to do anything...
20100717 22:33:08< timotei> hmm
20100717 22:33:13< timotei> no .. progress bar?
20100717 22:33:47< Crab_> Running WMLINDENT: (0%) in bottom right corner
20100717 22:34:20< timotei> is it "finished" or not?
20100717 22:34:48< Crab_> http://wesnoth.pastebin.com/KHKpLgeD
20100717 22:35:02< timotei> good, error. let me check
20100717 22:35:25< Crab_> that's what I get in the 'parent' eclipse
20100717 22:35:40< Crab_> (but not in the log :) )
20100717 22:36:01< timotei> ok
20100717 22:40:02< Crab_> (other tools fail with similar errors)
20100717 22:40:16< timotei> ok, managed to recreate the problem
20100717 22:40:23< Crab_> good
20100717 22:40:34< Crab_> then, I've tried to see the preprocessed source of _main.cfg
20100717 22:40:47< timotei> yeah
20100717 22:40:50< timotei> editor error
20100717 22:40:58< Crab_> yes, http://wesnoth.pastebin.com/97BdYNEF
20100717 22:41:05< timotei> currently no support to open non-workspace items :(
20100717 22:41:41< Crab_> and 'plain preprocessed file' showed an empty file, without `errors.`
20100717 22:43:22< Crab_> then, trying to `open campaign/scenario in game`
20100717 22:46:11< Crab_> with sp scenarios/campaigns, wesnoth launches but errors out, and I cannot see why (no errors shown in eclipse)
20100717 22:47:11< Crab_> this happens for campaigns which I *can* launch from within wesnoth
20100717 22:49:00< timotei> ok, let me create a blank new campaign
20100717 22:50:10< Crab_> the command like looks not quite correct, like ` -c, 01_The_Hunt, 01_The_Hunt, --config-dir, /home/crab/.wesnoth, /wesnoth `
20100717 22:50:33< Crab_> that's for 1st scenario of wings of victory
20100717 22:51:27< timotei> oh, you imported the campaign?
20100717 22:51:54< Crab_> one of the campaigns inside the `User Addons` folder
20100717 22:53:05< Crab_> e.g. it should had used ` ./wesnoth -c WOV 01_The_Hunt --config-dir .wesnoth /wesnoth ` instead of ` ./wesnoth -c 01_The_Hunt 01_The_Hunt --config-dir /home/crab/.wesnoth /wesnoth `
20100717 22:53:13< Crab_> note that there are two errors
20100717 22:53:19< Crab_> 1) campaign id is wrong
20100717 22:53:41< Crab_> 2) it used /home/crab/.wesnoth  as config dir, but it should had used just .wesnoth
20100717 22:53:59< timotei> campaign and scenario aare in separate files?
20100717 22:54:12< Crab_> yes, this is the usual case
20100717 22:54:24< Crab_> campaign has got a _main.cfg with the campaign id
20100717 22:54:36< Crab_> and there are scenarios in the 'scenarios' folder
20100717 22:55:45-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 246 seconds]
20100717 22:56:08-!- thespaceinvader [~chatzilla@wesnoth/artist/thespaceinvader] has quit [Quit: ChatZilla 0.9.86 [Firefox 3.6.6/20100625231939]]
20100717 22:57:17< Crab_> timotei: 'launch a campaign' by right-clicking on _main.cfg and selecting `open campaign in game` has failed, too (same errors - it got scenario id wrong, and it passed the full path to user data dir, but it needs to pass only the relative-to-home part
20100717 22:57:42< Crab_>   --config-dir <name>          sets the path of the user config directory to  $HOME/<name> or My Documents\My Games\<name> for windows.
20100717 22:57:55< timotei> lol
20100717 22:58:04< timotei> doesn't it sets where the ... config dir will be?
20100717 22:58:13< timotei> for me it works that way
20100717 22:58:24< timotei> just like overriding with "--data-dir"
20100717 22:58:54< Crab_> well, I see lots of ` error filesystem: could not open or create preferences directory at /home/crab//home/crab/.wesnoth ` if I launch with full path.
20100717 22:59:03< Crab_> maybe it's broken on windows :)
20100717 22:59:10< timotei> lol
20100717 22:59:24< timotei> ok, I'll look into it:D
20100717 22:59:32< Crab_> but here on debian it definitely behaves as advertised :)
20100717 23:00:17-!- mordocai [~mordocai@66.119.9.243] has joined #wesnoth-dev
20100717 23:01:48< Crab_> timotei: also, for completeness, I think that you need to map the wesnoth data dir to a 'project' too, like with 'user addons' stuff
20100717 23:02:01< timotei> Crab_: yes, that was to be done
20100717 23:07:48-!- mordocai [~mordocai@66.119.9.243] has quit [Quit: Leaving]
20100717 23:09:00< Crab_> timotei: also, it would be a good thing if those 'open in'\'launch as'\'run tool' things were more integrated in standard eclipse toolset
20100717 23:09:15< timotei> hmm
20100717 23:09:22< Crab_> for example, it would be a good thing if a user was allowed to accociate 'map' extension with wesnoth's map editor
20100717 23:09:39< Crab_> or to add 'run wmlindent' as a post-save-file build step
20100717 23:09:52< timotei> oh well... yeah
20100717 23:10:09-!- Gambit [~Gambit@pa-67-234-73-7.dhcp.embarqhsd.net] has quit []
20100717 23:10:14< timotei> that is a good idea
20100717 23:10:31< timotei> well, I'll fix first the things
20100717 23:10:33< Crab_> You've done it for 'new...' things, btw
20100717 23:10:36-!- Gambit [~Gambit@pa-67-234-73-7.dhcp.embarqhsd.net] has joined #wesnoth-dev
20100717 23:10:51< timotei> what I've done?
20100717 23:11:23< Crab_> 'new campaign', 'new scenario' are part of standard eclipse toolset, accessible with 'new...' menu
20100717 23:11:32< timotei> oh, ye
20100717 23:12:13< timotei> ok, I have to go now
20100717 23:12:18< timotei> thanks for feedback
20100717 23:12:32< Crab_> I've touched only 'tool integration' as of now..
20100717 23:12:40< Crab_> it's good that things are getting better
20100717 23:12:42< Crab_> bye
20100717 23:12:48< timotei> bye bye
20100717 23:13:11-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Quit: Leaving]
20100717 23:17:40-!- chr_ [~quassel@89.204.153.68] has quit [Remote host closed the connection]
20100717 23:27:09< eleazar> boucman: i'm messing around with alink's layer thing
20100717 23:27:18< eleazar> no wonder the animations are so slow
20100717 23:27:36< eleazar> in a best case scenario animated water hex
20100717 23:28:06< eleazar> there are 4 images that need to be layered together
20100717 23:28:12 * boucman has a new layout engine for the bridges and got it to work with the wood bridge+rails
20100717 23:28:20< boucman> now the hard part, the stonebridge
20100717 23:28:30< eleazar> but it is actually drawing 28 -- most of them blank
20100717 23:28:38< boucman> ???
20100717 23:28:51< eleazar> eleazar: boucman: i'm messing around with alink's layer thing
20100717 23:28:51< eleazar> [4:27pm] eleazar: no wonder the animations are so slow
20100717 23:28:51< eleazar> [4:27pm] eleazar: in a best case scenario animated water hex
20100717 23:28:51< eleazar> [4:28pm] eleazar: there are 4 images that need to be layered together
20100717 23:29:10< boucman> you need the base +6neighbours...
20100717 23:29:15< alink> eleazar: blank images should be inexpensive to render
20100717 23:29:23< boucman> that would mean a min of 7 images for me... 
20100717 23:29:30< boucman> no idea how it reaches 28...
20100717 23:30:06< boucman> alink: if a map=specify a large area, but the actual image is small, does it have a cost ?
20100717 23:30:15< eleazar> a given hex only needs transitions with 3 nighbors
20100717 23:30:22< zookeeper> i guess it's known that trunk is dead slow again (when playing, not the startup)? dialogue messages have like a half a second delay between them, recruit animations don't seem to play, choppy movement, etc
20100717 23:30:35< eleazar> the transitions for the other three sides happen on other hexes
20100717 23:30:41< zookeeper> i got terrain anims toggled off in preferences, not sure if it really removes all the slowdown caused by the water
20100717 23:30:51< alink> if correctly RLE compressed, SDL should store blank images as 0 pixels to blit
20100717 23:31:03< alink> and skip it
20100717 23:31:48< zookeeper> urgh, can't use this...
20100717 23:32:07< boucman> zookeeper: hmm, since when ?
20100717 23:32:16< eleazar> alink: then the question is: "is it correctly RLE compressed"?
20100717 23:32:31< alink> mmh maybe I should check if it's correctly RLE compressed any post-processing phase could disable it 
20100717 23:32:47< zookeeper> boucman, no idea, haven't been using trunk lately due to the startup slowdown.
20100717 23:32:47< alink> I will try something
20100717 23:33:11< zookeeper> i just tried to playtest out of the frying pan from UtBS
20100717 23:33:11< eleazar> trunk is working pretty well for me 
20100717 23:33:22< eleazar> certainly better than it has in past weeks
20100717 23:33:25< alink> zookeeper: you mean every things is slower ?
20100717 23:33:47-!- Johannes13__ [~Johannes@pD9500739.dip0.t-ipconnect.de] has quit [Ping timeout: 240 seconds]
20100717 23:33:47< zookeeper> alink, yes. using r44252
20100717 23:34:21< alink> zookeeper: who build your .exe ?
20100717 23:34:45< zookeeper> loonycyborg presumably
20100717 23:34:58< zookeeper> i get them from http://www.wesnoth.org/files/hidden/win/
20100717 23:35:33< alink> loonycyborg: any possible ~recent change in that build ^ procedure ?
20100717 23:36:21< loonycyborg> No. I didn't change anything for, like, forever.
20100717 23:37:23< alink> ok, weird that so various areas are affected
20100717 23:38:26-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20100717 23:38:35< loonycyborg> zookeeper: Maybe some background process is eating cpu cycles.
20100717 23:39:06< loonycyborg> I remember that you reported similar slowdowns before and then that they got fixed..
20100717 23:39:20< zookeeper> loonycyborg, yeah, i'm gonna try again after updating my data and seeing if it might be caused by anything else
20100717 23:40:08< zookeeper> my computer's getting to that point again when it should just be wiped and everything re-installed to make it fast again -.-
20100717 23:42:37-!- billynux [~billy@wesnoth/developer/billynux] has joined #wesnoth-dev
20100717 23:43:17< alink> eleazar, boucman all seems RLE compressed, except maybe very few images by frames(and probably not terrain), nothing significant.
20100717 23:43:26< zookeeper> needed CPU time to start the game, load a save and get to the gameplay: 1:40
20100717 23:43:37< zookeeper> (no cache generation)
20100717 23:44:28< zookeeper> loonycyborg, right, it's not laggy now. i think my data was a bit older than the build, so it was probably caused by that, i'd imagine.
20100717 23:44:36< zookeeper> so, sorry, false alarm ;)
20100717 23:45:32< boucman> :)
20100717 23:46:24< alink> mmmh unit standing animations create more uncompressed images. I should investigate
20100717 23:46:37< loonycyborg> I noticed that my winxp installation in virtualbox is made a lot more time to bootup just because I've added another virtual hard drive. Why that happens is anyones's guess :P
20100717 23:46:55< loonycyborg> *made take a lot more
20100717 23:47:24< shadowm_laptop> loonycyborg: disable System Restore
20100717 23:47:48< shadowm_laptop> I can't think of anything else that may want to touch random volumes
20100717 23:47:50< zookeeper> eleazar, btw, shallow water <-> cave transitions are broken atm, in case you didn't know.
20100717 23:48:23< zookeeper> the cave<->water tiles look really nice though
20100717 23:48:59< alink> eleazar: yeah water on east of test-scenario was weird/broken
20100717 23:49:15< eleazar> yeah, i broke some things
20100717 23:49:59< eleazar> it's a pain tweaking the color of the hundreds of images of animated water
20100717 23:50:17< eleazar> so i disabled it, and put in a non-animated version
20100717 23:50:26< eleazar> and apparently missed some things
20100717 23:50:35< zookeeper> how so? can't you just batch process them all?
20100717 23:51:31< boucman> imagemagick and all that sort of stuff...
20100717 23:51:44< eleazar> it still takes time to set up a batch process
20100717 23:51:58< eleazar> and i can't just keep adjusting the same files
20100717 23:52:04< eleazar> i need a fresh base
20100717 23:52:24< eleazar> otherwise successive tweaks obliterate detail
20100717 23:55:17-!- gabba [~gabba@wesnoth/developer/gabba] has joined #wesnoth-dev
20100717 23:57:05< gabba> hi boucman
20100717 23:57:16< boucman> hey gabba
20100717 23:57:19< boucman> how is it going ?
20100717 23:57:48< gabba> end-of-week was busy with RL stuff, so I'm readying for a big code rush this w-e
20100717 23:57:48< Espreon> gabba: Ic grete þe.
20100717 23:57:55< gabba> hi Espreon
20100717 23:59:11< gabba> boucman: I did get important fixes in though this week: we should now be able to go from turn to turn w/o problem
20100717 23:59:29< boucman> ok, sounds good, we'll try to playtest tomorow evening if you're in shape at that time
--- Log closed Sun Jul 18 00:00:19 2010