This is the mail archive of the
xconq7@sources.redhat.com
mailing list for the Xconq project.
Xconq GDL changes
- From: Hans Ronne <hronne at telia dot com>
- To: xconq7 at sources dot redhat dot com
- Date: Sun, 10 Aug 2003 00:37:44 +0200
- Subject: Xconq GDL changes
I have checked in several bug fixes and improvements to the player setup
code. This includes two GDL changes. First, it is now possible to define a
side namer:
(set side-namer "whatever")
There is also a default side namer in the new file ng-side.g.
What this means is that unnamed sides will no longer be named 'A', 'B', 'C'
and 'D' (or even worse, as in some cases '-', '-', '-' and '-'). Instead,
they will get synthetic "real" names just like units and features.
You can define your own side namer for a game module. One difference
between a side namer and a side library is that a namer can invent new
names, and not just take them from a list.
The other GDL change affects the number of sides. The variable sides-min
has actually been used for two purposes: to provide a lower limit on the
number of sides (frequently used to lock the number of sides by setting
sides-min equal to sides-max) and to provide a preferred number of sides in
games with random side synthesis.
The latter function now has its own GDL variable: sides-wanted
What this means is that if you have a game with 10 predefined sides, and
you want this setup to be the default, then you set sides-wanted to 10. By
setting sides-min lower than 10, you allow the player to remove some of
your sides, and by setting sides-max higher than 10, you allow the player
to add more sides. In the latter case, you should make sure that these new
sides also get units, by setting start-with to non-zero for some unit
types.
If you want to prevent the player from changing the number of sides, you
set sides-min equal to sides-max. It is no longer possible to go below
sides-min by using the "Remove Side" button, so the sides-min limit is now
strictly enforced.
Hans