--- Log opened Sun Apr 29 00:00:41 2012
20120429 00:03:01-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit []
20120429 00:04:28-!- Johannes13 [~Johannes@p4FDEDE1D.dip.t-dialin.net] has joined #wesnoth-dev
20120429 00:04:31-!- Johannes13 [~Johannes@p4FDEDE1D.dip.t-dialin.net] has quit [Changing host]
20120429 00:04:31-!- Johannes13 [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20120429 00:32:38-!- mjs-de [~mjs-de@d185226.adsl.hansenet.de] has quit [Remote host closed the connection]
20120429 00:57:04-!- PeterFA [~quassel@c-24-19-172-67.hsd1.wa.comcast.net] has joined #wesnoth-dev
20120429 00:57:04-!- PeterFA [~quassel@c-24-19-172-67.hsd1.wa.comcast.net] has quit [Changing host]
20120429 00:57:04-!- PeterFA [~quassel@unaffiliated/peterfa] has joined #wesnoth-dev
20120429 00:59:33-!- bloodycoin [~bloodycoi@193.170.132.239] has quit [Ping timeout: 248 seconds]
20120429 01:02:36-!- bloodycoin [~bloodycoi@193.170.132.239] has joined #wesnoth-dev
20120429 01:18:58-!- Johannes13 [~Johannes@unaffiliated/johannes13] has quit [Ping timeout: 272 seconds]
20120429 01:41:04-!- neXyon [~neXyon@84-119-56-54.dynamic.xdsl-line.inode.at] has quit [Quit: bye]
20120429 02:04:54-!- horon [~horon@nttkyo216070.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has joined #wesnoth-dev
20120429 02:10:25-!- Blueblaze [~Blueblaze@adsl-99-158-44-51.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20120429 02:35:06-!- Blueblaze [~Blueblaze@adsl-99-158-44-51.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze]
20120429 02:49:41-!- atomicbomb [~quassel@61.94.195.14] has joined #wesnoth-dev
20120429 03:18:41-!- un214 [~un214@adsl-108-204-254-249.dsl.scrm01.sbcglobal.net] has joined #wesnoth-dev
20120429 03:34:46-!- un214 [~un214@adsl-108-204-254-249.dsl.scrm01.sbcglobal.net] has quit [Remote host closed the connection]
20120429 03:34:59-!- loonybot [~loonybot@wesnoth/bot/loonybot] has quit [Remote host closed the connection]
20120429 03:57:34-!- atomicbomber [~quassel@222.124.85.197] has joined #wesnoth-dev
20120429 03:57:38-!- atomicbomb [~quassel@61.94.195.14] has quit [Ping timeout: 240 seconds]
20120429 04:43:34-!- janebot [grickit@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20120429 04:44:37-!- Ivanovic_ [~ivanovic@dtmd-4db2740f.pool.mediaWays.net] has joined #wesnoth-dev
20120429 04:44:43-!- janebot [grickit@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev
20120429 04:48:36-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 272 seconds]
20120429 04:49:50-!- Ivanovic_ is now known as Ivanovic
20120429 05:10:57-!- enchilado [~enchilado@defocus/yummy/enchilado] has joined #wesnoth-dev
20120429 05:23:18-!- PeterFA [~quassel@unaffiliated/peterfa] has quit [Remote host closed the connection]
20120429 05:25:59-!- enchilado [~enchilado@defocus/yummy/enchilado] has quit [Quit: BBL->]
20120429 05:30:52-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20120429 05:42:50-!- Gambit [~gambit@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20120429 05:56:22-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 272 seconds]
20120429 05:57:04-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20120429 06:36:26-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Quit: system reboot in progress]
20120429 06:49:50-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20120429 06:56:58-!- Elvish_Pillager [~eli@dhip-149.coburn.residences.colby.edu] has quit [Ping timeout: 252 seconds]
20120429 07:28:18-!- MeccaGod [majs@host189-199.bornet.net] has joined #wesnoth-dev
20120429 07:31:50-!- loonybot [~loonybot@ppp79-139-206-94.pppoe.spdop.ru] has joined #wesnoth-dev
20120429 07:31:51-!- loonybot [~loonybot@ppp79-139-206-94.pppoe.spdop.ru] has quit [Changing host]
20120429 07:31:51-!- loonybot [~loonybot@wesnoth/bot/loonybot] has joined #wesnoth-dev
20120429 07:33:30< shadowm> !log r54002
20120429 07:33:31< shikadibot> shadowm: Revision 54002 (mordante) on Sat Apr 28 07:15:19 2012:
20120429 07:33:31< shikadibot> shadowm: Restore the gui2 experimental addon dialog.
20120429 07:33:31< shikadibot> shadowm:  
20120429 07:33:31< shikadibot> shadowm: Somebody removed this feature, no idea why.
20120429 07:33:31< shikadibot> shadowm: Web interface URL: http://svn.gna.org/viewcvs/wesnoth?view=rev&rev=54002
20120429 07:34:13< shadowm> mordante: the answer is in r53188's commit message.
20120429 07:35:27-!- vultraz [~chatzilla@124.109.10.221] has quit [Ping timeout: 260 seconds]
20120429 07:35:34< shadowm> it's the first item under Known Problems.
20120429 07:37:23-!- vultraz_laptop [~chatzilla@124.109.10.221] has quit [Ping timeout: 260 seconds]
20120429 07:37:44< shadowm> dear gods this stupid gna.org thing is getting on my nerves. Commits happen and I don't find out if I don't remember to pull.
20120429 07:38:07< shadowm> at least they could have used the XML-RPC option instead of emails to cia.vc.
20120429 07:39:14< shadowm> jamit: re r54004, do you still need an example design for the image path function=
20120429 07:39:21< shadowm> *function?
20120429 07:41:55< jamit> shadowm: I know how to add an image path function, but I am still unsure about the best naming scheme. I suppose "~ROT()" would fit, but what parameters should it take?
20120429 07:42:05< shadowm> I was thinking that maybe ~ROTATE(<degrees>) would be the most simple design, although then it'd be necessary to throw an error if <degrees> isn't a multiply of 90°. Alternatively, maybe ~ROTATE(<times>), rotating 90°*<times>
20120429 07:42:27< shadowm> maybe maybe maybe. Ugh. :p
20120429 07:42:54< shadowm> while I'm not opposed to ROT, I think ROTATE is more fitting to the current trend.
20120429 07:43:15< jamit> Should there be an allowance made in the scheme for an arbitrary rotation at some future time?
20120429 07:43:15< shadowm> (i.e. CROP, BLIT, MASK, SCALE, LIGHTEN, DARKEN)
20120429 07:43:40-!- koan [~koan@unaffiliated/koan] has quit [Read error: Connection reset by peer]
20120429 07:44:04< shadowm> I'm not sure. It seems like some people are opposed to arbitrary rotation measurements.
20120429 07:44:09< jamit> Other things I was thinking about were along the lines of "ROTATE(clockwise)", "ROTATE(counter-clockwise)", "ROTATE(half)".
20120429 07:44:28< shadowm> (Which doesn't make a lot of sense to me since they brought up implementation difficulty as the only issue when they weren't asked to implement it themselves.)
20120429 07:44:31-!- koan [~koan@unaffiliated/koan] has joined #wesnoth-dev
20120429 07:46:00< shadowm> jamit: sorry if I am missing something, but isn't rotate_180_surface() functionally equivalent to either flip or flop_surface() ?
20120429 07:46:34< jamit> rotate_180 is equivalent to both flip and flop. It saves a step.
20120429 07:47:07< shadowm> is it supposed to be more optimal in some sense than combining those together like usual?
20120429 07:48:22< jamit> When combining flip and flop, there is a temporary surface used to transition between the two steps. Not needed when doing the rotation in one step.
20120429 07:49:33< jamit> It's not really a big deal, but if implementing rotations, it makes sense (to me at least) to include the 180-rotation as a single step instead of implementing it as two flips.
20120429 07:49:34< shadowm> then perhaps fl_modification::operator()() could be optimized to use that path when both vert and horiz are given.
20120429 07:51:05< jamit> It could be. The current structure of that function has some elegance in how it handles when both vert and horiz are given, but it would not become messy to optimize in this way.
20120429 07:51:32< shadowm> (I haven't tested your code yet, but I assume it works. To me, image manipulation intrincacies like that remain mysterious blackboxes of inscrutable complexity)
20120429 07:53:01< jamit> Another thought for the image path function: ~ROTATE(quarter), ~ROTATE(half), ~ROTATE(reverse)
20120429 07:53:35< jamit> (I like versions that do not suggest that arbitrary rotations are possible.)
20120429 07:53:39< shadowm> to keep it simple I'd personally implement the rotation IPF as ~ROTATE(scalar), where scalar is an integer defining the number of times (multiples of two thus invoking the 180 path I guess)), and the sign defines the direction (-1 for counter-clockwise and 1 for clockwise)
20120429 07:54:03< shadowm> but that way I'm assuming that there'll be no arbitrary measurements in the future
20120429 07:54:07-!- vultraz [~chatzilla@124.109.10.221] has joined #wesnoth-dev
20120429 07:54:50< shadowm> then again, that might sound simple to me, and not to WML coders, who are expected to be non-programmers in the average case
20120429 07:55:05< jamit> Maybe ~QUARTERROTATE(scalar)? That would also reduce confusion about what the scalar represents (i.e. not degrees).
20120429 07:55:27< shadowm> let's not go overboard with the long function names :p
20120429 07:55:38< shadowm> ROT90 perhaps
20120429 07:56:04< jamit> Maybe one of the WML experts would have a suggestion for the naming?
20120429 07:56:24-!- vultraz_laptop [~chatzilla@124.109.10.221] has joined #wesnoth-dev
20120429 07:56:57< jamit> Too many possibilities, and I'm also in the same boat of what is simple to me might not be to the average WML coder.
20120429 07:59:07< shadowm> Hm, someone broke one of my IPF tests in the test scenario at one point.
20120429 08:00:05< shadowm> I also appear to be getting this:
20120429 08:00:06< shadowm> 20120429 01:58:51 error scripting/lua: [string " wesnoth.dofile("lua/code.lua").main() "]:1: bad argument #1 to 'dofile' (file not found)
20120429 08:03:23< shadowm> image="units/orcs/warlord.png~RC(magenta>blue)~$functor"  ... of course ~RC(magenta>blue)~TC(6,magenta) won't work. But I don't think I ever expected it to do so...
20120429 08:04:16< shadowm> Okay, looks like I actually did. Maybe it was actually intended to do so before?
20120429 08:04:52< shadowm> It really feels like I missed a lot in 2010-2011.
20120429 08:11:09-!- PolarPanda [~quassel@unaffiliated/peterporty] has quit [Remote host closed the connection]
20120429 08:35:21-!- cib0 [~kvirc@p5DD2242A.dip.t-dialin.net] has joined #wesnoth-dev
20120429 09:08:22-!- Crendgrim [~crend@77-22-112-72-dynip.superkabel.de] has joined #wesnoth-dev
20120429 09:11:51-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving]
20120429 09:36:05-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 260 seconds]
20120429 09:37:57-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20120429 09:44:58-!- Johannes13 [~Johannes@p4FDEAF4F.dip.t-dialin.net] has joined #wesnoth-dev
20120429 09:44:58-!- Johannes13 [~Johannes@p4FDEAF4F.dip.t-dialin.net] has quit [Changing host]
20120429 09:44:58-!- Johannes13 [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20120429 09:50:36-!- neXyon [~neXyon@84-119-56-54.dynamic.xdsl-line.inode.at] has joined #wesnoth-dev
20120429 09:56:05-!- Upthorn [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has quit [Read error: Connection reset by peer]
20120429 09:56:17-!- Upth [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has joined #wesnoth-dev
20120429 09:56:17-!- Upth is now known as Upthorn
20120429 10:01:33-!- vultraz [~chatzilla@124.109.10.221] has quit [Ping timeout: 244 seconds]
20120429 10:02:32-!- vultraz [~chatzilla@124.109.10.221] has joined #wesnoth-dev
20120429 10:08:42-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 246 seconds]
20120429 10:14:33-!- mordante [~mordante@roadie.xs4all.nl] has joined #wesnoth-dev
20120429 10:14:33-!- mordante [~mordante@roadie.xs4all.nl] has quit [Changing host]
20120429 10:14:33-!- mordante [~mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20120429 10:14:48< mordante> servus
20120429 10:16:16< mordante> shadowm, would have nice if you would have discussed with me, since the code was _not_ orphaned
20120429 10:16:50< mordante> shadowm, what's the state of the uninstall dialog?
20120429 10:24:18-!- Ivanovic [~ivanovic@dtmd-4db2740f.pool.mediaWays.net] has quit [Changing host]
20120429 10:24:19-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20120429 10:24:53< Ivanovic> moin
20120429 10:24:58< mordante> hi Ivanovic 
20120429 10:30:41-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20120429 10:32:17< zookeeper> jamit, shadowm, umm, i'd think the best way is ~ROT(<degrees>) and just allow multiples of 90 for the time being
20120429 10:33:00< zookeeper> i don't see any problem with that since naturally the limitation would be documented, and if we want to allow arbitrary rotations in the future then we'd just lift that limitation
20120429 10:36:24-!- worduk_ [~jon@77.76.205.90] has joined #wesnoth-dev
20120429 10:43:25-!- mjs-de [~mjs-de@g224185172.adsl.alicedsl.de] has joined #wesnoth-dev
20120429 10:48:08-!- worduk_ [~jon@77.76.205.90] has quit [Quit: Leaving]
20120429 10:58:55-!- vultraz_laptop [~chatzilla@124.109.10.221] has quit [Ping timeout: 246 seconds]
20120429 11:28:05-!- _vdn [~nazgul-sa@ppp91-77-251-154.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120429 11:31:59-!- cib0 [~kvirc@p5DD2242A.dip.t-dialin.net] has quit [Ping timeout: 246 seconds]
20120429 11:36:07-!- Appleman1234 [~Appleman1@ppp59-167-222-56.qld.adsl.internode.on.net] has quit [Ping timeout: 252 seconds]
20120429 11:37:25-!- Blueblaze [~Blueblaze@99.158.44.51] has joined #wesnoth-dev
20120429 11:38:44-!- Blueblaze [~Blueblaze@99.158.44.51] has left #wesnoth-dev []
20120429 11:39:02-!- atomicbomber [~quassel@222.124.85.197] has quit [Remote host closed the connection]
20120429 11:40:38-!- Appleman1234 [~Appleman1@ppp59-167-222-56.qld.adsl.internode.on.net] has joined #wesnoth-dev
20120429 11:40:48-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20120429 12:34:34-!- _vdn1 [~nazgul-sa@ppp85-141-125-57.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120429 12:37:09-!- _vdn [~nazgul-sa@ppp91-77-251-154.pppoe.mtu-net.ru] has quit [Ping timeout: 248 seconds]
20120429 12:43:30-!- Appleman1234 [~Appleman1@ppp59-167-222-56.qld.adsl.internode.on.net] has quit [Ping timeout: 255 seconds]
20120429 13:04:56-!- Gambit [~gambit@wesnoth/developer/grickit] has joined #wesnoth-dev
20120429 13:06:22-!- stikonas [~and@bcm-131-111-216-103.girton.cam.ac.uk] has joined #wesnoth-dev
20120429 13:06:22-!- stikonas [~and@bcm-131-111-216-103.girton.cam.ac.uk] has quit [Changing host]
20120429 13:06:22-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120429 13:19:39-!- Elvish_Pillager [~eli@dhip-149.coburn.residences.colby.edu] has joined #wesnoth-dev
20120429 13:20:55-!- _vdn1 [~nazgul-sa@ppp85-141-125-57.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120429 13:21:36-!- _vdn [~nazgul-sa@ppp85-141-125-57.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120429 13:21:51-!- atomicbomb [~quassel@61.94.46.79] has joined #wesnoth-dev
20120429 13:29:57-!- _vdn [~nazgul-sa@ppp85-141-125-57.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120429 13:30:31-!- _vdn [~nazgul-sa@ppp85-141-125-57.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120429 13:35:02-!- _vdn [~nazgul-sa@ppp85-141-125-57.pppoe.mtu-net.ru] has quit [Client Quit]
20120429 13:35:38-!- _vdn [~nazgul-sa@ppp85-141-125-57.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120429 13:43:16-!- _vdn [~nazgul-sa@ppp85-141-125-57.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120429 13:44:56-!- _vdn [~nazgul-sa@ppp85-141-125-57.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120429 13:56:58-!- _vdn [~nazgul-sa@ppp85-141-125-57.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120429 13:57:30-!- _vdn [~nazgul-sa@ppp85-141-125-57.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120429 14:17:08-!- _vdn [~nazgul-sa@ppp85-141-125-57.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120429 14:17:37-!- _vdn [~nazgul-sa@ppp85-141-125-57.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120429 14:35:59-!- _vdn [~nazgul-sa@ppp85-141-125-57.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120429 14:36:32-!- _vdn [~nazgul-sa@ppp85-141-125-57.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120429 15:03:26-!- atomicbomb [~quassel@61.94.46.79] has quit [Remote host closed the connection]
20120429 15:03:45-!- MeccaGod [majs@host189-199.bornet.net] has quit []
20120429 15:07:15-!- vultraz [~chatzilla@124.109.10.221] has quit [Ping timeout: 246 seconds]
20120429 15:13:16-!- janebot [grickit@unaffiliated/gambit/bot/gambot] has quit [Quit: Just full of awesome upgrades here lately.]
20120429 15:13:35-!- janebot [grickit@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev
20120429 15:14:15-!- vultraz [~chatzilla@124.109.10.221] has joined #wesnoth-dev
20120429 15:14:27-!- _vdn1 [~nazgul-sa@ppp91-77-249-164.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120429 15:15:38-!- _vdn [~nazgul-sa@ppp85-141-125-57.pppoe.mtu-net.ru] has quit [Ping timeout: 240 seconds]
20120429 15:19:41-!- Brilliand1 [~Silas@ip-208-76-93-5.mvdsl.com] has joined #wesnoth-dev
20120429 15:22:12-!- _vdn [~nazgul-sa@ppp91-77-249-164.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120429 15:25:03-!- _vdn1 [~nazgul-sa@ppp91-77-249-164.pppoe.mtu-net.ru] has quit [Ping timeout: 245 seconds]
20120429 15:58:36< Crendgrim> anyone got latest trunk compiled? I'd like to know whether I'm the only one who has issues with widgets randomly flickering around..
20120429 16:00:49< loonycyborg> Everywhere or in some particular place?
20120429 16:01:44< Crendgrim> it seems like everywhere.
20120429 16:02:20< Crendgrim> as well in the startup screen as in a game, if dialogues (either [message][option] or widgets) are shown
20120429 16:03:10< Crendgrim> it seems related to if I hover a button or not..
20120429 16:03:52< mordante> Crendgrim, are you using --new-widgets on the command-line?
20120429 16:04:50< Crendgrim> mordante: no.
20120429 16:05:07< loonycyborg> I get the flicker in main menu..
20120429 16:05:41< Crendgrim> mordante: --new-widgets solves it for me, FWIW
20120429 16:05:50< Brilliand1> Latest trunk isn't even compiling for me.
20120429 16:06:00< Crendgrim> though painting is way too slow with that option
20120429 16:07:16< mordante> Crendgrim, I did some changes to --new-widgets which slows things down and breaks thing in a lot of areas
20120429 16:07:26< mordante> Crendgrim, what revision number are you using?
20120429 16:07:51< Crendgrim> mordante: 54012
20120429 16:07:55< mordante> Brilliand1, I added a new file gui/widgets/pane.cpp, is that also added to your build system?
20120429 16:08:12< Crendgrim> mordante: but, well, it shouldn't affect running without --new-widgets, right?
20120429 16:08:44< loonycyborg> The flicker happens only when mouse pointer is over one of buttons.
20120429 16:08:51< mordante> Crendgrim, it should not, but I might have introduced an error
20120429 16:09:22< loonycyborg> And I've updated to 54012 too
20120429 16:09:41< Crendgrim> I guess that happens. :)
20120429 16:11:33< mordante> I'll have a look
20120429 16:11:35-!- _vdn [~nazgul-sa@ppp91-77-249-164.pppoe.mtu-net.ru] has quit [Read error: Connection reset by peer]
20120429 16:12:11-!- _vdn [~nazgul-sa@ppp91-77-249-164.pppoe.mtu-net.ru] has joined #wesnoth-dev
20120429 16:12:15< Brilliand1> After adding that file, the code compiled fine.
20120429 16:13:15< mordante> Crendgrim, I think I found the issue, it's rather stupid :-(
20120429 16:14:16< mordante> Brilliand1, good to know
20120429 16:16:09< mordante> Crendgrim, loonycyborg the issue is fixed in r54016
20120429 16:17:03< loonycyborg> Is CIA on strike or something?
20120429 16:17:04< Crendgrim> huh? a few minutes ago, the latest revision was 52012.. is the CIA-bot not working again?
20120429 16:17:51< loonycyborg> Indeed. It's fixed.
20120429 16:18:33< mordante> loonycyborg, no GNA's mailing list is broken
20120429 16:19:03< mordante> Crendgrim, I had some other pending commits in git-svn ;-)
20120429 16:19:34< mordante> that's also why I mentioned the fix in the chan instead of waiting for CIA to do so
20120429 16:19:38< Crendgrim> mordante: ah, git-svn... that explains it :)
20120429 16:20:27< Crendgrim> yes, it's fixed now. Thanks
20120429 16:21:16< mordante> no problem and thanks for reporting it
20120429 16:21:45< mordante> will look for another solution that works both with and without --new-widgets
20120429 16:28:42-!- _vdn [~nazgul-sa@ppp91-77-249-164.pppoe.mtu-net.ru] has quit [Quit: Leaving.]
20120429 16:35:01< vultraz> mordante: http://pastebin.com/jZzydSh4 xcode proj patch to add pane.cpp/hpp
20120429 16:35:39< mordante> vultraz, I'll commit in a sec
20120429 16:36:16-!- s951 [~s951@dyn1064-176.hor.ic.ac.uk] has joined #wesnoth-dev
20120429 16:38:15< mordante> vultraz, committed as r54019
20120429 16:38:33< vultraz> :)
20120429 16:45:39< vultraz> lack of CIA notifications makes everything harder....
20120429 16:46:15< mordante> vultraz, yup, only don't blame the messenger, when the messenger isn't notified
20120429 16:46:16< mordante> ;-)
20120429 16:46:30< mordante> not having commit emails also makes things harder
20120429 16:46:41-!- Brilliand1 [~Silas@ip-208-76-93-5.mvdsl.com] has left #wesnoth-dev []
20120429 16:47:18< vultraz> hehehe....will it start spamming the channel with commit messages for all these commits when the ml is back online?
20120429 16:47:53< mordante> no idea, time will tell, but I hope it does, since that means the mails are delivered
20120429 16:49:13< ChrisOelmueller> why is wesnoth still relying on infrastructure from the last century?
20120429 16:50:10< loonycyborg> You mean the site using http? :P
20120429 16:50:21< mordante> since everytime we suggest to move to git and another hoster many object and nothing happens
20120429 16:50:30< ChrisOelmueller> no i mean gna.org
20120429 16:51:28< loonycyborg> I guess only gna actually dying can force us to make the move..
20120429 16:51:40 * mordante fears we move after gna really went offline
20120429 16:57:04-!- horon [~horon@nttkyo216070.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has quit [Quit: Leaving...]
20120429 17:17:54-!- janebot [grickit@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20120429 17:18:59-!- janebot [grickit@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev
20120429 17:21:20-!- janebot [grickit@unaffiliated/gambit/bot/gambot] has quit [Remote host closed the connection]
20120429 17:21:49-!- vultraz [~chatzilla@124.109.10.221] has quit [Ping timeout: 246 seconds]
20120429 17:23:33-!- janebot [grickit@unaffiliated/gambit/bot/gambot] has joined #wesnoth-dev
20120429 17:31:17-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20120429 17:35:29-!- vultraz [~chatzilla@124.109.10.221] has joined #wesnoth-dev
20120429 17:45:37-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20120429 18:01:58-!- s951 [~s951@dyn1064-176.hor.ic.ac.uk] has quit [Quit: Leaving]
20120429 18:05:02-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120429 18:05:07-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20120429 18:10:49< jamit> I found a somewhat unusual case regarding fog/shroud and the undo stack. I think it is something to fix, but maybe someone wants to tell me I'm way off base?
20120429 18:11:50< jamit> The setting is your have an ally who shares maps/view with you. You move one of your units through territory your ally (but not your side) can see.
20120429 18:12:44< jamit> Even though you do not uncover new information (thanks to the shared maps/view), the move cannot be undone because it did push back your side's own fog/shroud.
20120429 18:14:19< jamit> One problem with allowing the move to be undone is that your side's fog/shroud would not be reverted. On the other hand, that would make no difference unless WML stops the sharing of maps/view.
20120429 18:17:15< jamit> Or if WML added shroud to your ally. Or if something happens to your ally's units and your ally's fog gets recalculated. (Not likely an issue since your fog gets reset at the end of your turn, so the ally's unit would have to be killed or moved during your turn to make a difference.)
20120429 18:18:57< jamit> Overall, it looks to me like the cases where there would be a difference if the move was undone are fairly rare, whereas the ability to undo the move would be applicable every time.
20120429 18:19:25< jamit> So I was thinking of changing this to allow the move to be undone.
20120429 18:24:26-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20120429 18:32:48-!- s951 [~s951@dyn1064-176.hor.ic.ac.uk] has joined #wesnoth-dev
20120429 18:38:28-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20120429 18:53:07-!- vultraz_laptop [~chatzilla@124.109.10.221] has joined #wesnoth-dev
20120429 18:54:55-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Quit: Computer has gone to sleep.]
20120429 19:12:41-!- Blueblaze [~Blueblaze@adsl-99-158-44-51.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20120429 19:23:27-!- csarmi [csarmi@92-249-242-106.pool.digikabel.hu] has joined #wesnoth-dev
20120429 19:49:49-!- wesbot changed the topic of #wesnoth-dev to: 168 bugs, 331 feature requests, 17 patches | Logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20120429 20:04:37-!- enchilado [~enchilado@defocus/yummy/enchilado] has joined #wesnoth-dev
20120429 20:28:44-!- Drakefriend [~kvirc@31-19-75-43-dynip.superkabel.de] has joined #wesnoth-dev
20120429 20:32:14-!- s951 [~s951@dyn1064-176.hor.ic.ac.uk] has quit [Quit: Leaving]
20120429 20:39:00-!- ancestral [~ancestral@65-128-236-41.mpls.qwest.net] has joined #wesnoth-dev
20120429 21:06:07-!- matthiaskrgr [matthiaskr@184.171.255.77] has quit [Quit: GeekBouncer - http://geekbouncer.co.uk]
20120429 21:16:49< ancestral> Are there any map examples where the border_size != 1 or usage isn't map?
20120429 21:20:32< shadowm> ancestral: terrain masks
20120429 21:21:01-!- anonymissimus [~chatzilla@HSI-KBW-078-042-163-105.hsi3.kabel-badenwuerttemberg.de] has joined #wesnoth-dev
20120429 21:21:09< ancestral> shadowm: There are .map files which use border_size=1?
20120429 21:21:39< shadowm> mordante: it's orphaned as far as I care as the current maintainer of the add-ons client code
20120429 21:21:49< shadowm> mordante: what do you need to know about the uninstall dialog?
20120429 21:22:11< anonymissimus> loonycyborg: is there something known that building with scons is problematic when done on an ntfs file system ? I juts had such a case and this is the most important difference I see
20120429 21:22:18< shadowm> ancestral: all .map files use border_size=1
20120429 21:22:39< anonymissimus> that is, the OS and the local repo should be exactly the same
20120429 21:22:42< shadowm> other values may or may not be supported, I don't know, but they surely aren't used in mainline
20120429 21:22:57< anonymissimus> in one case it works, other it doesn't..
20120429 21:23:13< ancestral> So is it required putting that in the .map file then? Could I just leave out border_size?
20120429 21:23:39< ancestral> Same goes for usage=map perhaps?
20120429 21:23:45< anonymissimus> OS meaning "build environment", that is, installed dependencies and such
20120429 21:23:55< shadowm> ancestral: no, I think they aren't optional in 1.10
20120429 21:24:07< shadowm> but you can always just try for yourself. Also note that the storage format changed in trunk.
20120429 21:24:18< ancestral> Storage format?
20120429 21:25:12< anonymissimus> loonycyborg: the problematic checks are sh: 1: build/sconf_temp/conftest_22: Permission denied
20120429 21:25:13< anonymissimus> Checking for Ogg Vorbis support in SDL... no
20120429 21:26:02< anonymissimus> with the clone of this local repo on an ext4 formatted partition on another hard drive that check succeeds
20120429 21:26:29< shadowm> ancestral: yes, but I don't know the specifics yet.
20120429 21:27:25< ancestral> I'm aware of this (http://r.wesnoth.org/t36323), if that's what you mean
20120429 21:28:05< loonycyborg> anonymissimus: Maybe you accidentally called the build as root or something,
20120429 21:28:39< loonycyborg> ntfs you say?
20120429 21:28:42< shadowm> ancestral: yes, that is what I mean
20120429 21:29:41< loonycyborg> The only difference I know is that it doesn't keep permissions at all.
20120429 21:31:06-!- Blueblaze [~Blueblaze@adsl-99-158-44-51.dsl.hstntx.sbcglobal.net] has quit [Ping timeout: 255 seconds]
20120429 21:32:42< loonycyborg> anonymissimus: Oh. I know. build/sconf_temp/conftest_22 probably doesn't have +x permission set,
20120429 21:32:44-!- ancestral [~ancestral@65-128-236-41.mpls.qwest.net] has quit [Read error: Connection reset by peer]
20120429 21:33:06-!- ancestral [~ancestral@65-128-236-41.mpls.qwest.net] has joined #wesnoth-dev
20120429 21:37:21-!- Blueblaze [~Blueblaze@adsl-76-202-19-120.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20120429 21:48:48-!- Drakefriend [~kvirc@31-19-75-43-dynip.superkabel.de] has quit [Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/]
20120429 21:49:11< anonymissimus> loonycyborg: well, I *also* use sudo scons which solved the permission error but not the ogg vorbis one
20120429 21:49:39< loonycyborg> What is output of ls -al in that dir?
20120429 21:50:19< loonycyborg> Did you use --config=force too?
20120429 21:50:24-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20120429 21:50:57< anonymissimus> and note that with the repo clone that exact same check succeeds Checking for Ogg Vorbis support in SDL... (cached) yes
20120429 21:53:42< anonymissimus> loonycyborg: ls -al: http://pastebin.com/pT9uSA1p
20120429 21:54:39< anonymissimus> --config=force fails with same error
20120429 21:54:50< anonymissimus> I didn't try cmake yet
20120429 21:55:10 * anonymissimus has no working win build system atm anyway
20120429 21:55:25-!- stikonas_ [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20120429 21:56:06< loonycyborg> anonymissimus: It seems that all files are with rw permissions there.
20120429 21:56:11-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20120429 21:56:28< loonycyborg> How exactly is that filesystem mounted?
20120429 21:57:13< loonycyborg> Probably the mount params need to be changed to make all files executable.
20120429 21:58:09< loonycyborg> Otherwise you won't be able to execute any files there..
20120429 21:58:16< shadowm> If cmake doesn't go around trying to execute (exec() family) any scripts from the ntfs filesystem then it'll probably work.
20120429 21:58:29-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120429 21:59:06< shadowm> Since it relies on cmake interpreting some non-executable scripts and make doing the rest of the work, I imagine it doesn't.
20120429 21:59:07< loonycyborg> You won't be able to execute the result though :P
20120429 21:59:18< shadowm> Yeah.
20120429 22:00:04< loonycyborg> Better yet use a filesystem that stores permissions.
20120429 22:00:28< shadowm> In the cmake case, though, you could make the build in a different filesystem.
20120429 22:01:06< shadowm> Since cmake appears to be pretty much intended for out-of-tree builds.
20120429 22:02:00< shadowm> Of course, out-of-tree builds make it a little less trivial to run wesnoth.
20120429 22:02:33< shadowm> (i.e. without installing, or a wrapper script, wesnoth isn't able to guess the correct data dir path.)
20120429 22:05:27< loonycyborg> Actually my ntfs partition seems to be mounted in such a way that both files and dirs are executable.
20120429 22:05:55< loonycyborg> Not even sure what setting would make it consider files non-executable..
20120429 22:06:49-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20120429 22:12:04< mordante> shadowm, I'm happy that you know what I have and have not orphaned, guess you can read my mind :-|
20120429 22:12:12-!- enchilado [~enchilado@defocus/yummy/enchilado] has quit [Quit: BBL->]
20120429 22:12:33< shadowm> mordante: That was never taken into consideration.
20120429 22:12:42< mordante> just because I don't commit things upstream doesn't mean I don't work on it
20120429 22:13:13< mordante> shadowm, you did, or how else should I read "The GUI2 codepath is entirely orphaned"
20120429 22:13:52< shadowm> It became orphaned because I forgot to take it into account during the refactoring of the functional path.
20120429 22:15:04< shadowm> It also seemed counter-productive at the time to reconcile it given that the dialog in question only works with --new-widgets and didn't even match the regular path's feature set.
20120429 22:15:43< shadowm> In other words, broken on grounds of obsolescence.
20120429 22:16:11< shadowm> Not to mention that there are other things that just don't work with GUI2 atm and which I have repeatedly consulted you about to no avail.
20120429 22:17:07< shadowm> And in all seriousness, if you need a test dialog for your stuff, you clearly don't need to appropriate existing functionality with --new-widgets for that purpose.
20120429 22:17:27< mordante> so that's a reason to remove features, which hampers my development :-|
20120429 22:18:20< shadowm> The very fact that you are complaining about this just now kind of shows that you didn't particularly care at the time, even though you supposedly read the commits mailing list.
20120429 22:18:34< mordante> I *do* need the real dialog to test things
20120429 22:18:45< anonymissimus> loonycyborg: I don't know how to answer "How exactly is that filesystem mounted?"
20120429 22:19:02-!- matthiaskrgr [matthiaskr@184.171.255.77] has joined #wesnoth-dev
20120429 22:19:06< loonycyborg> anonymissimus: Find it in /etc/mtab
20120429 22:19:25< anonymissimus> as far as I can tell ubuntu automagically mounts if for me
20120429 22:20:07< loonycyborg> I don't know how to change what mount options ubuntu uses.
20120429 22:20:14< mordante> good to know that's the way you communicate things :-|
20120429 22:20:42< shadowm> You have done this before too.
20120429 22:21:01< anonymissimus> "/dev/sdb5 /media/C4F06C5FF06C59A6 fuseblk rw,nosuid,nodev,allow_other,default_permissions,blksize=4096 0 0"
20120429 22:22:14< anonymissimus> well, I previously used FAT32 for the partition where the wesnoth source was located without this problem...perhaps it solves that very weird MSVC9 error as well...
20120429 22:22:57< anonymissimus> or I could install those drivers allowing windows to read ext filesystem but I doubt that would work well or even at all
20120429 22:23:34< loonycyborg> They work fine for me.
20120429 22:24:15< anonymissimus> hm, you access an ext4 partition with read/write from win xp ?
20120429 22:24:28< loonycyborg> No. ext3
20120429 22:24:47< loonycyborg> Don't remember if I ever wrote to it.
20120429 22:26:39< anonymissimus> and how fast is that ? MSVC compiling does a lot of I/O stuff to the projectfiles/ dir
20120429 22:29:00< shadowm> mordante: So what's the deal with the add-ons uninstall list dialog besides the fact that it should still work?
20120429 22:29:20< shadowm> (i.e. was introduced specifically for 1.10)
20120429 22:31:18< loonycyborg> anonymissimus: iirc I copied some files weighing gigabytes from there without slowdowns or other problems.
20120429 22:35:30< shadowm> mordante: regarding r54015, does this mean std::map<..>::at() is usable when this file is included on platforms/STLs that don't define that method?
20120429 22:35:57< shadowm> Which appears to be a frequent mistake of mine thanks to GNU libstdc++.
20120429 22:37:22-!- Appleman1234 [~Appleman1@ppp59-167-222-56.qld.adsl.internode.on.net] has joined #wesnoth-dev
20120429 22:38:04< fendrin> Writing all macros uppercase is only a convention, right?
20120429 22:38:13< loonycyborg> fendrin: Yes.
20120429 22:38:40< loonycyborg> #define won't refuse to use lowercase letters.
20120429 22:38:47< shadowm> A convention which you should follow unless you have a very good reason.
20120429 22:39:06< shadowm> (Especially if you are talking about WML.)
20120429 22:39:59-!- LovCAPONE [~weche@modemcable210.107-82-70.mc.videotron.ca] has quit [Quit: Ex-Chat]
20120429 22:42:24< fendrin> loonycyborg: Cool, tx.
20120429 22:43:00< fendrin> shadowm: No good reason, I am just to lazy to enhance my converter to make them uppercase.
20120429 22:43:26< shadowm> Okay, that provides so much context I'm seriously overwhelmed.
20120429 22:43:27< loonycyborg> Using lowercase is only between your conscience and you :P
20120429 22:44:30< shadowm> Just let me provide a practical example: {foo} vs. {foo}, where foo is a WML macro and a subdirectory in the main data directory
20120429 22:44:47< shadowm> Parameterless WML macro, of course.
20120429 22:46:01< fendrin> Yeah, it makes much sense to keep with the convention, but I am only protoyping and want to see the result then judge how things can work nicely.
20120429 22:46:25< shadowm> In fact, I should probably go and check which one will happen in such a situation. And add this to the wiki.
20120429 22:46:58< fendrin> shadowm: Indeed, good idea.
20120429 22:48:22< mordante> shadowm, what did you mean with the uninstall dialog in the revision log?
20120429 22:48:32< shadowm> The macro takes precedence.
20120429 22:48:37< fendrin> hi mordante
20120429 22:48:43< shadowm> mordante: Is this the same commit of mine?
20120429 22:49:33< mordante> hi fendrin 
20120429 22:49:35< mordante> shadowm, yes
20120429 22:50:04< shadowm> "The GUI2 Uninstall Add-ons dialog is still in the original code unit and needs to be moved soon."
20120429 22:50:29< fendrin> anonymissimus: Hi, nice to see you back online.
20120429 22:50:50< shadowm> The actual logic was in src/addon/manager.cpp and I intended to move it to src/addon/manager_ui.cpp.
20120429 22:51:13< shadowm> Which I did already at some point later.
20120429 22:52:23< shadowm> Not the dialog implementation, but the logic controlling the invocation of the dialog.
20120429 22:54:11< shadowm> And I still need to work on that as soon as I recover from the "someone made the add-ons server a GSoC project" bomb that exploded in my face last month.
20120429 22:55:23< anonymissimus> fendrin: hi; may hardware died as usual you need to know
20120429 22:55:25< shadowm> The dialog doesn't remember the previously selected options when going back from the confirmation prompt, which is somehat uncomfortable. Ideally I'd move all that to the dialog implementation, but I'm not sure whether I can capture events from the OK button and prevent the window from closing from an event handler.
20120429 22:55:40< mordante> no std::map::at() is (of course) not added, only an emulation 
20120429 22:56:02< mordante> I'm off now night
20120429 22:56:37< anonymissimus> and I don't have internet on the windows system atm
20120429 22:56:57< anonymissimus> fendrin: may I ask what exact distro you use ?
20120429 22:57:16-!- mordante [~mordante@wesnoth/developer/mordante] has quit [Quit: Leaving]
20120429 22:57:22< fendrin> anonymissimus: kubuntu precise
20120429 22:57:59< fendrin> note the k, it's the kde version.
20120429 22:59:23< anonymissimus> fendrin: ok, then you are my go-to guy for questions xD
20120429 22:59:44< anonymissimus> though I chose the standard version and installed gnome
20120429 23:00:12< fendrin> okay, no problem
20120429 23:00:14< shadowm> You can always ask the channel in general.
20120429 23:01:40-!- Appleman1234 [~Appleman1@ppp59-167-222-56.qld.adsl.internode.on.net] has quit [Ping timeout: 252 seconds]
20120429 23:03:15< anonymissimus> fendrin: can you recommend me a file browser ? particularly, I would want to see partition names in it or something, since I have lots of hard disks with many partitions and get confused by them; and have 2 windows to view different folders for copying files
20120429 23:05:32< fendrin> anonymissimus: All the features you named is included in "dolphin". It is the kde default file manager. But you can use it in gnome as well. In general there is no reason why not to use any program you like. I use many gnome applications in kde every day. 
20120429 23:07:10< fendrin> anonymissimus: Another more oldstyle file browser is "kursader". It's in the style of newton commander. A very powerful but asci art file browser is "mc" for midnight commander.
20120429 23:07:23< fendrin> mc can browse into iso files for example.
20120429 23:07:41< shadowm> *krusader
20120429 23:07:53< fendrin> yes, thank you
20120429 23:08:18< fendrin> filelight is a browser that displays disc space usage very nicely.
20120429 23:08:32< shadowm> I think dolphin depends on one or more kde services, which might be a problem on very low-memory situations.
20120429 23:09:01< shadowm> ('depends' meaning 'will launch them on startup')
20120429 23:10:07< shadowm> Of course, since I use KDE I wouldn't notice if that were the case. I haven't used KDE applications on other desktop environments (or other desktop environemnts at all) for _years_.
20120429 23:10:49< fendrin> Yeah, mixing the worlds means a lot of libraries and some services go into RAM.
20120429 23:11:16 * Crendgrim hopes that Dolphin doesn't *depend* on Nepomuk, but only uses it
20120429 23:11:25< fendrin> nepomuk is just hell
20120429 23:11:27< shadowm> I have nepomuk disabled. :p
20120429 23:11:39< loonycyborg> There's a very lightweight orthodoxal file manager called 'gentoo'.
20120429 23:11:46< shadowm> Well, I think so
20120429 23:11:46< shadowm> shadowm   3239  0.0  0.0 137568  2756 ?        S    00:49   0:00 /usr/bin/nepomukserver
20120429 23:11:48< loonycyborg> And it uses gtk
20120429 23:12:09< fendrin> anakondi/nepomuk  are the other thing from the underworlds.
20120429 23:12:19< Crendgrim> I have it activated and in use, and it's behaving nice since there aren't any more virtuoso-t processes eating up all of my CPU..
20120429 23:12:27< shadowm> And yet: "The Nepomuk installation is not compelte. No Nepomuk settings can be provided."
20120429 23:12:32< Crendgrim> s/nice/nicely/ (I guess.)
20120429 23:13:06< fendrin> Crendgrim: Yeah, the virtuoso went wild here as well.
20120429 23:13:22 * loonycyborg doesn't even know what nepomuk and other stuff is supposed to do
20120429 23:14:16< fendrin> loonycyborg: They claim that there is a use case but in fact they only eat your cpu for no purpose. Thus they are some kind of stress test.
20120429 23:14:29< shadowm> loonycyborg: I think the KDE developers intend one or more of those strangely named components to be some kind of swiss army knife
20120429 23:14:55< shadowm> nepomuk has something to do with file indexing an annotations I think; akonadi is... uh... something to do with PIM.
20120429 23:15:01< shadowm> *and
20120429 23:15:18< Crendgrim> yes, Nepomuk is a way to share metadata between programs
20120429 23:15:29< fendrin> nepomuk is that feature bill gates wanted to have in vista. A database for giving you another view on your files.
20120429 23:15:30< shadowm> I wish we could back to the old days of giving software natural names like 'Windows'.
20120429 23:15:46< Crendgrim> so, e.g., the metadata you set in your image manager show up in your file manager
20120429 23:15:51< shadowm> Or 'file manager'.
20120429 23:16:46< loonycyborg> Yeah. Actually I sorta remember nepomuk but akonadi is still a mystery for me.
20120429 23:16:55< shadowm> Or KDE Window Manager.
20120429 23:17:04< Crendgrim> Akonadi is somehow managing the mails etc. in a database
20120429 23:17:06< shadowm> Thankfully the kwin devs took the conservative approach. ;)
20120429 23:18:42< Crendgrim> IIRC, Akonadi is only a layer between programs and the database, so programs tell Akonadi what to do; and Akonadi itself is taking care of storing this information in a central database
20120429 23:19:00< shadowm> Crendgrim: so it's a database abstraction mechanism then?
20120429 23:19:11< Crendgrim> AFAIK, yes.
20120429 23:19:20< Crendgrim> but that might be plainly wrong as well.
20120429 23:19:38< shadowm> Yeah, because phpBB has DB abstraction layer as well but it's obviously not as noisy. :p
20120429 23:19:42< shadowm> *a DB
20120429 23:20:09< shadowm> I don't really understand why we are supposed to have more than one storage option for the KDE PIM suite in the first place.
20120429 23:20:50< shadowm> It sounds like an unnecessary complication for software that's intended for regular joes.
20120429 23:21:04< Crendgrim> I guess they implemented this nice framework called Akonadi, and had to prove what it actually was able to do
20120429 23:21:35< Crendgrim> when I last looked at the configuration you're speaking about, there was some note saying that actually only one storage method was recommended, and everything else was merely experimental
20120429 23:23:24< shadowm> So it's a case of developers mistaking the solution for the problem.
20120429 23:24:24< shadowm> (i.e. the original problem being information management, the solution being a PIM suite, and the new problem being making a PIM suite that's a developer's dream but a user's nightmare)
20120429 23:27:51-!- s951 [~s951@dyn1064-176.hor.ic.ac.uk] has joined #wesnoth-dev
20120429 23:33:00-!- bwrsandman [~sandy@183-73-252-216.dsl.colba.net] has joined #wesnoth-dev
20120429 23:35:47-!- Crendgrim [~crend@77-22-112-72-dynip.superkabel.de] has quit [Quit: ...]
20120429 23:36:19-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 256 seconds]
20120429 23:37:49-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20120429 23:43:36< anonymissimus> okay...let's say I wan a file manager which doesn't depend on kde stuff, runs on windows and Linux and is not in emacs-style
20120429 23:43:49< anonymissimus> seems that leaves very few
20120429 23:49:57< loonycyborg> What do you mean 'emacs-style'?
20120429 23:50:14< ancestral> Amazingly, it's not clear; is each line of a map file a row of hexes displayed in the game?
20120429 23:50:44< shadowm> ancestral: other than the border_size and usage things, yes
20120429 23:52:11< shadowm> ancestral: out of curiosity, what are you working on?
20120429 23:52:21< ancestral> A map reader
20120429 23:52:35-!- mjs-de [~mjs-de@g224185172.adsl.alicedsl.de] has quit [Remote host closed the connection]
20120429 23:52:37< shadowm> On the web, or offline?
20120429 23:53:32< ancestral> Just a map reader: http://mproud.com/wesnoth/canvas/
20120429 23:53:48< shadowm> Because I could use a map reader that could be used with the [map] tag in the forums.
20120429 23:54:20< ancestral> https://github.com/ancestral/Wesnoth-Canvas
20120429 23:55:17< ancestral> I still have to read in the map and pair up the data with the correct tiles, so it might take a few days to get that working
20120429 23:56:24< shadowm> Ah, HTML5...
20120429 23:56:42< shadowm> And javascript...
20120429 23:57:05< ancestral> http://caniuse.com/#feat=canvas
20120429 23:57:51< shadowm> I have strived to keep the forums fully functional when javascript is not available.
20120429 23:58:08< ancestral> JavaScript is everywhere
20120429 23:58:13< shadowm> No.
20120429 23:58:38< ancestral> Virtually everywhere
20120429 23:58:45< shadowm> Nope.
20120429 23:58:51< ancestral> Okay…?
20120429 23:59:00< Espreon> I shan't have it either.
20120429 23:59:02< shadowm> Users can disable javascrit.
20120429 23:59:17< ancestral> Users can disable images. And non-secure web sites.
20120429 23:59:32< shadowm> They tend to disable javascript more often than images.
20120429 23:59:53< ancestral> Users don't disable anything. Whatever the browser is when they download it is how it's going to be for them.
--- Log closed Mon Apr 30 00:00:04 2012