--- Log opened Fri Feb 24 00:00:51 2012
20120224 00:01:26< shadowm> now, if the gamemap reader will ignore/not-complain-about metadata from 1.10 maps I can simply use the following: https://pastebin.com/zwA0wugS
20120224 00:01:56< anonymissimus> fendrin: what file layout do you plan to let the map editor write ?
20120224 00:03:07< fendrin> anonymissimus: Good that you ask. 
20120224 00:03:19< fendrin> anonymissimus: What do you want to hear exactly?
20120224 00:04:34< anonymissimus> hm well, what will be in it ? will it be
20120224 00:04:42< anonymissimus> Gg, Gg, ...
20120224 00:05:01< anonymissimus> or [map]data="Gg, Gg, ..."[/map]
20120224 00:05:13< fendrin> the later
20120224 00:05:14< anonymissimus> or [scenario][map]data="Gg, Gg, ..."[/map]...
20120224 00:05:27< anonymissimus> or data="Gg, Gg, ..."
20120224 00:06:53< anonymissimus> shadowm: what's up with your pastebin, it somehow doesn load for me
20120224 00:07:23< anonymissimus> just paste it into here
20120224 00:09:26< fendrin> anonymissimus: The save file contains the [map] tag. If the user specified labels there will also be [label] tags before or after the map tag.
20120224 00:09:44-!- csarmi [csarmi@94-21-133-102.pool.digikabel.hu] has joined #wesnoth-dev
20120224 00:09:44-!- csarmi [csarmi@94-21-133-102.pool.digikabel.hu] has quit [Client Quit]
20120224 00:09:55-!- csarmi [csarmi@94-21-133-102.pool.digikabel.hu] has joined #wesnoth-dev
20120224 00:10:05< fendrin> anonymissimus: Since label already is a toplevel tag they start working for free.
20120224 00:11:24< anonymissimus> so [map]data="..."[/map][label][/label][item][/item][event]name=prestart[unit][/unit]...etc etc
20120224 00:11:39< fendrin> no
20120224 00:11:56< anonymissimus> how you want to go about the units ?
20120224 00:12:08< fendrin> no events
20120224 00:12:28< anonymissimus> [unit] at toplevel ?
20120224 00:12:36< fendrin> opening that box of pandora is not for me.
20120224 00:12:56< fendrin> Unit is a child of [side]
20120224 00:13:11< fendrin> and [village] is a child of [side]
20120224 00:13:20< anonymissimus> for legacy reasons I suppose
20120224 00:13:25< anonymissimus> or implementation reasons
20120224 00:13:52< anonymissimus> since the recall list is saved as [unit] childs of [side]
20120224 00:14:36< fendrin> I have no idea.
20120224 00:14:54< anonymissimus> well, before relying on it that should be clear
20120224 00:15:01 * Espreon smacks anonymissimus 
20120224 00:15:50< anonymissimus> Espreon: why ?
20120224 00:16:00< Espreon> You said "childs".™
20120224 00:16:09< anonymissimus> ah yes
20120224 00:16:13< anonymissimus> sorry
20120224 00:16:16-!- StealthyCoin [~StealthyC@hawknet-wireless-gw-ext.cabrillo.edu] has quit [Quit: StealthyCoin]
20120224 00:16:28< anonymissimus> stupid irregular plural
20120224 00:17:02< fendrin> anonymissimus: I think [unit] in [side] works since ages. But crap implemented a feature request of mine, that [unit] in [side] is going to recall from the list or create new if the unit can't be found. This is used to make a scenario working when reached in debug mode by selection.
20120224 00:17:11< anonymissimus> shadowm's pastebin loaded finally, ok that looks good, so if you can make the loading ignore leading headers would be great
20120224 00:17:11 * Espreon rolls his eyes
20120224 00:17:46< fendrin> So I use the [unit] in side always to setup all the units I need to have around in a scenario at all costs.
20120224 00:18:21< fendrin> Having it in [side] is more sorted than relying on an event.
20120224 00:18:22< anonymissimus> yeah...I know
20120224 00:19:12< anonymissimus> well yes, it's probably ok to use [side][unit] and [side][village]
20120224 00:20:23< fendrin> So that should basically everything
20120224 00:21:53< fendrin> [map]  [item]s  [label]s [side]s [area]s  
20120224 00:22:48< fendrin> If you put a [multiplayer] around it the result is playable from scratch.
20120224 00:23:33< fendrin> And exactly that will a menu entry "save as multiplayer scenario" do.
20120224 00:24:41-!- Alarantalara [~Adium@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has joined #wesnoth-dev
20120224 00:24:47< fendrin> hi Alarantalara
20120224 00:25:49< Alarantalara> hello
20120224 00:26:53-!- Appleman1234 [~Appleman1@ppp59-167-142-31.static.internode.on.net] has joined #wesnoth-dev
20120224 00:28:44-!- Danceman [~Danceman@a94-132-158-220.cpe.netcabo.pt] has quit [Quit: Leaving]
20120224 00:49:04-!- Appleman1234 [~Appleman1@ppp59-167-142-31.static.internode.on.net] has quit [Ping timeout: 260 seconds]
20120224 00:49:48-!- wesbot changed the topic of #wesnoth-dev to: 1.10.1 planned for 25.2.; hard stringfreeze on branches/1.10 | 162 bugs, 327 feature requests, 17 patches | Logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20120224 00:51:49-!- Johannes13 [~Johannes@unaffiliated/johannes13] has quit [Ping timeout: 248 seconds]
20120224 00:52:31-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Quit: Leaving.]
20120224 00:53:57< shadowm> we currently use unordered_map in some code, right?
20120224 00:55:57< shadowm> can I just treat it as an associative container akin to std::map that stores its elements in the same order they were originally added, or am I supposed to look for a different alternative?
20120224 00:56:02< anonymissimus> thonsew used it in the unit map oO
20120224 00:57:26< Alarantalara> with such a name I'd expect it to be implemented as a hash table and have no predicable return
20120224 00:58:44< AI0867> correct
20120224 00:59:11< shadowm> hm, so what should I use if I need to preserve the input order when iterating on it?
20120224 00:59:21< AI0867> er, I don't believe std::map will do that either
20120224 00:59:56< AI0867> it just has an ordering as it stores things using rb trees
20120224 01:00:17< Alarantalara> are you doing anything other than iterating through it?
20120224 01:00:18< shadowm> I thought std::map used operator < for the key type to order elements
20120224 01:00:37< AI0867> yes
20120224 01:00:57< AI0867> ah, that's what you meant by "input order"?
20120224 01:02:08< shadowm> I currently work with a vector of addon_info items to keep the add-ons server reply with the add-ons list ordered, but since it's a vector, looking up a specific entry by its id is very difficult (and the id is also forced to be part of the implementation of addon_info)
20120224 01:02:50< AI0867> are they already ordered by id at that point?
20120224 01:03:01< shadowm> granted, the only reason I bother about the list order is legacy behavior; in 1.10 and earlier, the add-ons list is first shown following the server's order
20120224 01:03:30< shadowm> and the server's order is the WML order, so it could be said it's ordered by the date of initial publishing
20120224 01:04:26< AI0867> but this information is not explicitly available
20120224 01:04:31< shadowm> now that I think about it, there's no valid reason to keep that behavior
20120224 01:05:12< shadowm> unless the race to get an add-on into the server first when it's empty can be considered "valid"
20120224 01:06:41< Alarantalara> That makes unordered map sound appealing: the initial order becomes semi-randomized
20120224 01:08:07< shadowm> alphabetical order would make a lot more sense from the user standpoint, although that'd be GUI1's mission
20120224 01:17:11< anonymissimus> randomized order sounds fair
20120224 01:18:04< Alarantalara> it's not exactly randomized, though: it would likely be a function of its id, the order it was added, and the number of add-ons
20120224 01:18:54< Alarantalara> (the order returned by an unordered_map, that is)
20120224 01:20:47< anonymissimus> still better than the stupid race
20120224 01:20:53< loonycyborg> It probably will be as random as any other random numbers computer can generate :P
20120224 01:21:10< anonymissimus> still worse, an addon added first is likely to be broken after some releases
20120224 01:21:31< anonymissimus> such as Love To Death, which is a known pile fo shit concerning its wml quality
20120224 01:23:30-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20120224 01:23:36< shadowm> only because a certain admin decided against a dedicated 1.10 server
20120224 01:24:38< anonymissimus> yeah, from the player point of view it would have been nice to have such server; there are quite some complains about broken addons
20120224 01:25:26< shadowm> with previous cycles, this wasn't the case; coming beta, the client's default campaignd port was changed and a new server instance was started clean
20120224 01:26:07< shadowm> so authors would presumably upload only add-ons that were working with the first beta (and therefore, also stable)
20120224 01:30:58< anonymissimus> why was it decided not to do it ?
20120224 01:31:57< anonymissimus> just look at all those AMLA_TOUGH complaints; of course it's easy for everyone knowing bit wml but that doesn't matter; showstopper otherwise
20120224 01:32:32-!- noy [~Noy@S0106602ad0727b65.vw.shawcable.net] has joined #wesnoth-dev
20120224 01:32:37-!- noy [~Noy@S0106602ad0727b65.vw.shawcable.net] has quit [Changing host]
20120224 01:32:37-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20120224 01:32:47-!- loonybot [~loonybot@wesnoth/bot/loonybot] has quit [Remote host closed the connection]
20120224 01:36:44< shadowm> I have the solution
20120224 01:37:02< shadowm> oh never mind ,I don't have it. I just remembered the terrible side-effect.
20120224 01:39:38< shadowm> the 1.10 campaignd could be easily modified to sort the list by add-on id when replying, but that'd probably waste some power
20120224 01:40:53-!- Gambit [~gambit@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20120224 01:41:00< shadowm> although that could also be done client-side rather easily
20120224 01:41:35< shadowm> I'm just not going to spend any time on that for 1.10, since I expect 1.12 to not need any of that nonsense in the first place
20120224 02:04:10< anonymissimus> how about sorting by the last update by the author ? we just don't let this become known xD
20120224 02:04:53-!- vultraz [~chatzilla@124.109.10.221] has quit [Ping timeout: 248 seconds]
20120224 02:07:11< AI0867> http://files.wesnoth.org/addons/ <-- still uses 1.9
20120224 02:08:29< shadowm> known
20120224 02:08:49< AI0867> k
20120224 02:15:07< CIA-134> anonymissimus * r53185 /trunk/data/campaigns/tutorial/scenarios/2_Tutorial.cfg: Gendrify a message. (fix for bug #19367)
20120224 02:19:24-!- Blueblaze [~Blueblaze@adsl-99-4-146-14.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20120224 02:20:32< anonymissimus> Espreon: could you language sage have a look at that pls ?
20120224 02:29:36< Espreon> anonymissimus: Well, yeah, that fulfills one request, but it all still sucks.
20120224 02:30:01< Espreon> Italian is still a victim.
20120224 02:31:54< Espreon> However, to make things better for languages like Italian, either lots of strings will have to be added or we'll have to narrow the pool of possibilities.
20120224 02:33:35< Espreon> anonymissimus: Wait, no.
20120224 02:33:47< Espreon> That doesn't satisfy the request.
20120224 02:34:15< Espreon> The gender-specific message is meant for the student.
20120224 02:34:17-!- StealthyCoin [~StealthyC@adsl-108-200-140-185.dsl.pltn13.sbcglobal.net] has joined #wesnoth-dev
20120224 02:34:18-!- StealthyCoin [~StealthyC@adsl-108-200-140-185.dsl.pltn13.sbcglobal.net] has quit [Client Quit]
20120224 02:34:52< Espreon> anonymissimus: You pretty much did nothing useful.
20120224 02:36:50< Espreon> anonymissimus: Yeah, you have to check the student's gender.
20120224 02:37:25< Espreon> Wait, what am I talking about?
20120224 02:38:41< Espreon> anonymissimus: Well, you did fulfill the request, but it's pretty much useless.
20120224 02:38:43< AI0867> it's certainly useful for some languages
20120224 02:38:49< AI0867> but still not enough for others
20120224 02:38:54< Espreon> Yeah.
20120224 02:39:01< AI0867> you *also* have to switch on the student's gender
20120224 02:39:40< Espreon> AI0867: Which languages did you have in mind, out of curiosity?
20120224 02:39:54< AI0867> I believe french will be happy with this change
20120224 02:40:00< AI0867> not sure though
20120224 02:40:07 * Espreon rolls his eyes
20120224 02:43:48-!- Blueblaze [~Blueblaze@adsl-99-4-146-14.dsl.hstntx.sbcglobal.net] has quit [Ping timeout: 245 seconds]
20120224 02:46:30< anonymissimus> unless some translator needs gendrification for the speaker there doesn't need to be
20120224 02:46:45< anonymissimus> the gender checked is the one of the unit which is talked about
20120224 02:47:06-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20120224 02:48:01< anonymissimus> wesbot: topic
20120224 02:48:02< wesbot> anonymissimus: Don't be impatient, wait until something changes...  *tsk*
20120224 02:49:11< anonymissimus> Espreon: IIRC you had reported something like this https://gna.org/bugs/?19492 and thonsew had fixed it ?
20120224 02:52:58-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20120224 02:54:31< Espreon> anonymissimus: Yes, but some languages don't care about natural gender. Then again, Wesnoth only goes as far as natural gender and not noun gender, so whatever.
20120224 02:55:04< Espreon> And the Italian translation appears to care about natural gender for the elves anyway, so unless someone triggers that message with a female Elvish Ranger, it should be fine for Italian.
20120224 02:55:44< Espreon> (Since it uses "ranger" in the unit name, but I'm not sure how Italian engenders foreign nouns)
20120224 02:56:05< Espreon> (... when they refer to humans)
20120224 02:56:19< shadowm> okay, we actually resolve dependencies recursively, but they are resolved during installation rather than all at once
20120224 02:56:19< Espreon> *humans and other sapient creatures
20120224 02:56:55< shadowm> wrong channel
20120224 02:57:22< Espreon> anonymissimus: I believe so.
20120224 03:10:01-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20120224 03:12:25< Espreon> anonymissimus: Hmmm, I dunno, actually. In my experience, all debug mode-spawned units were male.
20120224 03:13:36< anonymissimus> ok then something different it seems
20120224 03:13:38< Espreon> But the problem with that was that there are certain units that should never be male.
20120224 03:13:41< Espreon> Yeah.
20120224 03:14:48< anonymissimus> do we need to restrigt that ? especially not in this dialog
20120224 03:15:27< anonymissimus> unless it causes other sort of weird behavior or bugs
20120224 03:16:20< anonymissimus> if this was something used by players, but it's only used by wml authors upwards
20120224 03:16:54< anonymissimus> boucman recently rejected some report of mine as well which was only reproducable with teh debug dialog, and it was even a crash
20120224 03:19:58-!- Johannes13 [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20120224 03:20:06-!- anonymissimus [~chatzilla@HSI-KBW-078-042-163-105.hsi3.kabel-badenwuerttemberg.de] has quit [Quit: done building targets]
20120224 03:20:54< Espreon> Eh, the random gender thing should just die and radio buttons for gender should be put in.
20120224 03:24:33-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20120224 03:32:34-!- Gambit [~gambit@or-67-238-22-123.dhcp.embarqhsd.net] has joined #wesnoth-dev
20120224 03:32:37-!- Gambit [~gambit@or-67-238-22-123.dhcp.embarqhsd.net] has quit [Changing host]
20120224 03:32:37-!- Gambit [~gambit@wesnoth/developer/grickit] has joined #wesnoth-dev
20120224 03:45:10< AI0867> I wonder whether it would be a better idea to add special cases to wmlxgettext for .lua files or to just write luaxgettext
20120224 04:02:21-!- Ivanovic_ [~ivanovic@dtmd-4db2a461.pool.mediaWays.net] has joined #wesnoth-dev
20120224 04:02:21-!- Ivanovic_ [~ivanovic@dtmd-4db2a461.pool.mediaWays.net] has quit [Changing host]
20120224 04:02:21-!- Ivanovic_ [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20120224 04:06:24-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 245 seconds]
20120224 04:07:46-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20120224 04:08:20-!- Ivanovic_ is now known as Ivanovic
20120224 04:12:26-!- Alarantalara [~Adium@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has quit [Quit: Leaving.]
20120224 04:24:44-!- PolarPanda [~quassel@unaffiliated/peterporty] has quit [Remote host closed the connection]
20120224 04:51:33< shadowm> GNU ld gets to take up 1.2 GiB of RAM while linking a debug build of wesnoth
20120224 04:52:17< shadowm> So now you know, and knowing is half the battle!
20120224 04:59:57-!- Johannes13_ [~Johannes@p4FDEE573.dip.t-dialin.net] has joined #wesnoth-dev
20120224 04:59:57-!- Johannes13_ [~Johannes@p4FDEE573.dip.t-dialin.net] has quit [Changing host]
20120224 04:59:57-!- Johannes13_ [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20120224 05:04:01-!- Johannes13 [~Johannes@unaffiliated/johannes13] has quit [Ping timeout: 260 seconds]
20120224 05:08:39-!- oldtopman [~oldtopman@unaffiliated/oldtopman] has quit [Quit: oldtopman has left the house]
20120224 05:16:27-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit []
20120224 05:18:31-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20120224 05:29:24< shadowm> loonycyborg: how do I cancel an ongoing operation with the network Boost.asio front-end?
20120224 05:35:09< shadowm> network_asio::connection's cancel() method, right?
20120224 05:36:33-!- dsirijus [~dsirijus@cpe-188-252-133-72.zg5.cable.xnet.hr] has joined #wesnoth-dev
20120224 05:39:40-!- Gambit [~gambit@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20120224 05:48:04-!- Elvish_Pillager [~eli@dhip-149.coburn.residences.colby.edu] has quit [Ping timeout: 245 seconds]
20120224 05:53:46-!- Johannes13_ is now known as Johannes13
20120224 06:05:25-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 255 seconds]
20120224 06:05:51-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20120224 06:15:35-!- vultraz [~chatzilla@124.109.10.221] has joined #wesnoth-dev
20120224 06:49:48-!- wesbot changed the topic of #wesnoth-dev to: 1.10.1 planned for 25.2.; hard stringfreeze on branches/1.10 | 161 bugs, 327 feature requests, 17 patches | Logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20120224 06:57:54-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20120224 07:00:54-!- noy_ [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20120224 07:03:27-!- noy [~Noy@wesnoth/developer/noy] has quit [Read error: Connection reset by peer]
20120224 07:04:01-!- noy_ is now known as noy
20120224 07:08:59-!- ancestral [~ancestral@70-59-112-42.mpls.qwest.net] has joined #wesnoth-dev
20120224 07:37:10-!- Johannes13 [~Johannes@unaffiliated/johannes13] has quit [Ping timeout: 248 seconds]
20120224 07:44:12-!- Haldric [~Haldric@wesnoth/translator/Haldric] has joined #wesnoth-dev
20120224 07:45:05< CIA-134> shadowmaster * r53186 /trunk/src/addon/ (info.cpp info.hpp): (log message trimmed)
20120224 07:45:05< CIA-134> Add-ons client: teach addon_info struct new tricks
20120224 07:45:05< CIA-134> * It can now store dependency lists that can be recursively resolved
20120224 07:45:05< CIA-134> into full trees, fixing circular and self-refering dependencies if
20120224 07:45:06< CIA-134> necessary.
20120224 07:45:06< CIA-134> * It now stores its own add-on id.
20120224 07:45:07< CIA-134> * It now allows for retrieving a "fixed" version of the icon field with
20120224 07:45:07< CIA-134> shadowmaster * r53187 /trunk/src/addon/ (validation.cpp validation.hpp): 
20120224 07:45:08< CIA-134> Add-ons client/server: Generalize conversion from/to enum type representation of add-on type identifiers
20120224 07:45:11< CIA-134> This involves a rather C-ish approach I don't really like, using a
20120224 07:45:11< CIA-134> constant table of strings with fixed positions that can be translated to
20120224 07:45:11< CIA-134> enum members. I'm open to alternatives.
20120224 07:45:11< CIA-134> Also introduced a get_addon_type_string() function that will be used by
20120224 07:45:11< CIA-134> the new add-ons manager code for a short while.
20120224 07:45:21< CIA-134> shadowmaster * r53188 /trunk/src/ (8 files in 2 dirs): (log message trimmed)
20120224 07:45:21< CIA-134> Add-ons client: Big refactoring step 3
20120224 07:45:21< CIA-134> This is a very large step and it's most likely not exempt of
20120224 07:45:21< CIA-134> regressions, hence I decided to push it as soon as possible so it can
20120224 07:45:21< CIA-134> receive more testing before 1.11.0. Please read the full commit message
20120224 07:45:22< CIA-134> in SVN to see what changed, instead of just the CIA version.
20120224 07:45:23< CIA-134> A changelog entry will be coming eventually, just shortly before 1.11.0
20120224 07:49:30-!- ancestral [~ancestral@70-59-112-42.mpls.qwest.net] has quit [Quit: i go sleeps kthxbai]
20120224 07:58:19-!- ancestral [~ancestral@70-59-112-42.mpls.qwest.net] has joined #wesnoth-dev
20120224 07:59:28-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20120224 08:00:45-!- Blueblaze [~Blueblaze@adsl-99-148-245-211.dsl.hstntx.sbcglobal.net] has joined #wesnoth-dev
20120224 08:06:29< CIA-134> shadowmaster * r53189 /trunk/src/gui/dialogs/addon/description.cpp: 
20120224 08:06:29< CIA-134> gui2/taddon_description: Use fixed icons from addon_info
20120224 08:06:29< CIA-134> Regression caused by r53188.
20120224 08:10:14< CIA-134> espreon * r53190 /branches/1.10/po/ (13 files in 13 dirs): Updated the Spanish translation.
20120224 08:12:45< CIA-134> espreon * r53191 /trunk/po/ (10 files in 10 dirs): Updated the Spanish translation.
20120224 08:15:17-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20120224 08:17:56< CIA-134> shadowmaster * r53192 /trunk/src/addon/manager_ui.cpp: Add-ons client: Remove commented-out leftovers of the manager UI dialog description
20120224 08:18:07< CIA-134> shadowmaster * r53193 /trunk/src/addon/manager_ui.cpp: Add-ons client: reduce log severity
20120224 08:18:17< CIA-134> shadowmaster * r53194 /trunk/src/addon/manager_ui.cpp: Add-ons client: Move the Description button above Updates All when applicable
20120224 08:19:01< Espreon> Ivanovic: Hmmmm, perhaps we should make "Unknown" in the Romanian credits section translatable since the guy is actually... unknown.
20120224 08:19:23< shadowm> or remove it?
20120224 08:20:53< Espreon> That's another possibility... but it'd look weird to have nothing there.
20120224 08:21:59< shadowm> the entire section if necessary
20120224 08:24:30< Espreon> Perhaps.
20120224 08:32:07< CIA-134> espreon * r53195 /branches/1.10/po/wesnoth-lib/es.po: Updated the Spanish translation.
20120224 08:33:04< CIA-134> espreon * r53196 /trunk/po/wesnoth-lib/es.po: Updated the Spanish translation.
20120224 08:38:42< CIA-134> shadowmaster * r53197 /branches/1.10/ (changelog src/addon/manager.cpp): Escape markup characters at the start of add-on titles in the add-ons management dialogs
20120224 08:43:00-!- Gallaecio [~quassel@84.120.113.193.dyn.user.ono.com] has quit [Remote host closed the connection]
20120224 08:44:11-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20120224 08:46:25< CIA-134> shadowmaster * r53198 /trunk/ (changelog src/addon/manager_ui.cpp): 
20120224 08:46:25< CIA-134> Escape markup characters at the start of add-on titles in the add-ons management dialogs
20120224 08:46:25< CIA-134> Forward-ported from 1.10 @ r53197 solely for the sake of completeness.
20120224 08:53:15-!- Johannes13 [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20120224 08:56:38< CIA-134> shadowmaster * r53199 /trunk/src/addon/ (manager.cpp manager.hpp): addon/mg: Don't use game_display class where display is enough
20120224 09:03:49-!- ancestral [~ancestral@70-59-112-42.mpls.qwest.net] has quit [Read error: Connection reset by peer]
20120224 09:03:53-!- ancestral_ [~ancestral@70-59-112-42.mpls.qwest.net] has joined #wesnoth-dev
20120224 09:06:33< CIA-134> espreon * r53200 /trunk/ (20 files in 18 dirs): Updated the Old English translation.
20120224 09:07:10-!- ancestral_ [~ancestral@70-59-112-42.mpls.qwest.net] has quit [Read error: Connection reset by peer]
20120224 09:07:13-!- ancestral [~ancestral@70-59-112-42.mpls.qwest.net] has joined #wesnoth-dev
20120224 09:07:17-!- ancestral [~ancestral@70-59-112-42.mpls.qwest.net] has quit [Client Quit]
20120224 09:09:44< CIA-134> espreon * r53201 /branches/1.10/ (20 files in 19 dirs): Updated the Old English translation.
20120224 09:13:21< CIA-134> espreon * r53202 /branches/1.10/po/ (13 files in 13 dirs): Updated the Latin translation.
20120224 09:14:58< CIA-134> espreon * r53203 /trunk/po/ (5 files in 5 dirs): Updated the Latin translation.
20120224 09:20:01-!- jemadux [~jemadux@unaffiliated/jemadux] has joined #wesnoth-dev
20120224 09:36:35-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120224 09:41:39-!- worduk [~jon@77.76.205.90] has joined #wesnoth-dev
20120224 09:58:27-!- koutnji2 [~Miranda@eduroam-cl-107.feld.cvut.cz] has joined #wesnoth-dev
20120224 09:59:06-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20120224 10:09:26-!- koutnji2 [~Miranda@eduroam-cl-107.feld.cvut.cz] has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
20120224 10:14:04-!- loonybot [~loonybot@46.138.85.111] has joined #wesnoth-dev
20120224 10:14:04-!- loonybot [~loonybot@46.138.85.111] has quit [Changing host]
20120224 10:14:04-!- loonybot [~loonybot@wesnoth/bot/loonybot] has joined #wesnoth-dev
20120224 10:15:47-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Quit: I'm a teapot.]
20120224 10:16:09< Ivanovic> moin
20120224 10:17:08-!- Appleman1234 [~Appleman1@ppp59-167-142-31.static.internode.on.net] has joined #wesnoth-dev
20120224 10:20:21< loonycyborg> shadowm: Yes. E.g. the network transmission dialog uses it in post_show to ensure that the transfer is cancelled if the dialog is closed.
20120224 10:40:21-!- jemadux [~jemadux@unaffiliated/jemadux] has quit [Ping timeout: 240 seconds]
20120224 10:41:09< CIA-134> loonycyborg * r53204 /trunk/scons/boost.py: 
20120224 10:41:09< CIA-134> scons: made boost autodetection look for lib files in prefix/lib64 too
20120224 10:41:09< CIA-134> This will make it unnecessary to pass boost_suffix=-mt on 64-bit Fedora
20120224 10:41:51-!- jemadux [~jemadux@unaffiliated/jemadux] has joined #wesnoth-dev
20120224 10:45:53-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20120224 10:47:45-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20120224 10:51:07-!- noy [~Noy@wesnoth/developer/noy] has quit [Client Quit]
20120224 11:05:56-!- enchilad1 [~enchilado@ppp118-208-42-93.lns20.bne1.internode.on.net] has joined #wesnoth-dev
20120224 11:08:29-!- enchilado [~enchilado@defocus/yummy/enchilado] has quit [Ping timeout: 260 seconds]
20120224 11:20:33-!- enchilad1 [~enchilado@ppp118-208-42-93.lns20.bne1.internode.on.net] has quit [Changing host]
20120224 11:20:33-!- enchilad1 [~enchilado@defocus/yummy/enchilado] has joined #wesnoth-dev
20120224 11:20:38-!- enchilad1 is now known as enchiladop
20120224 11:20:45-!- enchiladop is now known as enchilado
20120224 11:30:38-!- Blueblaze [~Blueblaze@adsl-99-148-245-211.dsl.hstntx.sbcglobal.net] has quit [Quit: Blueblaze]
20120224 11:31:19< Ivanovic> wesnoth will be featured in the new ITbende podcast http://www.itbende.nl
20120224 11:31:32< Ivanovic> just had a conference call with those guys for recording the podcast
20120224 11:33:05< Ivanovic> btw we had 70k downloads of wesnoth just in february
20120224 11:33:14< Ivanovic> with a significant peak on 16th
20120224 11:33:25< Ivanovic> more than 10k download instead of somewhere above 2k
20120224 11:33:49< Ivanovic> considering that russia is currently listed as top country i assume that some larger site there had some report about wesnoth
20120224 11:33:55< Ivanovic> http://sourceforge.net/projects/wesnoth/files/stats/timeline?dates=2012-02-01+to+2012-02-24cf 
20120224 11:44:47-!- fkhodkov [~user@ppp-188-65-12-27-bras2.istra.ru] has joined #wesnoth-dev
20120224 11:45:14-!- fkhodkov [~user@ppp-188-65-12-27-bras2.istra.ru] has quit [Client Quit]
20120224 12:01:46-!- worduk [~jon@77.76.205.90] has quit [Remote host closed the connection]
20120224 12:14:57-!- worduk [~jon@77.76.205.90] has joined #wesnoth-dev
20120224 12:18:36-!- jemadux [~jemadux@unaffiliated/jemadux] has quit [Ping timeout: 260 seconds]
20120224 12:21:58< Ivanovic> loonycyborg: have you heard about any russian site featuring wesnoth last week wednesday/thursday?
20120224 12:23:56< Ivanovic> zookeeper: btw i got some feedback about the wolves sounding like mice being tortured in 1.10
20120224 12:24:09< Ivanovic> was there some change to the wolfs sounds?
20120224 12:25:51< zookeeper> Ivanovic, i haven't fixed the high-pitched sounds, no
20120224 12:26:01< Ivanovic> okay
20120224 12:27:46-!- dsirijus [~dsirijus@cpe-188-252-133-72.zg5.cable.xnet.hr] has quit []
20120224 12:42:39< loonycyborg> Ivanovic: Nope. I don't follow many russian sites :P
20120224 12:42:46< Ivanovic> :)
20120224 12:53:09< CIA-134> zookeeper * r53205 /trunk/data/core/ (macros/sound-utils.cfg sounds/wolf-hit-1.ogg): Replaced wolf-hit-1.ogg with a lower-pitched sound and removed wolf-hit-4.ogg from the wolf hit sound list.
20120224 12:53:11< zookeeper> i hope everyone who's complained about those sounds is happy now :x
20120224 12:57:57< Ivanovic> what do you think of backporting this change?
20120224 12:59:37< zookeeper> it should be safe to backport, the sound list change merely causes a change in animation WML and that doesn't cause OOS
20120224 13:00:01< zookeeper> i don't have a 1.10 branch checkout yet so it'll be a while before i can port it myself, so if you have a minute of spare time feel free to
20120224 13:02:40< CIA-134> ivanovic * r53206 /branches/1.10/data/core/ (macros/sound-utils.cfg sounds/wolf-hit-1.ogg): 
20120224 13:02:40< CIA-134> merge zookeepers change of the wolf sounds to branches/1.10, original commit message:
20120224 13:02:40< CIA-134> Replaced wolf-hit-1.ogg with a lower-pitched sound and removed wolf-hit-4.ogg from the wolf hit sound list.
20120224 13:02:50< Ivanovic> zookeeper: done
20120224 13:02:54< zookeeper> great
20120224 13:02:57< Ivanovic> what do you think of adding a changelog entry?
20120224 13:03:06-!- mjs-de [~mjs-de@g224185027.adsl.alicedsl.de] has joined #wesnoth-dev
20120224 13:03:34< zookeeper> doesn't sound very important, but i guess it can be added to the full changelog... i can do that when i get my checkout sorted out
20120224 13:04:32-!- jemadux [~jemadux@unaffiliated/jemadux] has joined #wesnoth-dev
20120224 13:05:50< Ivanovic> oh, this is something which might annoy several users since the high pitch is annoying when hitting wolves
20120224 13:07:23< zookeeper> i think it's more a matter of all the other sounds tending to be so low-pitched :p
20120224 13:07:56< Ivanovic> think of the female players thinking about poor dogs being tortured
20120224 13:08:04< Ivanovic> (sounds like a usable way to get the sounds...)
20120224 13:08:33< vultraz> o_O
20120224 13:08:50< zookeeper> well... all the wolf sounds are from the same dog, but no animals were harmed in their making
20120224 13:09:06< vultraz> oh good
20120224 13:12:00< zookeeper> (but what does being female have to do with anything, i wonder)
20120224 13:14:06< Ivanovic> they often have a different perception about the sounds, think where they might come from and stuff like this
20120224 13:14:57< zookeeper> really? well, that's odd
20120224 13:15:40< Ivanovic> but there they only think about obvious solutions like "they tortured a dog for this" instead of "this was captured during cleaning a window"
20120224 13:16:05< zookeeper> oh.
20120224 13:16:35< Ivanovic> they can't imagine that a dog might make those sounds just when asking for "is it finally time for my food again???", too...
20120224 13:16:40< zookeeper> well, i think all those torturous sounds were made by showing the voice actor pictures of dogs on the computer :P
20120224 13:17:03< Ivanovic> yeah, but women often think more direct there
20120224 13:19:58-!- jemadux [~jemadux@unaffiliated/jemadux] has quit [Read error: Operation timed out]
20120224 13:23:25-!- PolarPanda [~quassel@unaffiliated/peterporty] has joined #wesnoth-dev
20120224 13:26:39-!- enchilado [~enchilado@defocus/yummy/enchilado] has quit [Quit: BBL->]
20120224 13:27:16-!- Oleg [~quassel@92.124.14.24] has joined #wesnoth-dev
20120224 13:27:52-!- Oleg [~quassel@92.124.14.24] has quit [Remote host closed the connection]
20120224 13:28:28-!- Oleg [~quassel@92.124.14.24] has joined #wesnoth-dev
20120224 13:31:56< CIA-134> zookeeper * r53207 /trunk/changelog: Updated changelog.
20120224 13:32:26< CIA-134> zookeeper * r53208 /branches/1.10/changelog: Updated changelog.
20120224 13:46:00-!- horon [~horon@nttkyo322045.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has joined #wesnoth-dev
20120224 13:59:42-!- {V} [~V@174-76-ftth.onsneteindhoven.nl] has quit [Ping timeout: 252 seconds]
20120224 14:00:23-!- {V} [~V@174-76-ftth.onsneteindhoven.nl] has joined #wesnoth-dev
20120224 14:00:49-!- Elvish_Pillager [~eli@dhip-149.coburn.residences.colby.edu] has joined #wesnoth-dev
20120224 14:01:32-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20120224 14:09:26-!- Oleg [~quassel@92.124.14.24] has quit [Remote host closed the connection]
20120224 14:09:50-!- Oleg [~quassel@92.124.14.24] has joined #wesnoth-dev
20120224 14:10:54-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20120224 14:19:08< fendrin> Ivanovic: Hi, just played with the editor gui and I think I have found a solution to the low resolution problem.
20120224 14:20:06-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20120224 14:20:14< fendrin> hi boucman
20120224 14:20:23< boucman> hey all
20120224 14:24:56< Espreon> boucman: Hello
20120224 14:29:23< Ivanovic> fendrin: okay, what is your possible solution?
20120224 14:32:23-!- stikonas [~gentoo@bcm-131-111-216-70.girton.cam.ac.uk] has joined #wesnoth-dev
20120224 14:32:38-!- stikonas [~gentoo@bcm-131-111-216-70.girton.cam.ac.uk] has quit [Changing host]
20120224 14:32:38-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120224 14:33:10< Ivanovic> i mean besides deactivating support for the editor
20120224 14:33:12< Ivanovic> ;)
20120224 14:37:02< fendrin> I have widened the sidebar by 30 pixels, the size of the biggest gui element (beside the minimap) in the sidebar.
20120224 14:37:23-!- negusnyul [~negusnyul@dsl4E5CCB0B.pool.t-online.hu] has joined #wesnoth-dev
20120224 14:37:24-!- jemadux [~jemadux@unaffiliated/jemadux] has joined #wesnoth-dev
20120224 14:37:41< fendrin> Removed the scroll buttons.
20120224 14:37:45< Ivanovic> so now there are 4 terrains per line?
20120224 14:37:52< fendrin> No.
20120224 14:38:00< fendrin> That is dynamically.
20120224 14:38:18< fendrin> If the resolution and the amount of terrain types afford it there can be 5 or even 6.
20120224 14:38:23< Ivanovic> the main problem is IMO that several elements are not defined using the GUI code but are hardcoded in how they are created
20120224 14:39:02< Ivanovic> what i'd eg love to do for small vertical resolutions is have the up/down arrow both below the list of terrains
20120224 14:39:05< fendrin> Yes, maybe. But we must live with it until gui2 is ready for every aspect.
20120224 14:39:22< Ivanovic> next to each other instead of having the up above and the down below the terrain list, each taking one complete row
20120224 14:39:22< fendrin> the down/up arrow is gone.
20120224 14:39:36< Ivanovic> ah, that is a good start!
20120224 14:39:49< fendrin> I don't feature it at all.
20120224 14:39:51< Ivanovic> do you have a screenshot to show?
20120224 14:40:07< Ivanovic> a screenshot of the changed version that is
20120224 14:40:22< Ivanovic> then you can explain the differences to current vanilla and it is more easy to see what you mean
20120224 14:40:39< Ivanovic> imagebin.org is probably a good place to upload the screenshot to
20120224 14:42:45< fendrin> Ivanovic: http://imagebin.org/200562
20120224 14:43:16< Ivanovic> looks significantly better to me!
20120224 14:43:50< Ivanovic> if now the space between terrain types and terrain selection was a little smaller it would probably be more economic for 800x480
20120224 14:43:56< fendrin> The empty space between terrain and terrain groups is still a bug.
20120224 14:44:01< Ivanovic> :)
20120224 14:44:20< Ivanovic> could you create a screenshot with 800x480, too?
20120224 14:44:21< fendrin> I think it reserves space for the arrow...
20120224 14:44:26< fendrin> yes I can
20120224 14:44:29< Ivanovic> just to really show the "really smallest" version
20120224 14:44:56< fendrin> But there is some other part in the code that limits the maximum amount of displayed terrains to 9
20120224 14:45:08< fendrin> I will show you
20120224 14:45:42< Ivanovic> wesnoth in the itbende.nl podcast: http://www.itbende.nl/blog/2012/02/itbende-podcast-nr-143-the-battle-for-wesnoth/
20120224 14:46:00< Ivanovic> i should better not listen to it, hearing my voice does not sound like a too good idea...
20120224 14:47:29< fendrin> Ivanovic: http://imagebin.org/200564
20120224 14:47:53< Ivanovic> thanks
20120224 14:48:01< fendrin> With both bugs fixed it should look well enough.
20120224 14:50:18< Ivanovic> looks like a lovely improvement to me
20120224 14:50:52< fendrin> The terrains do get small at 800x480 but I guess one can live with that.
20120224 14:51:22< Ivanovic> so you scale down the terrain preview pics to a lower resolution than normal?
20120224 14:51:41< fendrin> THey are already scalled.
20120224 14:51:48< fendrin> in trunk
20120224 14:51:51< fendrin> since ages
20120224 14:52:38< fendrin> I just calculate how many columns I need to display all in the category to calculate the target size. 
20120224 14:54:06< fendrin> So on huge screens and smaller categories you get the full 72 pixel hex images in two columns.
20120224 14:54:56< fendrin> I also got rid of the 4 categories.
20120224 14:55:22< fendrin> All is removed, it was just too huge. 
20120224 14:55:51< fendrin> DM and UTBS are not shown any longer, their terrains are not very interesting for most people. 
20120224 14:56:12< fendrin> And I removed the one with all the overlay terrains.
20120224 14:56:21< fendrin> Those are better found in their categories.
20120224 14:56:34< fendrin> The village overlay in villages, and so on.
20120224 14:57:31< fendrin> Note the extra brush and the extra magnifier symbol, it switches between zoom and default.
20120224 14:59:36< vultraz> er...
20120224 14:59:47< vultraz> what are  all the new flags?
20120224 15:00:10< vultraz> and new row
20120224 15:00:18< vultraz> (2)
20120224 15:05:03-!- oldtopman [~oldtopman@unaffiliated/oldtopman] has joined #wesnoth-dev
20120224 15:06:24-!- the_new_lipk [~opera@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20120224 15:08:34< fendrin> vultraz: Place units, place labels, assign village ownership, place items ... more to define
20120224 15:08:51< fendrin> place soundsource
20120224 15:09:19< vultraz> we'll be able to do that from the editor?
20120224 15:09:28< fendrin> right
20120224 15:09:29< vultraz> niniiice
20120224 15:10:10< fendrin> and the named areas
20120224 15:10:51< vultraz> for soundsources, what about the redius, fade range, play in fog, etc. we'll be able to set those too?
20120224 15:11:10< fendrin> Yes, there will be a dialog.
20120224 15:12:05< vultraz> :D
20120224 15:12:16< fendrin> But that will take time.
20120224 15:12:23< vultraz> when might it be ready?
20120224 15:12:26< vultraz> :D
20120224 15:12:45< the_new_lipk> fendrin: and moveto events, maybe?
20120224 15:12:47< fendrin> I think that everything is stable enough to be part of 1.12.
20120224 15:13:39< fendrin> the_new_lipk: I do not plan to support events. But you can define a named area and use it as slf in the moveto.
20120224 15:14:07< the_new_lipk> that's great :)
20120224 15:15:57-!- Gambit [~gambit@wesnoth/developer/grickit] has joined #wesnoth-dev
20120224 15:17:42< vultraz> fendrin: so this is what you guys meant when you were talking about a [map] tag
20120224 15:17:56< AI0867> shadowm: addon_info::resolve_dependencies()'s documentation refers to two parameters, but it only takes one
20120224 15:19:23< fendrin> vultraz: yes, that is a part of the thing.
20120224 15:19:57< vultraz> won't this involve major refactoring of code?]
20120224 15:20:34< fendrin> no
20120224 15:20:43< fendrin> The editor is quite modular.
20120224 15:21:32< vultraz> :)
20120224 15:26:58-!- jemadux [~jemadux@unaffiliated/jemadux] has quit [Ping timeout: 260 seconds]
20120224 15:48:49-!- worduk [~jon@77.76.205.90] has quit [Read error: Connection timed out]
20120224 15:49:42-!- worduk [~jon@77.76.205.90] has joined #wesnoth-dev
20120224 15:56:39< the_new_lipk> how do I add a new cppdefine in scons?
20120224 15:56:54< the_new_lipk> I already tried this, no success http://pastebin.com/5Jw08YJK
20120224 16:12:33< Gambit> Espreon: http://forums.wesnoth.org/viewtopic.php?f=12&t=36223
20120224 16:15:38< loonycyborg> the_new_lipk: What exactly 'no success' means?
20120224 16:16:09< Espreon> Gambit: Thankies.
20120224 16:16:11-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20120224 16:16:35< Espreon> Gambit: Expect this to be processed in two to three business weeks.
20120224 16:20:34< loonycyborg> the_new_lipk: It seems generally fine to me.
20120224 16:39:10< the_new_lipk> loonycyborg: gcc fails with 'macro not defined'
20120224 16:39:30< the_new_lipk> or whatever the standard message is
20120224 16:39:48< loonycyborg> the_new_lipk: And in which file do you use the macro?
20120224 16:40:32< loonycyborg> filesystem_env is supposed to affect only filesystem.cpp. Maybe you're using it in a header or something?
20120224 16:41:57< the_new_lipk> OHHHH...
20120224 16:42:09< the_new_lipk> I'm using it in game_config.cpp
20120224 16:43:07-!- Crendgrim [~crend@p4FDAD9F1.dip.t-dialin.net] has joined #wesnoth-dev
20120224 16:43:30< loonycyborg> There's game_config_env too :P
20120224 16:46:12< the_new_lipk> is there a standard "enlightened" smiley? :)
20120224 16:48:12< loonycyborg> No idea. :P seems to cover everything for me.
20120224 16:48:46< the_new_lipk> :P, then
20120224 17:07:26< the_new_lipk> comments please: should http://gna.org/patch/?3092 be Unix exclusive (like some other similar options) or not?
20120224 17:16:58-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20120224 17:19:48-!- stikonas [~and@bcm-131-111-216-70.girton.cam.ac.uk] has joined #wesnoth-dev
20120224 17:19:48-!- stikonas [~and@bcm-131-111-216-70.girton.cam.ac.uk] has quit [Changing host]
20120224 17:19:48-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120224 17:23:23-!- loonycyborg [loonycybor@wesnoth/developer/loonycyborg] has quit [Quit: ZNC - http://znc.in]
20120224 17:26:49-!- anonymissimus [~chatzilla@HSI-KBW-078-042-163-105.hsi3.kabel-badenwuerttemberg.de] has joined #wesnoth-dev
20120224 17:28:13-!- loonycyborg [loonycybor@wesnoth/developer/loonycyborg] has joined #wesnoth-dev
20120224 17:28:42< anonymissimus> shadowm: you need to help me now; I get compiler error for sdt::map::at() in MSVC (not a member), it also isn't listed in http://www.cplusplus.com/reference/stl/map/
20120224 17:29:21< anonymissimus> you should probably use operator [] instead; however that gives me a different error, but one which also appears in MinGw
20120224 17:29:31< anonymissimus> so you will probably get it as well
20120224 17:32:37< anonymissimus>  three such calls in manager_ui show as errors; after that it probably compiles
20120224 17:44:03-!- loonycyborg [loonycybor@wesnoth/developer/loonycyborg] has quit [Ping timeout: 260 seconds]
20120224 17:45:01< anonymissimus> shadowm: ok, seems this const addon_info& addon = (*addons.find(dep)).second; works
20120224 17:45:12-!- loonycyborg [~sergey@wesnoth/developer/loonycyborg] has joined #wesnoth-dev
20120224 17:45:43< loonycyborg> anonymissimus: Huh? I'm pretty sure that at() is mandated by the standard.
20120224 17:46:07< anonymissimus> well not in MSVC it seems
20120224 17:46:22< anonymissimus> or why isn't it listed in the page Ilinked to ?
20120224 17:46:47< loonycyborg> Hm.. at() is listed for vector.
20120224 17:47:04< loonycyborg> Maybe at() for maps is a gcc extension or something? :P
20120224 17:48:14-!- loonycyborg_ [loonycybor@wesnoth/developer/loonycyborg] has joined #wesnoth-dev
20120224 17:49:56-!- Upthorn [~ogmar@69.62.144.56] has quit [Ping timeout: 255 seconds]
20120224 17:54:19-!- horon [~horon@nttkyo322045.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has quit [Quit: Leaving...]
20120224 18:09:08< Crendgrim> hum... is anything known about [modify_unit] having problems if you specify a different location?
20120224 18:09:54< fendrin> Ivanovic: Neue screenshots?
20120224 18:31:16-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has quit [Quit: Computer has gone to sleep.]
20120224 18:31:32-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20120224 18:40:43< anonymissimus> Crendgrim: no, what do you mean ?
20120224 18:40:43-!- Gambit [~gambit@wesnoth/developer/grickit] has quit [Read error: Connection reset by peer]
20120224 18:41:15< anonymissimus> how do you call it (the wml) ?
20120224 18:42:23< Crendgrim> [modify_unit] x=, y= seems to be broken for me. Or something around that in my code, but that's the only thing which does something to units there.
20120224 18:42:36< Crendgrim> basically, it creates a second instance of the modified unit
20120224 18:42:38< Crendgrim> anonymissimus: ^
20120224 18:43:37< CIA-134> anonymissimus * r53209 /trunk/src/addon/manager_ui.cpp: 
20120224 18:43:37< CIA-134> change inclusion order (workaround for compilation errors on windows (MSVC&MinGw))
20120224 18:43:37< CIA-134> These were seemingly the same errors/problem as worked around
20120224 18:43:37< CIA-134> by me in r52881. Also, still pretty clueless about it.
20120224 18:43:51< CIA-134> anonymissimus * r53210 /trunk/src/addon/manager_ui.cpp: 
20120224 18:43:51< CIA-134> Replace some calls to map::at() with a map::find() workaround (fix for compilation in MSVC)
20120224 18:43:51< CIA-134> compilation error I got: "at() not a member of std::map". std::map::at()
20120224 18:43:51< CIA-134> seems to be gcc (Linux and MinGw) - only. At least it's not listed
20120224 18:43:51< CIA-134> here for instance: http://www.cplusplus.com/reference/stl/map/
20120224 18:44:07< CIA-134> anonymissimus * r53211 /trunk/projectfiles/CodeBlocks/wesnoth.cbp: CB projectfile update
20120224 18:44:31< CIA-134> anonymissimus * r53212 /trunk/projectfiles/VC9/wesnoth.vcproj: VC9 projectfile update
20120224 18:44:43< Espreon> anonymissimus: It'd be nice if [resistance] had a min_value= key
20120224 18:45:19< anonymissimus> Espreon: maybe; since it's your idea, how about you implementing it ?
20120224 18:46:15< Espreon> I tried. Didn't get very far.
20120224 18:47:36< ejls> anonymissimus: std::map::at is not gcc only, it's C++11 only.
20120224 18:50:13-!- mordocai [~mordocai@173-16-244-117.client.mchsi.com] has joined #wesnoth-dev
20120224 18:51:29-!- PolarPanda [~quassel@unaffiliated/peterporty] has quit [Remote host closed the connection]
20120224 18:53:05< anonymissimus> ejls: hm ok, then why did it compile for shadowm...
20120224 18:54:00-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20120224 18:54:16-!- Elvish_Pillager [~eli@dhip-149.coburn.residences.colby.edu] has quit [Ping timeout: 276 seconds]
20120224 18:55:10< anonymissimus> it seems that I alternatively could have made the parameter non-const and use operator [] (which doesn't leave the map unmodified, but inserts a new element in case it didn't exist, that seem the problem)
20120224 18:55:26< anonymissimus> so it clashes with const
20120224 18:55:56< shadowm> anonymissimus: that's a terrible fix and defeat the purpose of using a checking function in the first place. I'm committing a different solution in a few
20120224 18:56:00< shadowm> *defeats
20120224 18:58:09-!- EdB [~edb@tss37-1-89-82-194-231.dsl.sta.abo.bbox.fr] has joined #wesnoth-dev
20120224 18:58:32< anonymissimus> but map::at() also compiled in MinGw for me, so that means that gcc knows it earlier
20120224 18:59:03< anonymissimus> shadowm: ok, I somehow expected that, interested in your foolproof fix then :P
20120224 19:01:33-!- mordocai [~mordocai@173-16-244-117.client.mchsi.com] has quit [Quit: Leaving]
20120224 19:05:14-!- isaac [~isaac@heal.cauterized.net] has joined #wesnoth-dev
20120224 19:05:14-!- isaac [~isaac@heal.cauterized.net] has quit [Changing host]
20120224 19:05:14-!- isaac [~isaac@debian/developer/isaac] has joined #wesnoth-dev
20120224 19:06:00< anonymissimus> Espreon: well; it doesn't seem I'm interested
20120224 19:06:12-!- Gallaecio [~quassel@84.120.113.193.dyn.user.ono.com] has joined #wesnoth-dev
20120224 19:06:23< anonymissimus> so unless you make it yourself, no chance but to submit a useless FR
20120224 19:07:02< shadowm> why is the FR assumed to be useless in this case?
20120224 19:07:05< anonymissimus> useless meaning it just gets lost in the stack of hundreds of others
20120224 19:07:26< Espreon> anonymissimus: It seems so.
20120224 19:07:38< shadowm> that's not quite true; I recently went through the FR list implementing things and I may still do that again
20120224 19:08:13< anonymissimus> ok, well then perhaps you can convince shadowm to do it for you :)
20120224 19:08:33< shadowm> that doesn't mean I will implement every single FR I see, different thing
20120224 19:09:07< shadowm> I only implement requests that catch my interest and are in an area I'm already familiarized with, or is known to be trivial to work with
20120224 19:09:09-!- Gambit [~gambit@wesnoth/developer/grickit] has joined #wesnoth-dev
20120224 19:10:20< anonymissimus> Espreon: do you know of radio buttons in teh wesnoth UI ?
20120224 19:10:41< Crendgrim> just as a general question: is 1.11.0 the same as 1.10.0? Or what version is the development branch currently?
20120224 19:10:47-!- crimson_penguin [~ben@wesnoth/developer/crimsonpenguin] has joined #wesnoth-dev
20120224 19:12:18< Espreon> anonymissimus: I don't think we have true radio buttons.
20120224 19:13:14< anonymissimus> dito, so the only workaround could be "coupled checkbuttons"
20120224 19:13:30< anonymissimus> since you asked for radio buttons, how about you implementing it ?
20120224 19:13:53< CIA-134> shadowmaster * r53213 /trunk/src/addon/manager_ui.cpp: 
20120224 19:13:53< CIA-134> addon/mg: Better fix for builds with non-GNU C++ STL than r53210
20120224 19:13:53< CIA-134> The point of the at() member call was to throw an exception if the
20120224 19:13:53< CIA-134> access was invalid. By using find() without checking, we could end up
20120224 19:13:53< CIA-134> dereferencing the end iterator of the addons_list. Thus, a helper
20120224 19:13:54< CIA-134> function has been added now to use an assertion to protect against that
20120224 19:13:55< CIA-134> hypothetical situation early enough.
20120224 19:14:04< shadowm> Crendgrim: trunk's version is 1.11.0-svn, 1.10's 1.10.0+svn
20120224 19:14:05< CIA-134> shadowmaster * r53214 /trunk/src/addon/info.cpp: 
20120224 19:14:05< CIA-134> addon/info: Update dependencies list before descending further into the tree
20120224 19:14:05< CIA-134> This should make circular dependencies be handled as intended.
20120224 19:14:27< shadowm> AI0867: ^
20120224 19:14:29< Crendgrim> -svn... ah, okay, thanks
20120224 19:14:33< Espreon> anonymissimus: ... Uh... that's not going anywhere.
20120224 19:14:35< AI0867> =)
20120224 19:14:48< shadowm> the minus stands for "before", naturally, since 1.11.0 hasn't been released yet
20120224 19:15:02< Crendgrim> yes, it makes sense
20120224 19:17:16< shadowm> loonycyborg: I think canceling the dialog while downloading a large add-on and going back to the add-ons manager caused it to appear with the download stats of the large add-on instead of the add-ons list request step for me, when the connection object (and its parent addons_client instance) isn't destroyed first; that is, without an explicit cancel() method call from my code
20120224 19:17:26< shadowm> but I'd have to check again I guess
20120224 19:19:13< CIA-134> shadowmaster * r53215 /trunk/src/addon/info.hpp: addon/info: Documentation fix
20120224 19:20:27-!- mordante [~mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20120224 19:20:42< mordante> servus
20120224 19:20:43< anonymissimus> shadowm; ok, looks good and compiles
20120224 19:21:01< shadowm> of course it does
20120224 19:21:15< anonymissimus> but it wasn't neccessary to call it terrible because of a situation that isn't possible there, was it
20120224 19:22:11< shadowm> it isn't possible right now, but it might be possible if I or someone else screws up in the future
20120224 19:24:02< mordante> fendrin, regarding the editor can you still scroll the terrains?
20120224 19:24:27< anonymissimus> perhaps this helper function should be a templatish-one in the utils then
20120224 19:25:14< loonycyborg> shadowm: Hm.. Actually using cancel() doesn't zero bytes_read_/bytes_to_read_
20120224 19:25:37< loonycyborg> So it's possible you'll see some ghost results before transfer() updates them again.
20120224 19:25:52< shadowm> turning it into a template function is easy enough, but I'm not interested in going over all code elsewhere looking for repeatedly used algorithms
20120224 19:25:58< fendrin> mordante: no
20120224 19:26:20< anonymissimus> fendrin: btw I spotted some bad wml design or yours ;)
20120224 19:26:20< shadowm> loonycyborg: that sounds like a bug! :)
20120224 19:26:54< mordante> loonycyborg, std::map::at() is indeed in the standard, in the C++11 that is :-P
20120224 19:27:28< mordante> fendrin, then how to select terrains `out of sight' ?
20120224 19:28:00< anonymissimus> fendrin: it should be possible to use code such as this http://pastebin.com/DpmSk0hb
20120224 19:28:15< anonymissimus> while the refernced file is directly saved by the editor
20120224 19:28:19< loonycyborg> mordante: ejls already filled us in on this little detail :P
20120224 19:28:40< anonymissimus> so, if it contains a [map] child that currently won't work
20120224 19:28:41< mordante> loonycyborg, I'm just at that point in the log :-P
20120224 19:30:05< fendrin> mordante: There are no terrains out of sight. I always display the whole terrain group.
20120224 19:30:07< mordante> anonymissimus, gcc did/does indeed allow some C++11 extensions in C++98, IIRC std::string::data()
20120224 19:30:12< anonymissimus> fendrin: so, either have the map file contain no [map] child, or add it in the tags [replace_map] and [terrain_masö]
20120224 19:30:19< mordante> fendrin, and if more terrains are added?
20120224 19:30:34-!- Crendgrim [~crend@p4FDAD9F1.dip.t-dialin.net] has quit [Remote host closed the connection]
20120224 19:32:35< fendrin> mordante: I look how many terrain are there to display. Then I calculate how many terrains I need per row to make them all fit in the available space. For the 800x480 and big groups you end up quite small.
20120224 19:32:45-!- PolarPanda [~quassel@unaffiliated/peterporty] has joined #wesnoth-dev
20120224 19:33:14< loonycyborg> shadowm: Or it could be caused by you reusing the same transmission dialog..
20120224 19:33:32< mordante> fendrin, ok it if always displays all of them, more power to you
20120224 19:35:43< vultraz> fendrin: so....no more arrows?
20120224 19:36:41-!- Johannes13 [~Johannes@unaffiliated/johannes13] has quit [Ping timeout: 260 seconds]
20120224 19:39:33< shadowm> fendrin: is this published as a patch anywhere?
20120224 19:40:00< loonycyborg> shadowm: In any case I fail to see any ghost stats myself.
20120224 19:40:31< shadowm> loonycyborg: I didn't commit the code structure that allowed that situation
20120224 19:40:43< loonycyborg> Ah.
20120224 19:41:21< shadowm> this would do it, though: http://shadowm.rewound.net/f/break_umcmg_network.patch
20120224 19:42:46< shadowm> in hindsight, it isn't too useful should the connection break during a step
20120224 19:43:10< anonymissimus> AI0867: regarding luaxgettext etc, would it help you if I just upload settlers of wesnoth with translate=true ? this looks as if I just let you do the work, I dunno what or how much I need to fix in the addon's code
20120224 19:43:20< shadowm> and for that matter, I tried downloading a large add-on in both 1.10 and trunk, and closing my connection through wvdial in the middle of the download
20120224 19:44:09< shadowm> either the campaignd client connection timeout is too large, or I was never going to receive an exception to handle; instead, the transmission sit idle for a few minutes before I got bored and closed the dialog
20120224 19:45:52< loonycyborg> I've managed to repro with your patch. That's definitely not ghost stats. It seems to keep downloading old addon.
20120224 19:46:01< loonycyborg> That was canceled.
20120224 19:46:30< AI0867> anonymissimus: one of the main problems is people documenting the wml tags they're creating in comments in their .lua files
20120224 19:46:43< AI0867> that causes wmlxgettext to build nodestacks that have no relation to reality
20120224 19:47:13< AI0867> also, the context for any strings that do get generated is useless
20120224 19:47:28< anonymissimus> well, such comments make sense---
20120224 19:47:33< AI0867> yeah
20120224 19:48:00< shadowm> wmlxgettext should learn to parse embedded lua and lua files, then
20120224 19:48:28< shadowm> the latter can be treated as a special case of the former
20120224 19:48:32< AI0867> embedded lua is the most annoying part
20120224 19:48:38< AI0867> switching on file extension is much easier
20120224 19:49:01< AI0867> (or just changing the wmlxgettext-calling scripts to call a different script for .lua files)
20120224 19:49:13< anonymissimus> same goes for wmllint or other tools which can just ingore .lua files
20120224 19:50:07< anonymissimus> I don't get the point of embedded lua, mostly
20120224 19:50:24< shadowm> embedded lua was the first thing that appeared
20120224 19:50:28< anonymissimus> it is almost always better to put as much of the lua as possible into loaded files
20120224 19:50:39< AI0867> shadowm: the size column needs to be slightly wider
20120224 19:50:59< AI0867> on the tiny resolution I'm running wesnoth now, the values get truncated to the point that they're useless
20120224 19:51:05< shadowm> AI0867: hm, I thought it was the same width as in 1.10?
20120224 19:51:06< AI0867> (the units fall off)
20120224 19:51:13< AI0867> no idea
20120224 19:51:14< anonymissimus> there is one real advantage though: embedded lua is sent to remote clients in networked MP
20120224 19:51:17< AI0867> I could check...
20120224 19:51:23< anonymissimus> loaded one is not
20120224 19:51:29-!- Danceman [~Danceman@a94-132-158-220.cpe.netcabo.pt] has joined #wesnoth-dev
20120224 19:51:44< AI0867> shadowm: there's no size there
20120224 19:51:49< AI0867> for some reason
20120224 19:51:56< shadowm> in fact, I thought one column was automatically dropped by the GUI code since ages if the screen width is too small
20120224 19:52:10< shadowm> (not my GUI code, but GUI1 itself)
20120224 19:52:18< loonycyborg> shadowm: That's because I didn't add any support for timeouts :P
20120224 19:52:41< AI0867> well, in trunk the column is there but useless (because downloads is hogging too much space), and in 1.10, it's gone
20120224 19:52:46< loonycyborg> (and what's the point in timing out if you can cancel anyway.)
20120224 19:52:59< shadowm> loonycyborg: so if the connection breaks we *will* be waiting forever?
20120224 19:53:05< anonymissimus> we could make it so that all embedded lua in preprocessor-included from different files without .cfg extension though
20120224 19:53:34< anonymissimus> so wmlxgettext would meer only very tiny bits of lua at all
20120224 19:53:44< anonymissimus> *meet*
20120224 19:53:46< loonycyborg> No idea. Afaik established connection don't have timouts.
20120224 19:54:04< loonycyborg> Unless you enable SO_KEEPALIVE
20120224 19:54:06< anonymissimus> and use loaded lua whenever possible
20120224 19:54:17< anonymissimus> and then have luaxgettext
20120224 19:55:04< anonymissimus> AI0867: so you can decide what you think is more feasible...
20120224 19:55:26< shadowm> blargh. I wanted to avoid testing on different resolutions until I had figured out why window resizing broke for me
20120224 19:56:00< shadowm> AI0867: what's your exact resolution? It looks the same for me at 800x600 on 1.10 and trunk
20120224 19:58:08< AI0867> 800x512 on 1.10
20120224 19:58:25< AI0867> same on trunk
20120224 19:59:58< shadowm> I see a tiny hint of the size column when hovering the header elements, but otherwise no size column items on neither version with that res
20120224 20:00:17< shadowm> 1.10's dialog also glitches
20120224 20:00:38< shadowm> what device has this non-standard resolution?
20120224 20:00:43< AI0867> windowed
20120224 20:00:55< shadowm> oh, never mind then
20120224 20:01:26< loonycyborg> shadowm: I get the same behavior if I make transfer() auto-cancel unfinished operation, so it seems to be dialog stuff, not several transfers interfering.
20120224 20:02:21< shadowm> in either case, if I'm going to attempt to control GUI1's layout decisions I may as well buy an island in the ocean and move there
20120224 20:03:18< shadowm> loonycyborg: okay, let me test again
20120224 20:04:54< shadowm> is anyone else unable to resize the Wesnoth window correctly, by the way?
20120224 20:05:03< AI0867> that's standard
20120224 20:05:06< shadowm> that is, by using the window manager to drag the window edges
20120224 20:05:23< AI0867> that is, there are circumstances where it works, but you can't rely on it
20120224 20:05:54< shadowm> it seemed to work often enough until some time ago, but I haven't checked yet whether it was a KDE or SDL upgrade what broke it entirely for me
20120224 20:06:42-!- loonycyborg [~sergey@wesnoth/developer/loonycyborg] has quit [Quit: I ATE'NT DEAD]
20120224 20:06:42-!- loonycyborg_ is now known as loonycyborg
20120224 20:06:43< shadowm> I know it worked fine in the titlescreen and idle gamemap view before
20120224 20:06:48< fendrin> shadowm: http://pastebin.com/PTgLwFW8
20120224 20:08:09< shadowm> loonycyborg: after trying to download TLU (many megabytes) and canceling, it seems to still be at it, and the download progress goes well above the size of the add-ons list (around 40 KiB)
20120224 20:08:44< shadowm> fendrin: what's the changes to the builder for?
20120224 20:08:49< loonycyborg> Yes. It's definitely still downloads the other addon. The question is why it doesn't finish..
20120224 20:11:14< fendrin> shadowm: it needs to be satisfird with an empty map
20120224 20:11:34< shadowm> why?
20120224 20:12:20< fendrin> There is a circular problem. I can't build an editor map without a display and I can't create a display without a map. 
20120224 20:14:09< shadowm> not quite sure what that's supposed to mean. I'm pretty sure all GUI1 callpaths require a display, and there's no map when not in the play controller
20120224 20:14:41< shadowm> there's a failed hunk: https://pastebin.com/y8iPHv5i
20120224 20:16:03< shadowm> also, this mess: http://shadowm.rewound.net/f/editor-patch.png
20120224 20:18:03< shadowm> What's the problem you are trying to solve again? I'll come back in a few hours.
20120224 20:23:00-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 255 seconds]
20120224 20:38:56-!- s951 [~s951@dyn1064-176.hor.ic.ac.uk] has joined #wesnoth-dev
20120224 20:39:48-!- Haldric [~Haldric@wesnoth/translator/Haldric] has quit [Remote host closed the connection]
20120224 20:41:38< loonycyborg> shadowm: I currently believe that the root of problem is that asio's streambufs are not empty after canceling, though I'm having trouble finding a way to empty them :P
20120224 20:42:17-!- EdB [~edb@tss37-1-89-82-194-231.dsl.sta.abo.bbox.fr] has quit [Quit: Konversation terminated!]
20120224 21:02:43-!- Elvish_Pillager [~eli@dhip-149.coburn.residences.colby.edu] has joined #wesnoth-dev
20120224 21:20:15< loonycyborg> shadowm: Ugh. Actually you'd NEED to reconnect to the addon server if you cancel.
20120224 21:21:17< loonycyborg> cancel() just cancels local read and write operations.
20120224 21:22:10< loonycyborg> The server just keeps sending.
20120224 21:23:05< loonycyborg> And the new transfer just gets whatever old transfer was getting when it was cancelled.
20120224 21:23:43< loonycyborg> Thus the new transfer reads the wml document size from some random gzip compressed data.
20120224 21:24:40< loonycyborg> I'm a complete moron for not realizing it sooner!
20120224 21:35:50-!- retr0virus [~vyrm@static-213-182-121-177-teleos.ewe-ip-backbone.de] has joined #wesnoth-dev
20120224 21:54:07< Ivanovic> AI0867, boucman, elias, esr, Espreon, fendrin, loonycyborg, mordante, Oleg, Soliton, zookeeper, everyone else who cares: are you ready for 1.10.1? if not please commit anything left within the next ~12h
20120224 21:54:10< Ivanovic> afterwards i plan to release
20120224 21:55:16< Espreon> I suppose I'm ready.
20120224 21:56:44-!- s951 [~s951@dyn1064-176.hor.ic.ac.uk] has quit [Quit: Leaving]
20120224 21:57:25< mordante> Ivanovic, I've nothing left for 1.10.1
20120224 21:58:16-!- PolarPanda [~quassel@unaffiliated/peterporty] has quit [Remote host closed the connection]
20120224 22:00:13< CIA-134> ivanovic * r53216 /branches/1.10/ (5 files in 4 dirs): updated Polish translation
20120224 22:00:16< CIA-134> ivanovic * r53217 /trunk/ (6 files in 5 dirs): updated Polish translation
20120224 22:01:25< CIA-134> loonycyborg * r53218 /branches/1.10/scons/boost.py: 
20120224 22:01:25< CIA-134> scons: made boost autodetection look for lib files in prefix/lib64 too
20120224 22:01:25< CIA-134> This will make it unnecessary to pass boost_suffix=-mt on 64-bit Fedora
20120224 22:01:32< loonycyborg> Ivanovic: Ready.
20120224 22:01:43< Ivanovic> Espreon, mordante, loonycyborg: good!
20120224 22:03:53-!- oldtopman [~oldtopman@unaffiliated/oldtopman] has quit [Quit: oldtopman has left the house]
20120224 22:07:44-!- worduk [~jon@77.76.205.90] has quit [Read error: Connection timed out]
20120224 22:08:19-!- worduk [~jon@77.76.205.90] has joined #wesnoth-dev
20120224 22:08:38< esr> Ivanovic: Nothing currently active.
20120224 22:09:58-!- the_new_lipk [~opera@host-91-147-212-174.biatv.hu] has quit [Ping timeout: 240 seconds]
20120224 22:13:07-!- the_new_lipk [~opera@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20120224 22:14:34< the_new_lipk> Hmmm.... I'm afraid a previous question of mine has got ignored due to lack of concrete addressees...
20120224 22:15:04< the_new_lipk> Ivanovic, boucman, anyone else: should http://gna.org/patch/?3092 Unix exclusive?
20120224 22:15:37< the_new_lipk> Like some similar options?
20120224 22:15:58< the_new_lipk> ^^ *be
20120224 22:16:01< Ivanovic> the_new_lipk: hmm, this one is a tough one
20120224 22:16:38< Ivanovic> that is: the problem there is that eg on OSX you can (in theory) also build and install the same way as on linux but when using xcode you are basically forced to package stuff in some .app way
20120224 22:16:58< Ivanovic> somehow i'd guess this should be something to be turned on/off via configuration in the build system
20120224 22:17:29< the_new_lipk> I'm losing the thread...
20120224 22:17:54< Ivanovic> you are talking about "systemwide default preferences"
20120224 22:17:59< the_new_lipk> Yes.
20120224 22:18:05< Ivanovic> and all i say is that you should configure support for it during building the application
20120224 22:18:16< Ivanovic> not some "ifndef windows" but "ifdef FEATURE"
20120224 22:18:36< the_new_lipk> Ah.
20120224 22:18:39< Ivanovic> cf how building and integrating the editor is done
20120224 22:19:07< Ivanovic> (or was it disallowed to deactivate building the editor?)
20120224 22:19:22< Ivanovic> at least i am sure that there are some features that can be turned on/off during building
20120224 22:19:42< Ivanovic> this should be something like this, possibly including the definition of "where to put the default config"
20120224 22:20:04< the_new_lipk> That is what I meant really.
20120224 22:20:21< the_new_lipk> Should everyone be able to specify the location...
20120224 22:20:31< the_new_lipk> ...or Unix users only.
20120224 22:20:36< Ivanovic> the one building the package should be able to define it
20120224 22:20:46< Ivanovic> you might also want to do this on windows (in theory)
20120224 22:21:08< the_new_lipk> Specifying the location is done in compile time...
20120224 22:21:09< Ivanovic> so: move the explicit setting of the value into the build system (scons, cmake, whatever else a user uses)
20120224 22:21:53< the_new_lipk> *currently, it can be changed, of course.
20120224 22:21:54< Ivanovic> and if it is not set (or some variable is not set) the feature is not active
20120224 22:23:43< Ivanovic> regarding the build systems: don't forget that you can eg also use cmake to create build definitions for building on windows
20120224 22:24:06< Ivanovic> so the build systems themselves are *not* platform dependent (scons is used to build the "official" windows binary in a crosscompiler setup)
20120224 22:28:08< Ivanovic> the_new_lipk: is now more clear what I mean and why i think that the seperation between *nix and others is not the best way to go (but to have it a general build system thingie)
20120224 22:28:31-!- mjs-de [~mjs-de@g224185027.adsl.alicedsl.de] has quit [Remote host closed the connection]
20120224 22:28:44< Ivanovic> boucman, noy: how are things looking regarding gsoc 2012?
20120224 22:28:58< the_new_lipk> So, let's sum up:
20120224 22:29:00< noy> haven't really done much.... on it
20120224 22:29:17< the_new_lipk> 1. The option is available on all platforms
20120224 22:29:35< noy> I'll send a letter to the ML about it
20120224 22:29:41< Ivanovic> noy: okay
20120224 22:29:46< the_new_lipk> 2. If a location is not set, we won't have default prefs at all
20120224 22:29:56< noy> date's a bit away, isn't it?
20120224 22:30:07< Ivanovic> noy: submissions of applications start really soon
20120224 22:30:11< Ivanovic> cf my mail about it
20120224 22:30:31< Ivanovic> my current plan is to hopefully submit the first weekend of march (right in the middle of submission time9
20120224 22:32:20< the_new_lipk> 3. Is that correct?
20120224 22:32:29< Ivanovic> the_new_lipk: yeah, sounds about correct to me
20120224 22:33:21< Ivanovic> though make sure to also allow relative paths for default preferences (anything else does eg not make sense for windows) while it will be absolute for most linux systems
20120224 22:34:07< Ivanovic> (IIRC windows is moving into some "seperate app data and userdata" direction, too, resulting in some strange stuff happening there and you can't assume any fixed install dir for windows...)
20120224 22:36:34< Ivanovic> okay, i am off now till tomorrow, cu (will of course grep the logs for my nick in case anything comes up...)
20120224 22:36:55< the_new_lipk> good night
20120224 22:38:08-!- PolarPanda [~quassel@unaffiliated/peterporty] has joined #wesnoth-dev
20120224 22:38:49-!- noy [~Noy@wesnoth/developer/noy] has quit [Read error: Connection reset by peer]
20120224 22:39:07-!- noy [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20120224 22:40:28< mordante> Ivanovic, I will have little if not no time at all for GSoC
20120224 22:43:48-!- the_new_lipk [~opera@host-91-147-212-174.biatv.hu] has left #wesnoth-dev []
20120224 22:48:55< mordante> I'm off night
20120224 22:49:06-!- mordante [~mordante@wesnoth/developer/mordante] has quit [Quit: Leaving]
20120224 22:55:36-!- vultraz [~chatzilla@124.109.10.221] has quit [Ping timeout: 244 seconds]
20120224 23:01:38-!- Danceman [~Danceman@a94-132-158-220.cpe.netcabo.pt] has quit [Ping timeout: 240 seconds]
20120224 23:22:21-!- Appleman1234 [~Appleman1@ppp59-167-142-31.static.internode.on.net] has quit [Ping timeout: 252 seconds]
20120224 23:26:14-!- enchilado [~enchilado@defocus/yummy/enchilado] has joined #wesnoth-dev
20120224 23:26:27-!- Gallaecio [~quassel@84.120.113.193.dyn.user.ono.com] has quit [Read error: Connection reset by peer]
20120224 23:28:40-!- noy_ [~Noy@S0106687f742b6bf5.vs.shawcable.net] has joined #wesnoth-dev
20120224 23:28:40-!- noy_ [~Noy@S0106687f742b6bf5.vs.shawcable.net] has quit [Changing host]
20120224 23:28:40-!- noy_ [~Noy@wesnoth/developer/noy] has joined #wesnoth-dev
20120224 23:28:49-!- noy [~Noy@wesnoth/developer/noy] has quit [Read error: Connection reset by peer]
20120224 23:28:49-!- noy_ is now known as noy
20120224 23:29:18-!- Gallaecio [~quassel@84.120.113.193.dyn.user.ono.com] has joined #wesnoth-dev
20120224 23:42:40< anonymissimus> Gambit: around ?
20120224 23:43:00< anonymissimus> I would like to play your addon some time afain
20120224 23:43:56< loonycyborg> You mean gambciv? Be sure to allocate a large timeslice to it.
20120224 23:44:35< CIA-134> espreon * r53219 /trunk/po/wesnoth-aoi/uk.po: Updated the Ukrainian translation.
20120224 23:45:45< CIA-134> espreon * r53220 /branches/1.10/po/wesnoth-aoi/uk.po: Updated the Ukrainian translation.
20120224 23:52:43< anonymissimus> I mean breaking ground
20120224 23:53:20< anonymissimus> gambciv has, from what I've seen, too much tactics and too less civ
20120224 23:53:46< anonymissimus> "timeslice" ?
20120224 23:54:24 * Espreon rolls his eyes
20120224 23:54:46< anonymissimus> ah I guess you mean I should have the whole night time for a gambciv game
20120224 23:54:47< Espreon> So much for the Compoundking.
20120224 23:55:01< Espreon> Heh...
20120224 23:55:23< loonycyborg> Yes. I whole night or even better whole day :P
20120224 23:55:44< loonycyborg> s/I/the
20120224 23:56:49< anonymissimus> Espreon: "not enough civ" better ?
20120224 23:57:07< anonymissimus> or too few civ, less is comparativ
20120224 23:57:33< Espreon> Sigh.
20120224 23:59:09 * anonymissimus doesn't get it
20120224 23:59:26< Espreon> Just forget it.
--- Log closed Sat Feb 25 00:00:51 2012