Follow-up Comment #4, bug #13873 (project freeciv):
this could be done with an extra line in the
game.ruleset file
[game]
; define the game setting
borders = 2
; lock it (first player is _not_ allowed to change it)
borders.lock = 1
The setting.lock defaults to FALSE. If it is
true, the setting
Update of patch #1195 (project freeciv):
Category:None = ai
Status:None = Done
Assigned to:None = cazfi
Open/Closed:
Follow-up Comment #1, patch #1189 (project freeciv):
One problem I see with this is that ally may end using the valuable airlift
capacity of your city you would need yourself. Human allies can of course
coordinate things via chat but AI allies are problem. It's already a problem
that they are
Follow-up Comment #2, patch #1188 (project freeciv):
This patch does not apply cleanly to current menu.c
___
Reply to this item at:
http://gna.org/patch/?1188
___
Message sent via/by Gna!
Follow-up Comment #3, bug #13891 (project freeciv):
text_tag_replace_text() looks for unit or city id and then determines
city/unit name based on that. This means no name is shown when city/unit is
not known by client. This is a problem. Server should be allowed to send
messages about any
Follow-up Comment #3, patch #1188 (project freeciv):
Huh, that's odd. menu.c hasn't changed since I made the patches. Maybe I made
an error?
Which patch doesn't work? Did you apply them in order?
(menu.c.01_reorg.diff, menu.c.02_accels_revised.diff, then
helpdata.txt.diff)