This is the mail archive of the xconq7@sources.redhat.com mailing list for the Xconq project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: Countries

From: Hans Ronne <hronne at telia dot com>
To: "Erik Jessen" <ejessen at adelphia dot net>
Cc: xconq7 at sources dot redhat dot com
Date: Sun, 27 Oct 2002 22:22:46 +0100
Subject: Re: Countries
References: <l03130300b9d8e7264795@[212.181.162.155]><002701c27b18$f2c6c6a0$6601a8c0@sbnhxyqkh6><l03130300b9e16471f16b@[212.181.162.155]>

>Hans,
>Thanks for the info; I'll add it to my 'designer's notes'.
>
>It would seem that the easiest way to add provinces, is to simply treat them
>as 'sides' that are allied to one or the other main side.  then, one simply
>allows an infinite # of sides (v. hardcoded limit). But, I don't know all
>the ins & outs of this.  Would that work?

I'm afraid not. MAXSIDES could be increased from its default setting of 15
to 30, but anything beyond that is currently impossible. See config.h.

Besides, the side with all its overhead is not what you would want in this
case. Rather, provinces would be best implemented as a new type of extended
unit that can occupy more than cell. Or perhaps as a completely new data
type.

Hans

Follow-Ups:
- Re: Countries
  - From: Stan Shebs

References:
- Xconq Windows and Mac binaries
  - From: Hans Ronne
- Countries
  - From: Erik Jessen
- Re: Countries
  - From: Hans Ronne
- Re: Countries
  - From: Erik Jessen

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]