http://bugs.freeciv.org/Ticket/Display.html?id=39455 >
Hello, i just compiled the last version of 2.1 from svn, i got:
> menu.c: In function «update_menus":
> menu.c:1279: attention : passing argument 2 of «menus_set_sensitive"
makes integer from pointer without a cast
> menu.c:1280: attention :
http://bugs.freeciv.org/Ticket/Display.html?id=39456 >
>From Gilles Seguin:
When you click on the right or the left on the cursor on a hscale in the
Governor page, the value decrease or increase by 1. This is not the case
of celebrate hscale, is this a bug or a forgotten stuff?
--- cma_fe.c.yy 2
http://bugs.freeciv.org/Ticket/Display.html?id=39455 >
Caused by the checkin in #15260. Here is a patch that works with both
the 2.1 and trunk branches.
Index: client/gui-gtk-2.0/menu.c
===
--- client/gui-gtk-2.0/menu.c (revision 131
http://bugs.freeciv.org/Ticket/Display.html?id=39455 >
> [engla - Sam. Jul. 14 11:20:57 2007]:
>
> Caused by the checkin in #15260. Here is a patch that works with both
> the 2.1 and trunk branches.
>
This patch looks very better. Thank you
___
Free
http://bugs.freeciv.org/Ticket/Display.html?id=39450 >
Ulrik Sverdrup wrote:
> But we could go for consistency the other way around and change our
> mind and use:
>
> :rule_name()
> :name_translation()
> :plural_translation()
>
> to follow the C function names
>
yes. follow the C function nam
http://bugs.freeciv.org/Ticket/Display.html?id=39455 >
Ulrik, as I learned the hard way myself, all developers should compile
with ./autogen.sh --enable-debug
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
http://bugs.freeciv.org/Ticket/Display.html?id=39451 >
Ulrik Sverdrup wrote:
> As a third option, we could make more abstract functions for giving
> techs etc so that it would not be necessary to initiate signals in the
> code; really if a tech is given in a scenario script, the side effects
> (s
http://bugs.freeciv.org/Ticket/Display.html?id=39456 >
Pepeto _ wrote:
> Please, change it for 1.14, 2.0, 2.1 and trunk branches.
>
Not a crashing bugfix, so 2.1 and trunk only.
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/l
http://bugs.freeciv.org/Ticket/Display.html?id=39455 >
2007/7/14, William Allen Simpson <[EMAIL PROTECTED]>:
>
> http://bugs.freeciv.org/Ticket/Display.html?id=39455 >
>
> Ulrik, as I learned the hard way myself, all developers should compile
> with ./autogen.sh --enable-debug
Thanks. You can ch
http://bugs.freeciv.org/Ticket/Display.html?id=39451 >
> That sounds better to me. KISS.
>
> Remember, the lua code cannot do anything that requires understanding of
> the underlying structure, nor anything random (choosing), as that would
> break fundamental assumptions of the network, ruleset,
http://bugs.freeciv.org/Ticket/Display.html?id=39455 >
Ulrik Sverdrup wrote:
> Thanks. You can check in that patch early since I broke the build; or
> I can take care of it with your permission.
>
Generally, compile bugs should be checked in as fast as possible, by
whomever finds and fixes them.
http://bugs.freeciv.org/Ticket/Display.html?id=39455 >
Committed patch to 2.1 as r13102 and trunk as r13103
___
Freeciv-dev mailing list
Freeciv-dev@gna.org
https://mail.gna.org/listinfo/freeciv-dev
http://bugs.freeciv.org/Ticket/Display.html?id=39450 >
Patch attached, applies to trunk r13103
Now we have:
:rule_name()
:name_translation()
and for Nation_Type there is also:
:plural_translation()
Index: server/scripting/api_methods.h
http://bugs.freeciv.org/Ticket/Display.html?id=17187 >
Here are the three patches for this ticket and its two children:
#39450: Make unit_type etc names available in the scripting api
api_class_names_v3.diff
#39451: Add signal emit to scripting api
techsig_v1.diff
#17187: Move hut code into l
http://bugs.freeciv.org/Ticket/Display.html?id=39387 >
Re-reading the original posting, that should be "match_style".
After much testing, I've completely eliminated "match_style", and its
parameters "none", "bool", and "full".
Instead, I've replaced it with "match_with", a listing of match_type
http://bugs.freeciv.org/Ticket/Display.html?id=39387 >
While I was changing tilesets, the sections now are [tile_*], instead of
[terrain_*] (the latter is already used in terrain.ruleset).
And "cell_type" is now "sprite_type", matching its actual function.
The default (a "whole" tile) made no se
http://bugs.freeciv.org/Ticket/Display.html?id=39457 >
Since 2.1, airgoto doesn't work with the "G" command. It seems it's a
bug. I think there are > instead of >=.
--- common/aicore/pf_tools.c2007-07-14 11:03:06.0 +0200
+++ common/aicore/pf_tools.c.exp2007-07-15 00:31:36.000
http://bugs.freeciv.org/Ticket/Display.html?id=39458 >
The function do_unit_goto() doesn't work anymore since 2.1. This is
annoying when you load save game and you have to reset destination for
every unit. The function always returns 2 (GR_OUT_OF_MOVEPOINTS).
It should be nice if could work. Tha
18 matches
Mail list logo