Sorry for breaking the thread but I've got only access to my mails by using
ssh to the mailserver and mutt right now...
About the max-flow algorithm for perfect distribution: I found out how to code
it and could do it very fast now. I just delayed it for Xan's changes to the
abilities and then
Nils Kneuper wrote:
Since UTBS is playing by far later than everything else in wesnoth,
why should there not be some "religious" in that time?
I think the idea was not having Wesnoth (the world) without religion but
rather Wesnoth (the game) to avoid hurting religious feelings of any
group of
Am Montag, den 02.01.2006, 08:00 +0100 schrieb Jérémy Rosen:
> please comment
Add -pedantic and -ansi as well. :-)
Bye David
Am Donnerstag, den 08.12.2005, 21:10 +0100 schrieb Nicolas Weeger:
> As it is now, settings and such are stored in 'userdata', sudirectory of
> game installation location. Some people (disclaimer: i'm one of them!)
> think the correct location, for Win2k/XP, would be in the user's data
> subdirecto
Hi,
I've just had a look at the changelog and noticed that at least the
death animations for the drakes are not listed. I'm rather sure that
other people will forget to update the changelog as soon as they commit
new stuff as well. Looks like we need to make this requirement more obvious?
Wait
Am Montag, den 12.12.2005, 09:33 -0500 schrieb john w. bjerk:
> I'm not entirely clear on what needs to go onto the changelog.
> I'm assuing an item changed a number of times would only get one entry?
Sure, I'd say that everything visible to the user should go into the
changelog.
> And changes in
Am Dienstag, den 13.12.2005, 17:08 +0100 schrieb Nils Kneuper:
> It is mainly need on big screens and most users that
> use big screens also do have rather fast machines. (>500MHz)
Why not make it even simpler - only active it for a defined resolution
and above? I think everything beyond 1024x786
Am Dienstag, den 13.12.2005, 18:56 +0100 schrieb Isaac Clerencia:
> > Why not make it even simpler - only active it for a defined resolution
> > and above? I think everything beyond 1024x786 or even 800x600 may use
> > bilinear as it is unlikely that the user is running a very slow machine.
> It ma
Am Samstag, den 26.11.2005, 14:17 +0100 schrieb Yann Dirson:
> - improve the zipios thing, which is really not efficient
> performance-wise
Just out of curiosity - what is the main advantage of zipios? AFAIK few
are using it because it slows the game considerably. If it is just disk
space, transpa
Am Samstag, den 06.08.2005, 15:13 +0200 schrieb Isaac Clerencia:
> On Saturday, 6 August 2005 14:56, ott wrote:
> > As I understood it, the main reason for the feature freeze is to ensure no
> > new potentially undesirable interactions can occur to delay the release
> > of 1.0. Since the patch is
Am Dienstag 28 März 2006 09:07 schrieb Richard Kettering:
> This is always a hard recruit, because it's not easy for us to judge
> the competency of the person at doing their job. SVN access is
> usually granted for competency at _other_ tasks, and not as an end in
> itself. Plus it's a catch-22
Am Dienstag 04 April 2006 23:05 schrieb Jörg Hinrichs:
> Any suggestions/comments/whatever are highly welcome :-)
I think the idea in itself is a good one but please try to do it in a C++ way
using templates and such and not with some weird C methods. I know that those
work but I also know how u
Am Dienstag 11 April 2006 19:33 schrieb Laurent Birtz:
> With Xan's addition of cumulative and non-cumulative ADD and MUL modifiers,
> the computations are even more complex.
So why not simply take this as an indication that this change is a bad one?
The current formula was found after long tries
Am Dienstag 11 April 2006 20:30 schrieb Laurent Birtz:
> I'm not arguing wheter its reasonable or not. I think
> it is. Your statements seem to imply that (! unexpected) =>
> understandable. These are different issues. It is
> important that the user may know precisisely wheter he
> can kill a unit
Am Dienstag 11 April 2006 20:49 schrieb Laurent Birtz:
> In MP games I do compute them by hand.
You're not really considering yourself an average user I hope?
Bye David
___
Wesnoth-dev mailing list
Wesnoth-dev@gna.org
https://mail.gna.org/listinfo/wesn
Am Donnerstag 20 April 2006 12:58 schrieb Isaac Clerencia:
> * how would you like to do it? last time we had trunk in freeze for a long
>time and developers were unable to do any new work on wesnoth at all. I
>would like to branch 1.2 out of trunk as soon as it's in a decent shape.
That s
Am Freitag 21 April 2006 01:29 schrieb John McNabb:
> It doesn't
> make sense to me for the translators for a particular language to be
> working on the unstable version if the stable version isn't finished,
> but it also doesn't make sense to me to wait too long just to add a
> few more translatio
Am Montag 08 Mai 2006 13:56 schrieb Jérémy Rosen:
> if nobody is against it, I'll remove the option, making display of halos
> mandatory
Why not simply add a tooltip stating that you're loosing some animations in
favor of speed when disabling them?
Bye David
Am Sonntag 07 Mai 2006 19:09 schrieb David White:
> I think the most important thing is to be reasonable. If a new image
> looks much better than an old one, but doesn't have any animations, then
> that is still probably acceptable.
I'm with the group stating that 1.2 shouldn't have as strict rule
Am Mittwoch 10 Mai 2006 00:14 schrieb Hansenet Mail:
> Indeed, this is an annoyance. Since this is an ongoing problem as long as
> we have windows devs, i suggest to write a little script to get those
> additional characters out of there again. Then me, Sapient and who else is
You mean something l
Am Donnerstag 11 Mai 2006 08:22 schrieb Jörg Hinrichs:
> So i am stuck on this, i could need some more information. Your turn... :-)
As it's not listed in your list of solutions - you thought about using gzip on
the data? Should be highly redundant I'd think.
Bye David
_
Am Montag 15 Mai 2006 10:39 schrieb Jens Seidel:
> optipng optimised losslessly and I verified for a few files that the
> content was not changed (by converting old and new files to XPM and
> comparing both files). Nevertheless I do not know whether PNG carries
> attributes which need to be preserv
Am Montag 15 Mai 2006 12:44 schrieb Jens Seidel:
> Does this mean the previous try was performed with OptiPNG? I did not found
> this information in the archive.
That was pngrewrite (very bad, does just wrong conversions), pngcrush, optipng
and advpng. The latter three should be ok as long as you
Am Mittwoch 17 Mai 2006 13:34 schrieb Jens Seidel:
> Ah, OK. I thought someone tried just to reduce the number of used colours
> or applied any other not lossless optimisation (instead of using a buggy
> but as far as I understand lossless optimisation program; I hope you filled
> a bug report).
I
Am Samstag 20 Mai 2006 13:20 schrieb Nils Kneuper:
> beginning!". I really dislike stuff like this and would welcome a
> balancing that does not depend this much on the success in the earlier
> missions. I think it would enhance the fun since it reduces frustration
> in some missions.
I think this
Am Dienstag 23 Mai 2006 22:02 schrieb Lari Nieminen:
> My reasoning for a change is that having to hoard gold is simply not
> fun. Leveling up units to build up a good army is fun, while trying to
> hoard unknown amounts of gold is not.
If we want to restrict the changes to gold I'm not opposed. S
Am Mittwoch 24 Mai 2006 20:28 schrieb Bruno Wolff III:
> Yes. That's why the difficulty level is easy. There should be no
> frustrating replaying of previous scenarios no matter how just barely the
> person advanced from the previous scenario.
I don't agree. Relying on some success in earlier scen
Am Freitag 02 Juni 2006 20:53 schrieb Daniel Bruegmann:
> I've tried compiling Wesnoth from svn (I typed svn update just before
> building), using ./configure and make. I get the following error message
Try to do a ./autogen.sh before the ./configure.
Bye David
__
-- Weitergeleitete Nachricht --
Subject: Re: Fwd: [Wesnoth-dev] Wesnoth 1.0.3?
Date: Samstag 03 Juni 2006 16:03
From: Viliam Búr <[EMAIL PROTECTED]>
To: David Philippi <[EMAIL PROTECTED]>
Hi, David!
I agree with what Isaac said. Luckily I do not need to argue
Am Montag 12 Juni 2006 13:20 schrieb Rusty Russell:
> I'm happy to do the work and fix any bugs which arise, but I wanted to
> make sure that others see the performance issues as enough of a problem
> that it's worth doing at this late stage...
I think it's a usefull change but we should be
Am Montag 14 August 2006 02:12 schrieb Lars Næsbye Christensen:
> Following a previous mail (some months ago), I'd like to inform you
> that DejaVu Sans is now in version 2.9, adding support for Hebrew as
> well as a lot more glyphs and fixes since the version currently
> shipping with Battle of We
Am Samstag 19 August 2006 18:09 schrieb Nils Kneuper:
> IMO we still have some problems with the ram usage left. The ram usage I
> wrote about is only when seeing text and terrain, no animations and
> stuff. Some of them might be worth changing/fixing. I don't know how
> many other possible leaks w
Am Dienstag 05 September 2006 17:40 schrieb Nils Kneuper:
> The group of these two or three people should have the power to say that
> this "history" is the official one. If there are discussions somwhere
> these people are the ones saying what counts for the game. And it should
> in the end be acc
Am Mittwoch 11 Oktober 2006 19:01 schrieb [EMAIL PROTECTED]:
> I guess most developpers (if not all) aren't linguists and don't really
> want to mess with this.
Exactly. I'm absolutely no linguist, I just know about how gettext works on
the technical side. Therefore I don't feel comfortable to ma
Am Mittwoch 11 Oktober 2006 20:12 schrieb Isaac Clerencia:
> > Are you guys arguing about whether to let someone put in a Valencian
> > translation or just what to call it?
> The latter.
From the discussion so far - shouldn't we simply keep the locale at
[EMAIL PROTECTED] and call the translation
Am Donnerstag 12 Oktober 2006 09:03 schrieb Alfredo Beaumont:
> It would be like calling 'American', 'British', 'Brazilian', 'Austrian' to
> American English, British English, Brazilian Portuguese and Austrian
> German. You may do it, but IMHO it is simply wrong.
It's sort of a compromise. Some pe
Am Freitag 13 Oktober 2006 15:58 schrieb Jörg Hinrichs:
> So, if you made it up to here (and did not jump over 80% of the content
> ;-): What are your opinions about it?
Looks like this is plain and simple required. Unless I misunderstood something
fundamental this will not only improve performan
Am Montag 30 Oktober 2006 11:40 schrieb Rusty Russell:
> > 3) Any ideas if the performance improvements have a *real* chance to be
> > completed soon so that we should wait for them to release 1.2?
> I doubt it. The ones I've seen are all non-trivial, and would take one
> release to check them alo
Am Freitag 10 November 2006 16:41 schrieb Hogne Håskjold:
> shreedhar aka nataraj wrote:
> My vote: no. Games using either GTK or QT doesn't look like games, they
> look like spreadsheets... (fx freeciv).
I agree, games don't want to use a standard toolkit.
Bye David
Am Montag 13 November 2006 11:19 schrieb [EMAIL PROTECTED]:
> URL: http://svn.gna.org/viewcvs/wesnoth?rev=14227&view=rev
> Log:
> Made the textdomain explicit, so the righ translation would be used in user
> eras that use these files
> +#textdomain wesnoth
Seems like not everyone knows that this
Am Montag 13 November 2006 11:46 schrieb [EMAIL PROTECTED]:
> I had bad surprises when testing the translations of some use era that use
> these files (Extended ans Default + Kalifa Eras), they were NOT translated
> correctly. It look it was looking for the translation in the wrong
> textdomain (we
Am Montag 13 November 2006 12:03 schrieb [EMAIL PROTECTED]:
> It looks the default textdomain is not necessarily "wesnoth", but the one
> used in the parent file (where the file is included from).
> This makes sense IMHO and it is not necessarily a bug.
Well, I was told that the textdomain is not
Am Freitag 22 Dezember 2006 19:44 schrieb EdB:
> i've got sdl 1.2.11 here and Xorg 7.1 and don't have this issue !
Yes, it looks very much like a badly compiled libSDL binary on some
distributions.
Bye David
___
Wesnoth-dev mailing list
Wesnoth-dev@gn
Am Freitag 22 Dezember 2006 20:06 schrieb Jens Seidel:
> How does is work on your systems? Can you please verify that the X11
> related definition of SDL_SysWMinfo is used (add #warning "Debug message").
> If this is true, please tell me where SDL_VIDEO_DRIVER_X11 is defined in
> your system. In a
Hi,
some of you might have noticed Eleazar's post about better supporting RPG like
gaming. I couldn't sleep well tonight and thought a bit about this and tend
to agree. We really could make AMLA stronger. It's probably very rare in MP
and could be disabled there if need be. For SP it can be nic
Am Mittwoch 14 Februar 2007 schrieb john w. bjerk:
> I think a good guideline for AMLA upgrades is that a unit shouldn't
> loose it's distinctivness.
That's why I never proposed something which would make a unit exactly equal to
another. Sure the Great Mage would get teleport but never as efficie
Am Donnerstag 15 Februar 2007 schrieb Richard Kettering:
> a] a boost of one MP, to get the magic number 6 (two 3mp terrains/turn)
I guess this would be useful to most units which have 5 MP. Unless they're
quick they're seriously worse on such terrain. If you brought your unit up to
AMLA it's on
Am Donnerstag 15 Februar 2007 schrieb john w. bjerk:
> If units gain AMLAs too quickly the XP increase could be changed from
> 25% to 50%.
Yes, this is an important point. AMLA gets soon very expensive. Especially if
you always have to decide between HP bonus + heal or special bonus and no
heal.
Am Freitag 30 März 2007 schrieb Mark de Wever:
> I'd say _if_ we decide to do it all possible problems need to be fixed
> before the next stable release. For now I just want to have it as is in
> 1.3.2 and see what the players think.
Wouldn't it make more sense to first get the ok from the artists
Hello,
I just thought a bit about this topic again. We're at the start of a new
unstable tree and the bars to get in new code are low - why not also for
campaigns? My idea would be to freely include anything which is rather
complete, not braindead and maintained (using new terrain letter should
Am Samstag 07 April 2007 schrieb Nils Kneuper:
> 1) Before including it we do at least need one vote from a dev stating
> that it should go in. This is to make sure that the quality is at least
> acceptable.
Sure, we need a dev to check it in anyway. ;-)
> 2) Everything should be ready for trans
Am Sonntag 08 April 2007 schrieb Eric S. Raymond:
> 1) We can, and probably should, require people modifying either
>mainline or UMC data to run macroscope on it before committing
>or shipping.
So you'll provide self-contained binaries for Windows / OS X? I've got the
feeling that quite a
Am Freitag 13 April 2007 schrieb Isaac Clerencia:
> Any clues about this?
Well, I see nothing that prevents a GPL game from including music which isn't
under GPL. So if he never explicitely released it under GPL, he can demand
that others don't use it.
Of course, for this very reason Adonthell w
Am Freitag 13 April 2007 schrieb Bruno Wolff III:
> If he knowingly contributed the music to the project it would be gpl
> licensed and he wouldn't be able to rescind that (at least in some places).
Who says so? I can contribute something to a GPL project saying: you may
distribute it along with
Am Freitag 13 April 2007 schrieb Bruno Wolff III:
> In the case at hand it is possible, that the copyright owner didn't realize
> what licensing under the gpl really meant and didn't intend to do that.
I've seen no proof that he released it under the GPL. He put it into a GPL
project but if he di
Am Freitag 13 April 2007 schrieb Mattias Westlund:
> Being a musician, this discussion raises an interesting question. Does
> the exact same rules apply for music as for software? If music is GPL'd,
The GPL was designed for code, your question is more or less unanswered. But
actually not you woul
Am Samstag 14 April 2007 schrieb Mark de Wever:
> I can live with the fact that the maintaince dev is free to do
> maintainance WML changes, but not allowed to make radical changes as long
> as the campaign is being maintained. Once it's no longer maintained the
> maintainance dev is free to do as
Am Samstag 14 April 2007 schrieb Nils Kneuper:
> I don't think this would be a problem. We could make the campaignserver
> to use some special fomat commit message and you could filter your mails
> for that very message (and maybe move all others either to trash or to
> somewhere else).
The main p
Am Sonntag 15 April 2007 schrieb ott:
> But why add them to the main repository? I thought Dave wanted to
> move to a smaller game core and content that could be created more
> independently of the core. Or has this direction been abandoned?
Where's the problem with many campaigns in the core? I
Am Donnerstag 26 April 2007 schrieb John McNabb:
> I am not sure that I would refuse to load it completely. I would
> suggest popping up a warning window that says something like, "You are
> attempting to load a save file from an incompatable version.
> Continuing will likely cause Wesnoth to cras
Am Donnerstag 26 April 2007 schrieb John McNabb:
> Because I see potential for different types of incompatability in the
> future. Imagine that in the future there is an incompatablity that
> only causes problems if a particular event is used (or unit, whatever)
But that's not what this proposal
Am Freitag 27 April 2007 schrieb Mist:
> Proposed implementation
> 1) Change the parser to accept filename as an argument (if it's not done
> already).
> 2) Change next_scenario key to make it keep scenario filename instead of
> scenario id
This is error prone as Windows doesn't care for case on f
Hello,
while talking to the chinese translator about this topic, I spotted a problem
in our usage.
msgid "Friendly unit sighted"
msgid_plural "$friends friendly units sighted"
Looks very fine. You've got the singular and the plural variant with a number
so translations with multiple plural var
Am Dienstag 08 Mai 2007 schrieb Nils Kneuper:
> - Eastern Ivasion - Turin
Didn't Turin state just yesterday on IRC that he's only doing bugfixes and
would be happy to hand over the campaign to someone else?
Bye David
___
Wesnoth-dev mailing list
Wesn
Am Montag 14 Mai 2007 schrieb Eric S. Raymond:
> Fine, let's define a standard. Is PG-13 "unobjectionable"?
Wesnoth has many players younger then 10 AFAIK.
Bye David
___
Wesnoth-dev mailing list
Wesnoth-dev@gna.org
https://mail.gna.org/listinfo/wesnot
Am Donnerstag 24 Mai 2007 schrieb Eric S. Raymond:
> Ivanovic, myself, alink, and allefant have all been whacking at this
> problem but have failed to solve it. There is a suggestion on the
> table that we ought to drop a nuke on the problem by linking the
> Boost filesystem library and using its
Am Donnerstag 24 Mai 2007 schrieb jeremy rosen:
> * it's not GPL (might be GPL-compatible, but I havn't checked)
It is compatible and used by other (L)GPL projects like OpenOffice.org
The license is like that für libstdc++ - the goal is to be usable by everyone.
> * any thought from our tiny-GUI
Am Montag 04 Juni 2007 schrieb Bruno Wolff III:
> > 16) Unit types topping out at level 2 makes them bad investments
> I don't think you can draw that conclusion.
I agree. They're simply special choices which you usually won't make. But in
some situations you want them. Of course, this argues ag
Am Donnerstag 02 August 2007 schrieb Hans-Joachim Gurt:
> ML and forum are fine, but I haven't seen
> much discussion here&there lately.
That's because they happen on IRC and don't worry. German evening is the time
when most people are to be found there. Many developers are european after
all. O
Reading the forums it seems like we've got a problem in this area. There are
quite a few contributions of which some are even good. While the talent and
skill of Aleksi and TimothyP are not in any doubt, the fact that they seem to
have little time is somewhat blocking in this field.
My idea woul
Am Dienstag 25 September 2007 schrieb Mattias Westlund:
> That said, I *do* consider myself capable of telling a good piece from a
> bad one, or a piece with potential from an unsalvageable mess ;)
I think the most important part would be to get good music in right now and
before 1.4 there should
Am Freitag 28 September 2007 schrieb jeremy rosen:
> I am trying to make the animation syntax evolve some more...
>
> this involves some complicated upgrades of WML, which in trun might require
> a couple of releases to avoid pushing too much changes in one go to the
> user...
As long as the old s
Am Sonntag 25 November 2007 schrieb Mark de Wever:
> Do we want to have the compression and do we want to add the additional
> dependencies?
I think we absolutely want the compression and adding boost was discussed
often enough to be no question as well.
Actually I'd also compress the upload to t
Am Sonntag 02 Dezember 2007 schrieb Jens Seidel:
> Now ask yourself: If trivial patches are not applied what happens with
> real errors?
They have much better chances to get solved I'd guess. People don't like to
touch code maintained by others as this can lead to tension. If it's just a
tiny im
Am Sonntag 02 Dezember 2007 schrieb Mark de Wever:
> titlescreen. This avoids terminations due to asserts, which users see as
> crashes. I'll look into converting the existing code to use this kind of
> assert and also look at which asserts should be a runtime check.
I guess in 1.3.x / 1.5.x etc.
Am Samstag 15 Dezember 2007 schrieb [EMAIL PROTECTED]:
> Added:
> trunk/sounds/wardrums.wav (with props)
Perhaps a .ogg might be slightly better then a 2.6 MB .wav?
Bye David
___
Wesnoth-dev mailing list
Wesnoth-dev@gna.org
https://mail.gna.org/l
Am Montag 24 Dezember 2007 schrieb Jens Seidel:
> Isn't Mesa a software implementation of OpenGL and everywhere available?
> It would be not accellerated by hardware but isn't this how it currently
> works?
Sure, if you want about 3 FPS... Mesa helps you if some feature isn't
supported by your ca
Am Dienstag 25 Dezember 2007 schrieb David White:
> Any thoughts on this? Does anyone have any objections to us changing
> this from opt-in to opt-out?
I guess the opt-out should be a one time pop-up with at least 5 seconds screen
presence (prevent accidental click away). Along with the icon indi
Am Donnerstag 24 Januar 2008 schrieb Nils Kneuper:
> I think that is currently one of the main benefits of cmake, it is
> crossplatform and supports the basic and known build systems of each.
It has its downsides as well...
http://farragut.flameeyes.is-a-geek.org/articles/2008/01/06/im-not-an-hap
Am Freitag 25 Januar 2008 schrieb Eric S. Raymond:
> What's different today is that autotools has gotten to be a worse and
> worse tarpit over time. Thus, its challengers have a better competitive
> position today then they did back when they were less mature and
> autotools was less encrusted.
T
Am Freitag 25 Januar 2008 schrieb Martin Renold:
> I've been looking for arguments against SCons a bit. There are. It looks
> like SCons did really fall hard when the KDE project tried to use it:
I think you'll find lots of arguments against any system. I've seen lots of
different systems appear
I've seen some commits recently to remove unused stuff and this triggered my
memory about reading something on the matter recently. Maybe those links will
be usefull to a few developers...
http://farragut.flameeyes.is-a-geek.org/articles/2008/01/17/today-how-to-identify-unused-exported-functions
Am Samstag 26 Januar 2008 schrieb Mark de Wever:
> Elias already added a script unused_functions.py which can dump a list
> of unused functions. I on a regular basis and it finds some unused
> functions but I think most still carry some merit. I only think I'm
Yes, it's using -gc-sections. But the
Am Montag 28 Januar 2008 schrieb Mark de Wever:
> As a side note I'd like to have boost::smart_ptr and not the tr1
> variation since not all platforms have easy support for boost 1.34(.1).
> Debian Etch uses boost 1.33.1.
I consider that a very bad argument. 1.5 is geared towards the future, don't
Am Montag 28 Januar 2008 schrieb Mark de Wever:
> Since boost 1.34(.1) supports both boost::shared_ptr and
> boost::tr1::shared_ptr I see no reason to break backwards compatibility.
Tr1 is supposed to become the new standard which looks better to me. That one
will be documented in future books.
Am Montag 28 Januar 2008 schrieb Jens Seidel:
> This confuses me. Not sure whether you want ::boost::smart_ptr or
> ::tr1::smart_ptr.
If they've got the same syntax, it's a simple matter of changing using
declarations. ;-)
Greetings,
David
___
Wesnoth
Am Montag 28 Januar 2008 schrieb [EMAIL PROTECTED]:
> However, I would like to limit its use to situations where it is
> highly useful. It would be easy to get into a habit of using it
> everywhere, and I think this would create more confusion for new
> developers. The config class is a good exampl
Am Montag 11 Februar 2008 schrieb Mattias Westlund:
> Well yeah, sure. What is expected of me, more exactly?
Judge the music submitted and decide which track is good enough to get
committed.
Bye,
David
___
Wesnoth-dev mailing list
Wesnoth-dev@gna.org
Am Dienstag 12 Februar 2008 schrieb jeremy rosen:
> and if a forum mod could upgrade your title, that would be grat :)
He's a Lord of Music now.
David
___
Wesnoth-dev mailing list
Wesnoth-dev@gna.org
https://mail.gna.org/listinfo/wesnoth-dev
Am Dienstag 12 Februar 2008 schrieb Mattias Westlund:
> gna.org, I assume?
Right. BTW don't forget to search through the forum for older stuff which
didn't make it into mainline just because nobody felt responsible...
David
___
Wesnoth-dev mailing lis
Am Sonntag 02 März 2008 schrieb Nils Kneuper:
> And one requirement before anything gets lifted from now on is 2 complete
> months with the *revised* texts in wescamp. I do not want to see such
Just to make sure...
1. WesCamp-i18n is currently not supported well by g.w.o ...
2. Developing campai
Am Mittwoch 19 März 2008 schrieb [EMAIL PROTECTED]:
> Silence 6 gcc warnings about using const on a return type. These were a mix
> of int and bool. Even though this is different than the void case, I think
> removing the const still makes sense.
Let's see... we've got a const on an elementary dat
Am Mittwoch 26 März 2008 schrieb Eric S. Raymond:
> 2. Documentation formatting
> 5. Translations handling.
I'd guess that for both of those ettin is the one who knows most about how
it's done.
Bye,
David
___
Wesnoth-dev mailing list
Wesnoth-dev@gna.o
Am Freitag 28 März 2008 schrieb [EMAIL PROTECTED]:
> Switch off abort checks for missing library if user specified CXXFLAGS
> or LDFLAGS. (Assume he knows what he's doing.)
Sorry but this is nonsense. Putting libs into CXXFLAGS is dead stupid and
neither of those is usually used for this purpose
Am Mittwoch 16 April 2008 schrieb Richard Kettering:
> The only change I'm suggesting is foregoing the big download link at
> the top,
Sounds like a very good idea. Make it a tiny one for those who search it and
switch to a big one once 1.5 becomes suitable for the average user.
Bye,
David
Am Montag 18 August 2008 schrieb [EMAIL PROTECTED]:
> I have one example where this might be nice to have this ouside areas
> where we have WML variable : scenarios generated from WML macros where
> you might want one of the macro parameters to appear i the title or
> description.
I think that cas
Hi,
I've just seen another thread about a piece of music and TimothyP stating that
it's good enough for mainline. I'm pretty sure there were other well done
tracks lately but I can't seem to remember any commits? So do we have someone
who commits music once people with the required skills appro
Am Dienstag, 11. November 2008 16:35:47 schrieb Bruno Wolff III:
> The recent change to upload preferences is generating a gcc warning on my
> box that blocks building with the default options. I have looked at the
> code and tried some tweaks, but as far as I can tell the code is correct
> and gcc
Am Mittwoch 03 Dezember 2008 schrieb [EMAIL PROTECTED]:
> URL: http://svn.gna.org/viewcvs/wesnoth?rev=31239&view=rev
> Log:
> Change CXXFLAGS to CCFLAGS so .c sources will be affected too.
I wouldn't consider this a good idea. It's perfectly valid to put options into
CXXFLAGS which are not availa
Am Donnerstag 08 Januar 2009 schrieb Arc Riley:
> On proper design, specifically you'll want to avoid using the string type
> for strings, use unicode exclusively for text. Write and use a collection
> of #define's that does char*<->PyObject* conversion so this can be changed
> from (ie) PyString_
1 - 100 of 104 matches
Mail list logo
