URL: 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?
---
URL: 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
URL: 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
___
URL: 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 names.
URL: 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
URL: 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
URL: 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,
URL: 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
URL: 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
URL: 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
URL: 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
URL: 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_types.
This
URL: 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
URL: 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
14 matches
Mail list logo