--- Log opened Sun Mar 04 00:00:51 2012
20120304 00:04:26< fendrin> Interesting problems.
20120304 00:05:21< fendrin> A label should be at every connected subset.
20120304 00:05:41< fendrin> So first, find subsets. Then find center in each subset.
20120304 00:06:17< fendrin> Do we already have a graph implementation for our battle field?
20120304 00:07:21< shadowm> that kind of thing really goes above my head, so no idea.
20120304 00:07:22 * fendrin wonders if any of the libraries currently used by Wesnoth offers a graph implementation or if Wesnoth comes already with its own.
20120304 00:09:01< shadowm> wouldn't pathfinding implement some of the central ideas, or is it only intended to solve the endpoint problem?
20120304 00:10:02< fendrin> shadowm: Pathfinding does now about connected hex fields. That is needed for recalling/recruiting. Something like: Find all castle hex fields connected to the keep. Maybe those can be used.
20120304 00:12:05< fendrin> I already have an idea for an algorythm.
20120304 00:12:29< shadowm> that said, loony had pointed out http://www.boost.org/doc/libs/1_49_0/libs/graph/doc/index.html the other day when I was ranting about the add-ons dependency stuff
20120304 00:13:15< fendrin> Adding another boost dependency isn't that bad as adding another total new one, right?
20120304 00:14:29< shadowm> it can be just as bad depending on the library's changes throughout time and the degree of compatibility provided. Right now we only use Boost libraries and features found in 1.36.0 and later
20120304 00:14:54< fendrin> Okay, I will implement the idea with an extra menu entry first. That has proven to be very easy and is clean code wise. We can talk about making it a gui2 selection dialog later. In that case we could do that to the "map" menu as well.
20120304 00:15:37< fendrin> Menu entry means a extra menu called "area".
20120304 00:15:59< shadowm> no, the map menu is for quickly switching between wholy different maps, and users are less likely to have a huge amount of them open at once
20120304 00:16:21< fendrin> That is true for the areas as well.
20120304 00:16:26< shadowm> instead, a map isn't unlikely to have a huge amount of named regions
20120304 00:16:41< fendrin> I have gone through LoW and didn't find a scenario that would need more then 6 of them.
20120304 00:17:07< fendrin> Also the menu just gets a scrollbar if they grow to large. Exactly what a gui2 dialog would do as well.
20120304 00:17:21< shadowm> many of my campaign scenarios would use at least a dozen of such named areas
20120304 00:17:56< fendrin> Well, in that case there aren't enough different colors for them to get displayed with overlays.
20120304 00:18:12< shadowm> okay, I suppose you'll make sure no information gets lost on < 1024x768 because of an extra menu
20120304 00:18:20-!- markus__ [~mjs-de@g224179039.adsl.alicedsl.de] has joined #wesnoth-dev
20120304 00:18:27< fendrin> That is indeed a real problem.
20120304 00:18:43< shadowm> that is, information in the top bar
20120304 00:19:04< fendrin> My topbar will get rahter crowded.
20120304 00:19:16< shadowm> and no, there aren't enough different colors, but perhaps some hashing algorithm or something could be used to keep them different enough, like IRC clients try to do with nicknames
20120304 00:20:05< shadowm> just an idea, though, not a requirement
20120304 00:20:15< fendrin> The other extra menu "side" is for switching between game sides.
20120304 00:20:41< shadowm> we have the numeric keys for that at the moment
20120304 00:21:01< fendrin> Literaly the [side] wml tag implemented in team.cpp.  (which i would change, stupid named class, fuck it)
20120304 00:21:31< shadowm> the other aspect to keep in mind is that you are only switching locations within a single map, not switching completely different maps with varying layouts
20120304 00:21:44< shadowm> *scrolling locations
20120304 00:22:28-!- mjs-de [~mjs-de@g224176149.adsl.alicedsl.de] has quit [Ping timeout: 276 seconds]
20120304 00:23:13< fendrin> Sorry, I did not understand. For what do we have the numeric keys at the moment?
20120304 00:24:43< shadowm> scrolling to individual sides' starting locations
20120304 00:24:59< fendrin> Ah yes.
20120304 00:26:07-!- Danceman [~Danceman@a94-132-158-220.cpe.netcabo.pt] has joined #wesnoth-dev
20120304 00:26:44< fendrin> The problem is that I need to define [side] for a map in the editor. The [village] tag goes in there as well as the [unit] tag. Also it allows to save simple Wesnoth multiplayer scenarios from inside the editor. 
20120304 00:27:49< shadowm> the set-starting-position tool can be transformed into a set-or-configure-side tool then?
20120304 00:28:09< fendrin> Maybe.
20120304 00:28:35< fendrin> I thought about keeping the set-starting-position tool like it is.
20120304 00:28:48< fendrin> But that is discusable.
20120304 00:28:56< shadowm> (and I assume you will provide a coder-friendly solution so that the map doesn't stomp on e.g. macros defining sides or aspects of sides)
20120304 00:29:35< fendrin> Removing the old way of defining starting positions independendly from [side] x,y= is a hard campatibility break.
20120304 00:29:36< shadowm> *map editor
20120304 00:30:47< fendrin> Or maybe not.
20120304 00:31:47< fendrin> shadowm: Well, I would tend to keep macro handling out of the editor. If you do want to do such fancy stuff, the editor might not be the best way to go with.
20120304 00:32:26< fendrin> Let's keep everything simple here. If simple is not enough rely on hand coding.
20120304 00:32:39< shadowm> but we'll still be able to do stuff in the main scenario file while the editor does its job with the map?
20120304 00:32:55< shadowm> that's really all I need, myself
20120304 00:33:00< fendrin> That would only mean that you can not use the [village] and [unit] feature.
20120304 00:33:56< shadowm> editor feature, right?
20120304 00:34:07< fendrin> correct.
20120304 00:34:18< shadowm> but it'll still work in-game
20120304 00:34:28< fendrin> sure
20120304 00:35:36< shadowm> that's good enough; if necessary I can use map regions to synchronize with the WML
20120304 00:36:17< shadowm> although I imagine those will only be recognized in SLFs, which aren't usable outside of events
20120304 00:36:20< fendrin> Say you rely on macros in [side] or generaly the editor frontend to [side] does not offer you what you need. You can still define the sides in the editor and handedit them. But if you insert a macro the editor will expand it when the map is loaded and it will be saved unexpanded into the map file.
20120304 00:37:27< shadowm> s/unexpanded/expanded/, I presume
20120304 00:37:40< fendrin> So you can either go and live with the decoding of macros (you can always insert new or other ones) or just not define any sides in the editor and just code [side] like ever.
20120304 00:37:42< vultraz> so...the cfg files will basically just contain [event]s now?
20120304 00:39:10< shadowm> while this sounds great, the alternatives could sound confusing to new/inexperienced WML authors just trying to migrate their content to 1.12, and I don't even want to think about poor feeble wmllint ;)
20120304 00:39:55< fendrin> I can't see any problems with wmllint.
20120304 00:40:37< shadowm> it'll need to read both the map file and the enclosing WML scenario in order to process sides and such
20120304 00:40:58< fendrin> A scenario not containing the sides will get processed fine by wmllint.
20120304 00:41:09< fendrin> And wmllint does check sides on it's own.
20120304 00:41:15< shadowm> but for that wmllint needs to learn to read the sides from the map file
20120304 00:41:29< fendrin> So it won't have any problems with scanning the [side] in a map file either.
20120304 00:41:58< shadowm> hopefully
20120304 00:42:05< fendrin> Beside that the side is not inside [scenario] but that can be implemented to it if necessery.
20120304 00:42:13-!- negusnyul [~negusnyul@dsl54028DDB.pool.t-online.hu] has quit [Quit: Konversation terminated!]
20120304 00:42:24< shadowm> IIRC wmllint treats maps as separate files right now since it cannot resolve any kind of preprocessor directives, including brace substitution
20120304 00:42:49< fendrin> That is the biggest problem with wmllint.
20120304 00:42:51< shadowm> so it probably doesn't even know there is a scenario/map file association
20120304 00:43:05< fendrin> I think we should use wmllint on another level.
20120304 00:43:13-!- Johannes13 [~Johannes@unaffiliated/johannes13] has quit [Ping timeout: 260 seconds]
20120304 00:43:34< fendrin> The rule for mainline should be that the expanded code must pass it.
20120304 00:43:58< fendrin> That is easily doable since you can ask the engine to write all the wmltree expanded to stdout.
20120304 00:45:11< shadowm> the preprocessor discards commented lines, IIRC; wmllint needs its own "metadirectives" to understand things, even with expanded code (for example, to override its decision to mark strings as translatable or otherwise in some contexts, to give it hints for the spellchecker)
20120304 00:45:15< fendrin> But we can't use it as an upgrade tool that way.
20120304 00:45:39< fendrin> Isn't working.
20120304 00:47:48< fendrin> Then there is a tool planed for defining soundsources. 
20120304 00:48:13< fendrin> Maybe one want to bind soundsources to named areas.
20120304 00:48:47< vultraz> fendrin: I'm still confused what an 'area' is
20120304 00:48:52< fendrin> So the aktual interface is not quite design.
20120304 00:48:56< fendrin> designed.
20120304 00:49:49-!- wesbot changed the topic of #wesnoth-dev to: 162 bugs, 330 feature requests, 17 patches | Logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20120304 00:51:25< fendrin> vultraz: It's a wml tag [area] x,y=.... id=my_lovely_area [/area]. This areas can be set in the editor by assigning the "id" to a selected set of hex fields. In a event you can use the id to filter for the area by using a SLF. [filter_location] id=my_lovely_area. 
20120304 00:52:00< vultraz> ahh
20120304 00:52:07< vultraz> instead of
20120304 00:52:24< vultraz> x=*long string of 20 numbers*
20120304 00:52:25< vultraz> ?
20120304 00:52:37< vultraz> (in the SLF)
20120304 00:52:47< fendrin> Yes, I think it is a realy mighty feature. Every UMC Designer will want to use it.
20120304 00:53:07< fendrin> s/Designer/designer
20120304 00:54:02< fendrin> You can let your event code untouched and just change everything around with the map editor. No more hard syncing between maps and scenario files.
20120304 00:54:02< vultraz> and I won't have to deal with that buggy 'Copy selected coordinates to clipboard' thingy
20120304 00:54:20 * vultraz wants
20120304 00:54:20< fendrin> yes, that was a feature request of mine implemented by ilor
20120304 00:54:27< fendrin> it improved the situation a little.
20120304 00:54:53-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 260 seconds]
20120304 00:55:10< vultraz> when I use it, it messes up my files
20120304 00:55:22< vultraz> use it and paste into the cfg*
20120304 00:55:36< vultraz> get errors when committing to the umc dev repo
20120304 00:56:00< fendrin> I wasn't aware that it is broken.
20120304 00:56:12< fendrin> vultraz: Did you already fill a bug report about that?
20120304 00:59:00< fendrin> The last feature is [item] placement.
20120304 00:59:21< fendrin> I am not quite sure about it.
20120304 00:59:58< fendrin> Somehow it would be nice to have [item]s in the terrain palette as a special subgroup.
20120304 01:00:19< fendrin> That is not correct technically but what is [item] other than a third terrain layer?
20120304 01:01:22< shadowm> [item] is a horribly broken feature that needs to be steamrolled and then rebuilt
20120304 01:01:37< fendrin> Please tell me more about that.
20120304 01:02:14< fendrin> The [label]s are broken as well. I will redesign them maybe [item] can be done as well.
20120304 01:03:00< shadowm> I'm not sure whether I should tell you further at this point; I wanted to work on the broken aspect later or convince someone more knowledgeable to do it for me, since it's not trivial to fix at all.
20120304 01:03:03< vultraz> fendrin: http://pastebin.com/7DB6uizh
20120304 01:03:06< shadowm> :p
20120304 01:03:27< vultraz> what happens when using that tool^
20120304 01:03:38< vultraz> (the copy coords to clipboard)
20120304 01:04:05< shadowm> there's some overlap with the halos system as well, which completely ignores the existing class design as it is legacy code
20120304 01:04:57< fendrin> vultraz: Please add that to the bug report if you haven't done already. I think that It will end in the removal of the feature after the named areas are in place.
20120304 01:05:34< shadowm> but I'd prefer to not give anyone ideas yet, lest everything become more broken than it already is
20120304 01:05:44< fendrin> shadowm: I also want to implement support for the overlay stuff that inferno8 does in his creation.
20120304 01:06:06< fendrin> Is that what you are talking about?
20120304 01:06:46< vultraz> OMG. We'll be able to do TLU-like stuff?
20120304 01:07:05< shadowm> okay, all right: [item] images are limited to a masked 72x72 hex region because of the underlying image caching infrastructure
20120304 01:07:11< fendrin> That will ease the work of inferno8 a little.
20120304 01:07:43< shadowm> and halos don't respect layering or OOP principles very well because of their status as legacy code
20120304 01:08:11< shadowm> that is, they manage themselves instead of being aggregate components of the display class
20120304 01:10:26< fendrin> vultraz: Inferno8 just uses normal wesnoth maps with overlay images. There is not much black magig behind it. But the feature will help him or others to get the overlays and the map better in sync, since you can see where you need to place your terrain.
20120304 01:10:57< vultraz> :D
20120304 01:11:10 * vultraz can't wait for all the new features
20120304 01:11:15< shadowm> and that might in part be why rendering goes haywire when haloed items suddenly get covered in shroud
20120304 01:11:49< fendrin> shadowm: Well, I assume that there will be no change to the syntax of the wml tag [item].
20120304 01:13:02< shadowm> the changes required to fix these issues are completely internal and touch code that is crucial for Wesnoth's proper operation, not just in-game
20120304 01:13:19< shadowm> all the more reason to be afraid of them
20120304 01:14:29< shadowm> in particular, items currently get ToD-recolored; there's no way to get an image locator with ToD-recoloring without hex masking, since that was originally intended to be used for terrain rendering
20120304 01:15:08< fendrin> Well, I think we could base [item] on top of the terrain code. There is no reason to not just translate [item] into a third terrain layer and go with one method of drawing.
20120304 01:16:59< fendrin> That third terrain layer could be virtual and hidden to the wml coder.
20120304 01:17:21< fendrin> So it does not extend [terrain] to support a third layer if that is not wanted.
20120304 01:22:17< fendrin> vultraz: Well, the support for direct placement of the overlays might not be possible. Iirc they can only be deployed at display initializing. Thus a proper solution can be very hard work. Let's say it is on my TODO list but not confirmed to be doable by me alone in reasonable time.
20120304 01:23:30< vultraz> ah
20120304 01:23:47< vultraz> wesbot: seen Exasperation
20120304 01:23:48< wesbot> vultraz: The person with the nick Exasperation last spoke 39d 20h ago.  39d ago they were seen quitting on the channel #wesnoth with the message: Client Quit
20120304 01:23:50< vultraz> :S
20120304 01:23:54< vultraz> where IS he
20120304 01:25:01< Espreon> PM him?
20120304 01:28:06< fendrin> I have not much feedback for 1.10.
20120304 01:29:19< fendrin> My campaigns don't get much feedback and everything else related to me is not being mentioned either. No bug reports no forum threads. I wonder if that is a good sign.
20120304 01:29:55-!- enchilado [~enchilado@defocus/yummy/enchilado] has quit [Quit: BBL->]
20120304 01:30:00< vultraz> NX/RftS hasn't much feedback either
20120304 01:30:02< vultraz> :P
20120304 01:30:09< vultraz> but IftU and AtS get loads
20120304 01:30:38< fendrin> That is a good sign. It means people are using 1.10.
20120304 01:31:06< fendrin> IftU and AtS is the first thing to play if you are through with the mainline content.
20120304 01:31:19< vultraz> haha yup
20120304 01:31:59< fendrin> What are the reasons?
20120304 01:32:56< fendrin> I mean what kind of feedback do they get? 
20120304 01:34:45< vultraz> well, like AtS. You see people posting how they played it and their opinions on each scen
20120304 01:36:38-!- markus__ [~mjs-de@g224179039.adsl.alicedsl.de] has quit [Remote host closed the connection]
20120304 01:55:36-!- Upth [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has joined #wesnoth-dev
20120304 01:55:36-!- Upth is now known as Upthorn
20120304 02:59:33-!- Danceman [~Danceman@a94-132-158-220.cpe.netcabo.pt] has quit [Quit: Leaving]
20120304 02:59:45-!- horon [~horon@nttkyo322045.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has joined #wesnoth-dev
20120304 03:00:47-!- Appleman1234 [~Appleman1@ppp59-167-222-56.qld.adsl.internode.on.net] has left #wesnoth-dev ["Leaving"]
20120304 03:01:19< fendrin> vultraz: Do you have time to do another art job for me?
20120304 03:01:45< vultraz> fendrin: depends on what it is ;)
20120304 03:03:05< fendrin> vultraz: There are a few things to do. First, the new brush. Then I need the background images redone. The one for the smallest resolution is missing completely, the one for the large resolution is only a stub for the upper halve and missing for the lower half.
20120304 03:04:23< vultraz> what brush and background images, exactly?
20120304 03:05:35< fendrin> vultraz: Do you have a running trunk?
20120304 03:07:15< vultraz> I can only access the editor, not the main game
20120304 03:07:41< fendrin> Why is that?
20120304 03:08:30< vultraz> some errors having to do with string assignment/disposal
20120304 03:08:34< vultraz> mac only, I think
20120304 03:08:46< vultraz> and only on Lion (10.7) ( I think)
20120304 03:09:53< fendrin> vultraz: trunk/data/core/images/editor/brush-se-nw.png
20120304 03:09:54< vultraz> but for some reason the editor works :P
20120304 03:10:32< fendrin> vultraz: This one is only a stub. The shadow is at the wrong position. I only flipped it instead of doing it right.
20120304 03:11:08< vultraz> ahh
20120304 03:11:10< vultraz> I see
20120304 03:11:28< fendrin> Should be that hard considering that you already did the empty brush.
20120304 03:12:08-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Read error: Connection reset by peer]
20120304 03:17:30< fendrin> s/Should/Shouldn'T
20120304 03:21:42< CIA-134> fendrin * r53413 /trunk/src/ (hotkeys.cpp hotkeys.hpp): Hotkeys for left right scrolling of the editor's terrain palette.
20120304 03:22:19-!- Samual [diotecktec@c-71-195-88-69.hsd1.pa.comcast.net] has joined #wesnoth-dev
20120304 03:26:39< vultraz> fendrin: PMed the fixed brush :)
20120304 03:29:02< fendrin> vultraz: :-)
20120304 03:30:42< vultraz> hum...why is it called se-nw when it's actually sw-ne?
20120304 03:32:15< fendrin> hmmm
20120304 03:32:23< fendrin> human incompetence
20120304 03:33:12< vultraz> (or ne-sw, if you're going from top to bottom)
20120304 03:33:28< fendrin> trunk/data/core/images/themes/rightside-editor.png
20120304 03:34:20< fendrin> This one is exactly one pixel to small in width. And I did it quite quick thus I guess it needs to be redone.
20120304 03:36:25< vultraz> fendrin: so...you want me to increase the size by one pixel?
20120304 03:38:14< fendrin> vultraz: No, I did a very dirty stretching of the original image. I don't know how one would produce a proper one.
20120304 03:39:03< vultraz> it looks quite fine, IMHO
20120304 03:39:10< fendrin> but I know the dimensions I need it to be: 174x286
20120304 03:40:59< fendrin> Well, then yes. I need it to be increased by one pixel in the width.
20120304 03:42:11< fendrin> I don't really know how I did it. The nearly match is pure coincidence.
20120304 03:45:03< vultraz> well, I got it increased by a pixel
20120304 03:45:21< vultraz> sorta a dirty fix, though
20120304 03:45:57< vultraz> just copied the right side of the image, pasted it back over, and dragged it one pixel to the right :P
20120304 03:46:26< fendrin> trunk/data/core/images/themes/rightside-editor-small.png
20120304 03:47:04< fendrin> This one needs to be resized. The target size is 174 width and 246 height.
20120304 03:50:45 * vultraz contemplates how to do this
20120304 03:51:35< fendrin> The map is fix in the height.
20120304 03:52:03< fendrin> Only the grey area gets extended in the vertical dimension.
20120304 03:52:40< AI0867> anonymissimus: looks like the gettext.wesnoth.org update script lacks the facilities to check out new repositories
20120304 03:52:52< fendrin> hi AI0867
20120304 03:52:59< AI0867> hey
20120304 03:53:23< anonymissimus> well, looks like a lot of work for you
20120304 03:53:48< AI0867> also, the translations are not recoupled at all
20120304 03:53:55< AI0867> the add-on maintainer has to do it himself
20120304 03:54:14< AI0867> this is a planned feature, but it hasn't actually worked since the founding of wescamp
20120304 04:01:50< vultraz> fendrin: PMed :D
20120304 04:04:38-!- Elvish_Pillager [~eli@dhip-149.coburn.residences.colby.edu] has quit [Ping timeout: 272 seconds]
20120304 04:07:16< fendrin> vultraz: Thank you very much :-)
20120304 04:07:30< vultraz> you're welcome :)
20120304 04:07:44< fendrin> vultraz: That means I can commit a new version that works at all supported resolutions very soon.
20120304 04:08:05< vultraz> niiice
20120304 04:10:29< vultraz> fendrin: anything else before I go?
20120304 04:11:11< fendrin> vultraz: Yes, those mouse overlays when a tool is selected.
20120304 04:11:24< fendrin> I need one for each new tool.
20120304 04:11:38< fendrin> That would be label and pipette first.
20120304 04:16:33< vultraz> fendrin: the ones that appear inside the hex?
20120304 04:16:46< vultraz> s/hex/brush
20120304 04:18:49-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Quit: Leaving.]
20120304 04:20:03< fendrin> yeah
20120304 04:21:06< vultraz> hm..
20120304 04:21:12< vultraz> I wonder how to make those
20120304 04:21:24< AI0867> anonymissimus: actually, it looks like I already wrote the necessary tools, I just have to arrange them properly
20120304 04:27:06< fendrin> vultraz: The only example in town is the set starting position one. It goes just with a bigger version of the tool button icon.
20120304 04:27:42< vultraz> yeah, so I guess I have to draw bigger versions
20120304 04:27:43< fendrin> So it should be a bigger pipette in one case and a big "A" in the other. 
20120304 04:27:44< vultraz> :P
20120304 04:27:53< fendrin> But I do not insist of that solution.
20120304 04:28:01< fendrin> If you have a better idea.
20120304 04:28:37< fendrin> Maybe the art can be stolen somewhere, like we did with the gimp icons.
20120304 04:36:25-!- Ivanovic_ [~ivanovic@dtmd-4d0bf95a.pool.mediaWays.net] has joined #wesnoth-dev
20120304 04:36:25-!- Ivanovic_ [~ivanovic@dtmd-4d0bf95a.pool.mediaWays.net] has quit [Changing host]
20120304 04:36:25-!- Ivanovic_ [~ivanovic@wesnoth/developer/ivanovic] has joined #wesnoth-dev
20120304 04:38:29< vultraz> fendrin: I have the A
20120304 04:40:50-!- Ivanovic [~ivanovic@wesnoth/developer/ivanovic] has quit [Ping timeout: 260 seconds]
20120304 04:42:24-!- Ivanovic_ is now known as Ivanovic
20120304 04:43:21< vultraz> fendrin: PMed the label one
20120304 04:43:50< vultraz> I still need to figure out how to do the pipette one
20120304 04:46:59< fendrin> cool tx
20120304 04:47:36< vultraz> :)
20120304 04:51:52< Alarantalara> fendrin: if you want to do overlays like in To Lands Unknown , you'll probably want to fix some engine limitations first
20120304 04:52:20< Alarantalara> especially if you want to do it with the editor
20120304 04:53:50< fendrin> Alarantalara: Please tell me more.
20120304 04:54:58< Alarantalara> If you specify a giant overlay, then it cannot cover the partially visible hexes 0,y and x,0
20120304 04:55:08-!- enchilado [~enchilado@defocus/yummy/enchilado] has joined #wesnoth-dev
20120304 04:55:17< Alarantalara> unless you create a new terrain type and use it as an anchor on another hex
20120304 04:55:41< Alarantalara> so you end up with ugly borders
20120304 04:55:55< Alarantalara> inferno8 hid most of them by painting things black at the edges
20120304 04:56:23< Alarantalara> and I went through a lot of them and rewrote them to use anchors so it's not very visible any more in that campaign
20120304 04:56:29< Alarantalara> but the problem exists
20120304 04:59:51< CIA-134> ai0867 * r53414 /website/gettext.wesnoth.org/bin/update-gettext-stats: Use wescamp.py for the wescamp updates. It automatically checks out new repositories
20120304 05:04:24< fendrin> Alarantalara: Well, I just enable the rendering for the editor. I don't think that I will go that deeply into rendering code.
20120304 05:04:58< fendrin> If I see what could fix it I will remember your advice.
20120304 05:05:18< Alarantalara> Check out the second spoiler in the first post to see the problem: http://forums.wesnoth.org/viewtopic.php?f=21&t=32446
20120304 05:05:40< fendrin> Alarantalara: Can those overlays be drawn during the scenario? Or does it only work at setup?
20120304 05:06:20< Alarantalara> The ones in To Lands Unknown are scripted so that they only appear during the scenario
20120304 05:06:59< Alarantalara> It's possible to define them outside the scenario so they appear otherwise, but unless they're associated with their own terrain, they'll appear in every map - which is bad
20120304 05:07:40< Alarantalara> If you're putting them after the map tag in the map file, it shouldn't be a problem, so long as you remember to add the tag while running
20120304 05:10:15< Alarantalara> At any rate, a lot of them now use a marker overlay terrain that has a different terrain graphics rule for each scenario with holes edited into the map attribute to reduce load time and improve rendering speed
20120304 05:33:25-!- uncleshelby [~uncleshel@2001:470:b:683:21f:3bff:fe6e:3731] has joined #wesnoth-dev
20120304 05:37:07-!- anonymissimus [~chatzilla@HSI-KBW-078-042-163-105.hsi3.kabel-badenwuerttemberg.de] has quit [Quit: done building targets]
20120304 05:39:00-!- Alarantalara [~Adium@CPEc0c1c09e8055-CM00252eac6d62.cpe.net.cable.rogers.com] has quit [Quit: Leaving.]
20120304 05:47:05-!- uncleshelby [~uncleshel@2001:470:b:683:21f:3bff:fe6e:3731] has quit [Quit: Leaving]
20120304 05:55:57-!- StealthyCoin [~StealthyC@adsl-76-254-21-185.dsl.pltn13.sbcglobal.net] has joined #wesnoth-dev
20120304 05:56:17-!- StealthyCoin [~StealthyC@adsl-76-254-21-185.dsl.pltn13.sbcglobal.net] has quit [Client Quit]
20120304 05:56:23-!- StealthyCoin [~StealthyC@adsl-76-254-21-185.dsl.pltn13.sbcglobal.net] has joined #wesnoth-dev
20120304 06:07:41-!- Cookiee [~quassel@unaffiliated/cookiee] has joined #wesnoth-dev
20120304 06:07:56-!- happygrue [~quassel@c-98-222-183-113.hsd1.il.comcast.net] has joined #wesnoth-dev
20120304 06:07:56-!- happygrue [~quassel@c-98-222-183-113.hsd1.il.comcast.net] has quit [Changing host]
20120304 06:07:56-!- happygrue [~quassel@wesnoth/developer/wintermute] has joined #wesnoth-dev
20120304 06:08:09-!- Cookiee [~quassel@unaffiliated/cookiee] has quit [Read error: Connection reset by peer]
20120304 06:08:26-!- Cookiee [~quassel@unaffiliated/cookiee] has joined #wesnoth-dev
20120304 06:09:46-!- happygrue_ [~quassel@wesnoth/developer/wintermute] has quit [Ping timeout: 255 seconds]
20120304 06:09:48-!- Cookiee [~quassel@unaffiliated/cookiee] has quit [Read error: Connection reset by peer]
20120304 06:17:15-!- gabba [~gabba@wesnoth/developer/gabba] has joined #wesnoth-dev
20120304 06:17:39-!- gabba [~gabba@wesnoth/developer/gabba] has left #wesnoth-dev []
20120304 06:52:17-!- s951 [~s951@dyn1064-176.hor.ic.ac.uk] has joined #wesnoth-dev
20120304 06:52:28-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 272 seconds]
20120304 06:54:02-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20120304 07:01:00-!- s951 [~s951@dyn1064-176.hor.ic.ac.uk] has quit [Quit: Leaving]
20120304 07:49:25-!- Gambit [~gambit@wesnoth/developer/grickit] has quit [Remote host closed the connection]
20120304 08:03:19-!- StealthyCoin [~StealthyC@adsl-76-254-21-185.dsl.pltn13.sbcglobal.net] has quit [Quit: StealthyCoin]
20120304 08:05:51-!- Gallaecio [~quassel@84.120.113.193.dyn.user.ono.com] has joined #wesnoth-dev
20120304 08:07:24-!- Natasiel [~natasiel@wesnoth/mp-mod/natasiel] has quit [Quit: gn]
20120304 08:11:54-!- Gallaecio [~quassel@84.120.113.193.dyn.user.ono.com] has quit [Remote host closed the connection]
20120304 08:12:12-!- mordante [~mordante@roadie.xs4all.nl] has joined #wesnoth-dev
20120304 08:12:13-!- mordante [~mordante@roadie.xs4all.nl] has quit [Changing host]
20120304 08:12:13-!- mordante [~mordante@wesnoth/developer/mordante] has joined #wesnoth-dev
20120304 08:12:28< mordante> servus
20120304 08:12:48< shadowm> good morning
20120304 08:12:53< mordante> hi shadowm 
20120304 08:14:25< Espreon> mordante: Ic grete þe.
20120304 08:14:30-!- Gallaecio [~quassel@84.120.113.193.dyn.user.ono.com] has joined #wesnoth-dev
20120304 08:14:36< mordante> hi Espreon 
20120304 08:21:28-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 244 seconds]
20120304 08:28:55-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20120304 08:29:15< Ivanovic> moin
20120304 08:33:06-!- horon [~horon@nttkyo322045.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has quit [Quit: Leaving...]
20120304 08:33:15< mordante> hi Ivanovic 
20120304 08:36:15-!- Gallaecio [~quassel@84.120.113.193.dyn.user.ono.com] has quit [Remote host closed the connection]
20120304 08:37:46-!- horon [~horon@nttkyo322045.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has joined #wesnoth-dev
20120304 08:38:29-!- Gallaecio [~quassel@84.120.113.193.dyn.user.ono.com] has joined #wesnoth-dev
20120304 08:43:37-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has joined #wesnoth-dev
20120304 08:55:00-!- Gallaecio [~quassel@84.120.113.193.dyn.user.ono.com] has quit [Remote host closed the connection]
20120304 08:57:19-!- Gallaecio [~quassel@84.120.113.193.dyn.user.ono.com] has joined #wesnoth-dev
20120304 09:11:07-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has quit [Quit: Leaving]
20120304 09:22:51-!- MeccaGod [majs@host189-199.bornet.net] has joined #wesnoth-dev
20120304 09:33:01-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Ping timeout: 276 seconds]
20120304 09:34:28-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20120304 09:40:10-!- oldtopman [~oldtopman@unaffiliated/oldtopman] has quit [Remote host closed the connection]
20120304 09:50:03-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Quit: To NaN and beyond!]
20120304 10:01:21-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20120304 10:03:59< CIA-134> timotei * r53415 /trunk/utils/umc_dev/build/signing.cmd: eclipse plugins: small tweaks to the signing bat
20120304 10:07:11< CIA-134> timotei * r53417 /trunk/utils/umc_dev/build/ (build.properties build.xml): eclipse plugin: manually call the signjar task so we can filter the signed jars just to the wesnoth ones, instead of signing everything (e.g.: eclipse, google)
20120304 10:11:00< CIA-134> timotei * r53416 /trunk/utils/umc_dev/build/ (SConstruct build.properties keystore signing.cmd): eclipse plugin: replace the windows-only method of jar signing with the PDE Build built-in mechanism
20120304 10:14:09< CIA-134> timotei * r53418 /trunk/utils/umc_dev/org.wesnoth.ui/src/org/wesnoth/ui/syntax/WMLSemanticHighlightingCalculator.java: eclipse plugin: fix the highlighting of the #endif
20120304 10:15:26< CIA-134> timotei * r53419 /trunk/utils/umc_dev/org.wesnoth/src/org/wesnoth/projects/ProjectCache.java: eclipse plugin: Create the defines file before saving it
20120304 10:15:58< CIA-134> timotei * r53420 /trunk/utils/umc_dev/org.wesnoth/plugin.xml: eclipse plugin: fix the wml tools menus not showing on files/containers
20120304 10:24:06-!- Crendgrim [~crend@77-22-112-72-dynip.superkabel.de] has joined #wesnoth-dev
20120304 10:38:51-!- Elvish_Hunter [5ea1750f@gateway/web/freenode/ip.94.161.117.15] has joined #wesnoth-dev
20120304 10:40:16-!- Johannes13 [~Johannes@unaffiliated/johannes13] has joined #wesnoth-dev
20120304 10:41:42-!- negusnyul [~negusnyul@h145-169.pool46-249.dyn.tolna.net] has joined #wesnoth-dev
20120304 10:49:02-!- loonybot [~loonybot@46.138.70.206] has joined #wesnoth-dev
20120304 10:49:02-!- loonybot [~loonybot@46.138.70.206] has quit [Changing host]
20120304 10:49:02-!- loonybot [~loonybot@wesnoth/bot/loonybot] has joined #wesnoth-dev
20120304 10:49:44-!- Samual [diotecktec@c-71-195-88-69.hsd1.pa.comcast.net] has quit [Ping timeout: 245 seconds]
20120304 10:55:08-!- Samual [diotecktec@c-71-195-88-69.hsd1.pa.comcast.net] has joined #wesnoth-dev
20120304 11:00:59< CIA-134> elvish_hunter * r53421 /trunk/ (3 files in 2 dirs): HttT: implemented FR #19418 in The Elves Besieged
20120304 11:02:21-!- vcap [~vcap@AReims-551-1-90-109.w92-155.abo.wanadoo.fr] has quit [Read error: Operation timed out]
20120304 11:07:00-!- vcap [~vcap@AReims-551-1-81-157.w92-155.abo.wanadoo.fr] has joined #wesnoth-dev
20120304 11:09:20-!- Elvish_Hunter [5ea1750f@gateway/web/freenode/ip.94.161.117.15] has quit [Quit: Ciao!]
20120304 11:09:20-!- mjs-de [~mjs-de@g224179039.adsl.alicedsl.de] has joined #wesnoth-dev
20120304 11:27:19-!- Gallaecio [~quassel@84.120.113.193.dyn.user.ono.com] has quit [Read error: Connection reset by peer]
20120304 11:29:26-!- Gallaecio [~quassel@84.120.113.193.dyn.user.ono.com] has joined #wesnoth-dev
20120304 11:32:34-!- MeccaGod [majs@host189-199.bornet.net] has quit []
20120304 11:42:55-!- negusnyul [~negusnyul@h145-169.pool46-249.dyn.tolna.net] has quit [Quit: Konversation terminated!]
20120304 12:05:34-!- worduk [~jon@77.76.205.90] has quit [Remote host closed the connection]
20120304 12:46:14-!- stikonas [~and@bcm-131-111-216-70.girton.cam.ac.uk] has joined #wesnoth-dev
20120304 12:46:14-!- stikonas [~and@bcm-131-111-216-70.girton.cam.ac.uk] has quit [Changing host]
20120304 12:46:14-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120304 12:49:49-!- wesbot changed the topic of #wesnoth-dev to: 162 bugs, 329 feature requests, 17 patches | Logs: http://irclogs.wesnoth.org | Don't paste on IRC! Use a pastebin: http://pastebin.com | http://imagebin.org
20120304 13:05:07-!- chpln [~chpln@ppp59-167-91-125.static.internode.on.net] has quit [Ping timeout: 246 seconds]
20120304 13:07:01-!- chpln [~chpln@ppp59-167-91-125.static.internode.on.net] has joined #wesnoth-dev
20120304 13:17:11-!- csarmi [csarmi@94-21-80-141.pool.digikabel.hu] has quit []
20120304 13:42:06-!- worduk [~jon@77.76.205.90] has joined #wesnoth-dev
20120304 13:54:04-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Remote host closed the connection]
20120304 13:54:21-!- boucman [~rosen@wesnoth/developer/boucman] has joined #wesnoth-dev
20120304 14:09:39-!- negusnyul [~negusnyul@dsl54028DDB.pool.t-online.hu] has joined #wesnoth-dev
20120304 14:18:03-!- EdB [~edb@tss37-1-89-82-194-231.dsl.sta.abo.bbox.fr] has joined #wesnoth-dev
20120304 14:27:45-!- Gambit [~gambit@wesnoth/developer/grickit] has joined #wesnoth-dev
20120304 15:20:24< CIA-134> elias * r53422 /trunk/data/tools/ (unit_tree/helpers.py unit_tree/html_output.py wmlunits): [wmlunits] Handle [advancefrom] WML tags for units.
20120304 15:31:22-!- oldtopman [~oldtopman@unaffiliated/oldtopman] has joined #wesnoth-dev
20120304 15:46:44-!- Elvish_Pillager [~eli@dhip-149.coburn.residences.colby.edu] has joined #wesnoth-dev
20120304 15:55:48-!- enchilado [~enchilado@defocus/yummy/enchilado] has quit [Quit: BBL->]
20120304 16:19:55-!- horon [~horon@nttkyo322045.tkyo.nt.ngn2.ppp.infoweb.ne.jp] has quit [Quit: Leaving...]
20120304 16:21:56-!- the_new_lipk [~the_new_l@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20120304 16:44:35-!- s951 [~s951@dyn1064-176.hor.ic.ac.uk] has joined #wesnoth-dev
20120304 16:46:48< CIA-134> elias * r53423 /trunk/data/tools/unit_tree/ (overview.py style.css): [wmlunits] Added error log page.
20120304 17:02:13-!- PolarPanda [~quassel@unaffiliated/peterporty] has joined #wesnoth-dev
20120304 17:04:28-!- s951 [~s951@dyn1064-176.hor.ic.ac.uk] has quit [Quit: Leaving]
20120304 17:04:58-!- s951 [~s951@dyn1064-176.hor.ic.ac.uk] has joined #wesnoth-dev
20120304 17:17:28-!- knotwork [~markm@unaffiliated/knotwork] has quit [Ping timeout: 246 seconds]
20120304 17:19:38-!- vultraz [~chatzilla@124.109.10.221] has quit [Read error: No route to host]
20120304 17:21:44-!- knotwork [~markm@unaffiliated/knotwork] has joined #wesnoth-dev
20120304 17:27:01-!- knotwork [~markm@unaffiliated/knotwork] has quit [Ping timeout: 248 seconds]
20120304 17:28:26-!- [Relic] [~relic@99-58-54-211.lightspeed.milwwi.sbcglobal.net] has joined #wesnoth-dev
20120304 17:34:02-!- timotei [~timotei@188.24.3.53] has joined #wesnoth-dev
20120304 17:34:03-!- timotei [~timotei@188.24.3.53] has quit [Changing host]
20120304 17:34:03-!- timotei [~timotei@wesnoth/developer/timotei] has joined #wesnoth-dev
20120304 17:35:17-!- knotwork [~markm@142.177.234.175] has joined #wesnoth-dev
20120304 17:35:17-!- knotwork [~markm@142.177.234.175] has quit [Changing host]
20120304 17:35:17-!- knotwork [~markm@unaffiliated/knotwork] has joined #wesnoth-dev
20120304 17:45:48-!- knotwork [~markm@unaffiliated/knotwork] has quit [Ping timeout: 260 seconds]
20120304 17:47:49-!- the_new_lipk [~the_new_l@host-91-147-212-174.biatv.hu] has quit [Remote host closed the connection]
20120304 17:48:19-!- the_new_lipk [~the_new_l@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20120304 17:49:57-!- vultraz [~chatzilla@124.109.10.221] has joined #wesnoth-dev
20120304 17:55:30-!- oldtopman [~oldtopman@unaffiliated/oldtopman] has quit [Quit: oldtopman has left the house]
20120304 17:57:43-!- knotwork [~markm@142.177.234.175] has joined #wesnoth-dev
20120304 17:57:43-!- knotwork [~markm@142.177.234.175] has quit [Changing host]
20120304 17:57:43-!- knotwork [~markm@unaffiliated/knotwork] has joined #wesnoth-dev
20120304 18:10:49-!- ancestral [~ancestral@71-34-13-201.mpls.qwest.net] has joined #wesnoth-dev
20120304 18:15:57-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20120304 18:21:10< the_new_lipk> http://pastebin.com/4aUHuPhZ
20120304 18:21:31< the_new_lipk> Does anyone have an idea why it doesn't work?
20120304 18:21:59< the_new_lipk> It adds the cppdefines to the server sources only.
20120304 18:25:02< shadowm> loonycyborg ^
20120304 18:25:26< mordante> the_new_lipk, also please tell us what you mean with doesn't work
20120304 18:27:35< the_new_lipk> It doesn't define the macros when compiling preferences.cpp
20120304 18:29:19< loonycyborg> the_new_lipk: The DEFAULT_PREFS_PATH or HAS_RELATIVE_DEFPREF?
20120304 18:30:12< the_new_lipk> None of them.
20120304 18:30:35< the_new_lipk> The macros are defined for some sources in the server directory only
20120304 18:30:36< loonycyborg> Use client_env
20120304 18:31:30< the_new_lipk> instead of filesystem_env, too?
20120304 18:31:34< loonycyborg> Since you add them after client_env was made those adds don't affect it anymore.
20120304 18:33:39-!- Danceman [~Danceman@a94-132-158-220.cpe.netcabo.pt] has joined #wesnoth-dev
20120304 18:34:15< loonycyborg> If you want to add them globally then you probably need to look in root sconstruct, near  if env['lowmem']: and others.
20120304 18:35:13< the_new_lipk> oh, cool. Thanks.
20120304 18:38:43< CIA-134> elias * r53424 /trunk/data/tools/unit_tree/overview.py: [wmlunits] fix path to error log
20120304 18:48:56-!- Octalot [~noct@host86-168-54-98.range86-168.btcentralplus.com] has joined #wesnoth-dev
20120304 18:51:45-!- Upthorn [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has quit [Ping timeout: 252 seconds]
20120304 19:07:09< boucman> AI0867: around ?
20120304 19:09:32< boucman> mordante: around ?
20120304 19:09:33< Ivanovic> i am off now, maybe see you in some hours
20120304 19:09:40< mordante> bye Ivanovic 
20120304 19:09:40< boucman> k, see you
20120304 19:09:58< mordante> boucman, partly just about to leave for dinner
20120304 19:10:15< boucman> ok, it was to ping you about your pending patches... 
20120304 19:10:43< boucman> there hasn't been any action on them for a long time, i feel really bad for the contributor, but maybe you should mark them as won't do or something
20120304 19:14:55< mordante> boucman, regarding 3091 I haven't gotten around looking at it
20120304 19:15:27< mordante> boucman, regarding 1952 still not happy with it, I never applied it but reverting is a lot of work
20120304 19:15:39< boucman> ok, could you do it soonish... it's been around since january
20120304 19:15:58< boucman> should we mark 1952 as won't do then ? if orig contributor doesn't improve, it makes sense
20120304 19:16:13< mordante> well somebody applied it :-(
20120304 19:17:04< boucman> oh... so what should we do, revert, leave as is, something else ?
20120304 19:17:48< mordante> I'll try to look at 3091 soon, but quite busy with the floating point stuff for the Pandora and rather finish that first
20120304 19:18:06< mordante> or at least finish my pending patches in that branch
20120304 19:18:20< boucman> ok
20120304 19:18:40< boucman> wesbot: seen nephro 
20120304 19:18:41< wesbot> boucman: Sorry, I don't know of nephro.
20120304 19:19:00< AI0867> boucman: yes
20120304 19:19:16< mordante> not sure the code seems to work, but IMO it looks worse and I still have my doubts regarding the speed up
20120304 19:19:38< mordante> however I tried to revert it once and already too many changes around it
20120304 19:19:41< boucman> AI0867: could you update https://gna.org/patch/?3083 ? the original contributor says he did what you asked..
20120304 19:20:15< boucman> shadowm, shadowm_laptop: around ?
20120304 19:20:48< mordante> afk for dinner now, will be back in about 30 minutes
20120304 19:21:07< boucman> k
20120304 19:22:45< boucman> noy: could you deal with  https://gna.org/bugs/?19285 (which is actually a patch to a MP map) ? 
20120304 19:29:17< CIA-134> boucman * r53425 /trunk/src/actions.cpp: apply patch 3120 by jamit
20120304 19:30:35< shadowm> boucman: you can always leave me messages when I'm not
20120304 19:30:41-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Disconnected by services]
20120304 19:31:02< boucman> shadowm: ok :)
20120304 19:31:39< boucman> shadowm: anyway... you have https://gna.org/patch/?3022 assigned to you, could you have a look at it ?
20120304 19:32:12-!- fendrin_ [~fabi@88-134-21-125-dynip.superkabel.de] has joined #wesnoth-dev
20120304 19:32:20-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20120304 19:32:32< shadowm> boucman, the_new_lipk : give me a few days... I need to run some tests first.
20120304 19:32:54< boucman> ok, just making sure the process was still alive :)
20120304 19:33:20< boucman> zookeeper: you're the last one on my list, you have https://gna.org/patch/?3039 assigned to you...
20120304 19:33:30< shadowm> it's not alive, it's just that I have been busy with my own work
20120304 19:34:09< shadowm> I still maintain my point in the second paragraph of my original response, although that's preceisely what I need to test further
20120304 19:35:10< boucman> shadowm: well, it's your call... if you think the feature is not worth it since the other way is good enough, mark as won't do...
20120304 19:35:27< boucman> or did I misunderstand you and you want to test if it's possible with the way you described ?
20120304 19:35:40-!- fendrin [~fabi@wesnoth/developer/fendrin] has quit [Ping timeout: 260 seconds]
20120304 19:35:47< CIA-134> ai0867 * r53427 /trunk/data/tools/wesnoth/wescamp.py: Make the -g/--git option the default, removing the svn equivalents
20120304 19:35:48< CIA-134> ai0867 * r53426 /trunk/data/tools/wesnoth/wescamp.py: Document a usage of wescamp.py
20120304 19:35:50< CIA-134> ai0867 * r53428 /trunk/data/tools/wesnoth/wescamp.py: Remove last references to libsvn
20120304 19:35:50< shadowm> yes
20120304 19:35:52< CIA-134> ai0867 * r53429 /trunk/data/tools/wesnoth/wescamp.py: Rename a number of variables containing 'svn'
20120304 19:35:55< CIA-134> ai0867 * r53430 /trunk/data/tools/wesnoth/wescamp.py: Remove some stray code
20120304 19:36:24< shadowm> I also want to discuss it further with the author in that case. I'm not too opposed to syntactic sugar, and we already have some of that around, but I'd also need to check how it plays with the previous mechanism
20120304 19:37:02< boucman> ok
20120304 19:38:07< boucman> who could handle replay patches ? 
20120304 19:38:47< shadowm> at this point, most likely nobody. YogiHH was the last maintainer.
20120304 19:38:57< boucman> :(
20120304 19:39:25< noy> boucman: I'll pass it onto doc
20120304 19:39:59< boucman> ok, i'll reassign the bug to doc... you can contact him or should I ?
20120304 19:40:23< Crendgrim> eh... does anyone have time to quickly check for a bug?
20120304 19:40:55-!- the_new_lipk [~the_new_l@host-91-147-212-174.biatv.hu] has quit [Ping timeout: 260 seconds]
20120304 19:41:06< boucman> noy: is doc a dev (in gna, I mean) I can't seem to find him in the list...
20120304 19:42:36< Crendgrim> can anyone open a replay in 1.10 and see whether "Point of View: Full Map" works correctly? For me, this only clears fog, but doesn't show the units of the other team...
20120304 19:42:56< Crendgrim> hm... now it works.
20120304 19:43:32< Crendgrim> then, can someone open this replay and see whether he experiences the same behavior in the first turn? http://forums.wesnoth.org/viewtopic.php?f=15&p=522543#p522543
20120304 19:44:24-!- Upth [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has joined #wesnoth-dev
20120304 19:44:24-!- Upth is now known as Upthorn
20120304 19:44:24< Crendgrim> ah, I stand corrected. Not only in the first turn.
20120304 19:51:42-!- Danceman [~Danceman@a94-132-158-220.cpe.netcabo.pt] has quit [Quit: Leaving]
20120304 19:55:41< boucman> zookeeper: i'd also like to have the opinion on https://gna.org/patch/?3176 the idea itself, more than the technical aspects
20120304 19:56:14-!- MeccaGod [~majs@host189-199.bornet.net] has joined #wesnoth-dev
20120304 19:56:56< mordante> boucman, so not really sure what to do with 1952
20120304 19:57:17< mordante> maybe leave it as it is committed and hope it really doesn't cause troubles later on
20120304 19:57:48< boucman> yeah, I guess so, should I mark the patch itself as won't do ?
20120304 19:58:38< mordante> yeah I think that would be oke
20120304 19:58:54< boucman> ok
20120304 19:59:18< noy> boucman: he's on the forum... thats how I contact him
20120304 19:59:33< boucman> ok, i'll PM him, then
20120304 20:03:51< boucman> done
20120304 20:04:13< boucman> mordante: marked as won't do
20120304 20:06:28-!- the_new_lipk [~the_new_l@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20120304 20:09:59< mordante> thanks
20120304 20:12:28-!- the_new_lipk [~the_new_l@host-91-147-212-174.biatv.hu] has quit [Ping timeout: 246 seconds]
20120304 20:19:13-!- the_new_lipk [~the_new_l@host-91-147-212-174.biatv.hu] has joined #wesnoth-dev
20120304 20:26:51< zookeeper> boucman, eh, i think the idea is redundant with the "smart fog" we'd want to have anyway
20120304 20:27:04< boucman> what is that ?
20120304 20:28:13< zookeeper> if you reveal some fog during your turn, then it'll stay revealed until the end of your turn
20120304 20:28:44< zookeeper> ...instead of fog possibly reclaiming the revealed hexes if you move your unit again or if it dies
20120304 20:32:11-!- EdB [~edb@tss37-1-89-82-194-231.dsl.sta.abo.bbox.fr] has quit [Quit: Konversation terminated!]
20120304 20:34:09< zookeeper> well, at least my recollection is that everyone thought it was a good idea. i might be wrong ;)
20120304 20:43:15< boucman> mkay... i'll try to get the guy to work on that...
20120304 20:45:04< zookeeper> worth a try. still, the ghost images would be better than nothing for sure.
20120304 20:56:00-!- the_new_lipk [~the_new_l@host-91-147-212-174.biatv.hu] has quit [Read error: Connection reset by peer]
20120304 21:19:06-!- mjs-de [~mjs-de@g224179039.adsl.alicedsl.de] has quit [Remote host closed the connection]
20120304 21:33:07-!- Danceman [~Danceman@a95-92-11-53.cpe.netcabo.pt] has joined #wesnoth-dev
20120304 21:34:51-!- csarmi [csarmi@94-21-229-159.pool.digikabel.hu] has joined #wesnoth-dev
20120304 21:36:47< CIA-134> ai0867 * r53431 /website/gettext.wesnoth.org/bin/update-gettext-stats: Add some debug output to update-gettext-stats
20120304 21:40:25-!- ancestral [~ancestral@71-34-13-201.mpls.qwest.net] has quit [Quit: i go sleeps kthxbai]
20120304 21:41:22-!- Appleman1234 [~Appleman1@ppp59-167-222-56.qld.adsl.internode.on.net] has joined #wesnoth-dev
20120304 21:57:25-!- Danceman [~Danceman@a95-92-11-53.cpe.netcabo.pt] has quit [Ping timeout: 248 seconds]
20120304 22:02:07-!- gabba [~gabba@wesnoth/developer/gabba] has joined #wesnoth-dev
20120304 22:02:23-!- gabba [~gabba@wesnoth/developer/gabba] has left #wesnoth-dev []
20120304 22:03:39-!- Gallaecio [~quassel@84.120.113.193.dyn.user.ono.com] has quit [Read error: Connection reset by peer]
20120304 22:07:40-!- enchilado [~enchilado@defocus/yummy/enchilado] has joined #wesnoth-dev
20120304 22:14:23-!- timotei [~timotei@wesnoth/developer/timotei] has quit [Read error: Connection reset by peer]
20120304 22:21:50-!- boucman [~rosen@wesnoth/developer/boucman] has quit [Quit: Leaving.]
20120304 22:28:29< CIA-134> mordante * r53432 /trunk/src/floating_point_emulation.hpp: Add more comment to the floating point emulation.
20120304 22:28:30< CIA-134> mordante * r53434 /trunk/src/ (2 files in 2 dirs): 
20120304 22:28:30< CIA-134> Improve the quality of the division operator.
20120304 22:28:30< CIA-134> It now tries to keep as much resolution as possible. The code still
20120304 22:28:30< CIA-134> needs to be optimised for speed.
20120304 22:28:34< CIA-134> mordante * r53433 /trunk/src/floating_point_emulation.hpp: 
20120304 22:28:35< CIA-134> Add tracer code for the floating point emulation.
20120304 22:28:35< CIA-134> The code isn't used yet, but it will be used to determine the proper
20120304 22:28:35< CIA-134> branch decisions in not yet committed code.
20120304 22:29:10< mordante> Ivanovic, no need to test, there should be no change in quality, and I expect the speed to be worse than before
20120304 22:30:41-!- negusnyul [~negusnyul@dsl54028DDB.pool.t-online.hu] has quit [Quit: Konversation terminated!]
20120304 22:31:54< Ivanovic> mordante: okay, good to know
20120304 22:43:23< CIA-134> mordante * r53435 /trunk/src/sdl_utils.cpp: 
20120304 22:43:23< CIA-134> Slightly rework the scale algorithm.
20120304 22:43:23< CIA-134> This doesn't change the output for the double floating point emulation,
20120304 22:43:23< CIA-134> but improves the output for the Sint32 version.
20120304 22:45:27< mordante> Ivanovic, when applying http://paste.debian.net/158561/ the images should look much better :-)
20120304 22:45:31-!- rjaguar3_ [~gauthier@c-67-175-80-212.hsd1.il.comcast.net] has joined #wesnoth-dev
20120304 22:45:52< mordante> I need to profile for speed later, no need to measure how much slower it got ;-)
20120304 22:47:01< Ivanovic> :)
20120304 22:47:07< Ivanovic> i won't test it then either
20120304 22:47:08< Ivanovic> ;)
20120304 22:48:43< mordante> you could test at your PC as well to see how much better the graphs look again ;-)
20120304 22:48:55< mordante> I do the same over here
20120304 22:49:43-!- loonycyborg [loonycybor@wesnoth/developer/loonycyborg] has quit [Ping timeout: 252 seconds]
20120304 22:50:16-!- loonycyborg [loonycybor@wesnoth/developer/loonycyborg] has joined #wesnoth-dev
20120304 22:51:16-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20120304 22:54:08-!- stikonas [~and@bcm-131-111-216-70.girton.cam.ac.uk] has joined #wesnoth-dev
20120304 22:54:08-!- stikonas [~and@bcm-131-111-216-70.girton.cam.ac.uk] has quit [Changing host]
20120304 22:54:08-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120304 22:54:37-!- stikonas [~and@wesnoth/translator/stikonas] has quit [Remote host closed the connection]
20120304 22:57:00< Ivanovic> i have to setup some tunneling first since the ssh port is (normally) blocked here
20120304 22:57:11< Ivanovic> and yeah, i am too lazy to setup the tunnel magic right now
20120304 22:57:35-!- stikonas [~gentoo@bcm-131-111-216-70.girton.cam.ac.uk] has joined #wesnoth-dev
20120304 22:57:36-!- stikonas [~gentoo@bcm-131-111-216-70.girton.cam.ac.uk] has quit [Changing host]
20120304 22:57:36-!- stikonas [~gentoo@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120304 23:02:18-!- PolarPanda [~quassel@unaffiliated/peterporty] has quit [Remote host closed the connection]
20120304 23:03:41-!- Crendgrim [~crend@77-22-112-72-dynip.superkabel.de] has quit [Quit: ...]
20120304 23:05:47-!- Pete-Requiem [~quassel@unaffiliated/peterporty] has joined #wesnoth-dev
20120304 23:08:24-!- Danceman [~Danceman@a95-92-11-53.cpe.netcabo.pt] has joined #wesnoth-dev
20120304 23:08:32-!- Appleman1234 [~Appleman1@ppp59-167-222-56.qld.adsl.internode.on.net] has quit [Remote host closed the connection]
20120304 23:09:37-!- Upthorn [~ogmar@108-85-91-228.lightspeed.frokca.sbcglobal.net] has quit [Ping timeout: 244 seconds]
20120304 23:15:14-!- Danceman [~Danceman@a95-92-11-53.cpe.netcabo.pt] has quit [Remote host closed the connection]
20120304 23:16:54< mordante> ok no problem
20120304 23:19:32< mordante> I'm off night
20120304 23:19:49-!- mordante [~mordante@wesnoth/developer/mordante] has quit [Quit: Leaving]
20120304 23:29:22-!- stikonas [~gentoo@wesnoth/translator/stikonas] has quit [Quit: Konversation terminated!]
20120304 23:30:57-!- Danceman [~Danceman@a95-92-11-53.cpe.netcabo.pt] has joined #wesnoth-dev
20120304 23:31:19-!- zookeeper [~lmsnie@wesnoth/developer/zookeeper] has quit [Ping timeout: 244 seconds]
20120304 23:31:28-!- stikonas [~and@bcm-131-111-216-70.girton.cam.ac.uk] has joined #wesnoth-dev
20120304 23:31:28-!- stikonas [~and@bcm-131-111-216-70.girton.cam.ac.uk] has quit [Changing host]
20120304 23:31:28-!- stikonas [~and@wesnoth/translator/stikonas] has joined #wesnoth-dev
20120304 23:31:30< Espreon> [objectives]side= should really be able to take a comma-separated list...
20120304 23:38:23-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Quit: Lost terminal]
20120304 23:41:59-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20120304 23:44:20-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has quit [Client Quit]
20120304 23:44:59-!- shadowm_laptop [ignacio@wesnoth/developer/shadowmaster] has joined #wesnoth-dev
20120304 23:45:04< CIA-134> ai0867 * r53436 /trunk/data/tools/wesnoth/ (libgithub.py wescamp.py): Add -C/--checkout-readonly option to wescamp.py
20120304 23:45:21< CIA-134> ai0867 * r53437 /website/gettext.wesnoth.org/bin/update-gettext-stats: Use readonly checkouts for g.w.o
20120304 23:49:06-!- anonymissimus [~chatzilla@HSI-KBW-078-042-163-105.hsi3.kabel-badenwuerttemberg.de] has joined #wesnoth-dev
20120304 23:49:28< anonymissimus> Espreon: yup; you just spotted a tag I overlooked
20120304 23:49:52< anonymissimus> and the default is already "all sides" so no problem to add a SSF
20120304 23:50:11< anonymissimus> what about you coding it and I have a look ? :P
20120304 23:50:23-!- noy [~Noy@wesnoth/developer/noy] has quit [Quit: noy]
20120304 23:50:47< Espreon> anonymissimus: Too hard.
20120304 23:52:13< anonymissimus> I expect it to be much easier than the voodoo language stuff you''re doing all the time
20120304 23:52:58< Espreon> Oh no.
20120304 23:53:05< Espreon> That's much easier.
20120304 23:53:19< anonymissimus> it's scary as hell
20120304 23:53:33< Espreon> Making pharyngeal fricatives is much easier than scewing with Lua.
20120304 23:54:31< Espreon> *screwing
20120304 23:56:28< Espreon> Voiced velarized dental fricative anyone?
20120304 23:57:09< shadowm> if it'll make my teeth whiter, then yes
20120304 23:57:22< Espreon> Buahahahahahahahaha!
20120304 23:58:58-!- MeccaGod [~majs@host189-199.bornet.net] has quit []
--- Log closed Mon Mar 05 00:00:54 2012