Digest Number 534

To unsubscribe from this group, email

armybuilder-unsubscribe@egroups.com
------------------------------------------------------------------------

There are 4 messages in this issue.

Topics in this digest:

1. Re: Composition group limit for new race?
From: "Steven Crane" <onicrusher@plansofmice.co.uk>
2. Limited combinations
From: cmanos@crt.xerox.com
3. Re: Limited combinations
From: Colen 'Skrillboy' McAlister <demandred@skrill.org>
4. 40k3 datafiles - bug report website
From: "Shawn Campbell" <shawn@electricstitch.com>


__________________________________________________ ______________________
__________________________________________________ ______________________

Message: 1
Date: Thu, 11 Oct 2001 09:53:12 +0100
From: "Steven Crane" <onicrusher@plansofmice.co.uk>
Subject: Re: Composition group limit for new race?

I set up a Race with the first 8 composition groups...
...and an Alllied Race consisting only of the 9th composition group?
===
Not very user-friendly IMHO. This would require that the user utilize the
allied race mechanism for something completely different from its intended
use. And what if you then discover you NEED to use the allies mechanism?
===

Actually it does work. Although it produces a validation error with the
little graph, this doesn't seem to actually do any harm... it simply lists a
missing percentage.

As for using the allies mechanism for it's intended purpose, that seems to
function fine as well. Obviously it's a little clunky, but it seems to
work... aside from the validation error.


...I recommend collapsing two very similar composition groups into one...

I thought of that. I'm still looking at it. To be honest, at this stage the
9th composition group looks the BETTER option.

There are nine distinct groups and although any two can be lumped together
for AB purposes there is no natural pair. The addition of a tenth group at a
later date is unlikely, but I don't want a solution that won't allow one to
be added.

At the moment I'm looking at the possibility of switching Composition Groups
and Races over. At the moment I'm still shoving it around, to see what works
best on screen and paper.

---Steven




__________________________________________________ ______________________
__________________________________________________ ______________________

Message: 2
Date: Thu, 11 Oct 2001 12:53:34 -0000
From: cmanos@crt.xerox.com
Subject: Limited combinations

Hi Folks,

I'm working on some datafiles and I am trying to figure a way to
restrict items. A unit can take up to three items from a category,
thats easy to code. Now comes the hard part. The combinations of
the items cannot be repeated between units.

Anotherwords, the items are A, B, C, D, E and F.

Unit #1 has items A, B and C

no other units could take A, B, and C. They could take A and B, A
and C, A, and D, etc, but not A, B, C.

Any ideas how I would go about doing this?

Chris



__________________________________________________ ______________________
__________________________________________________ ______________________

Message: 3
Date: Thu, 11 Oct 2001 16:07:39 +0100
From: Colen 'Skrillboy' McAlister <demandred@skrill.org>
Subject: Re: Limited combinations

At 12:53 11/10/01 +0000, you wrote:
>Hi Folks,
>
>I'm working on some datafiles and I am trying to figure a way to
>restrict items. A unit can take up to three items from a category,
>thats easy to code. Now comes the hard part. The combinations of
>the items cannot be repeated between units.
>
>Anotherwords, the items are A, B, C, D, E and F.
>
>Unit #1 has items A, B and C
>
>no other units could take A, B, and C. They could take A and B, A
>and C, A, and D, etc, but not A, B, C.
>
>Any ideas how I would go about doing this?

I don't think you can do this with just items... how about modelling them
with elements? I've never used them myself, but you can do things like make
sure no two units have the same combination IIRC.



--
Colen 'Skrillboy' McAlister, demandred@skrill.org
http://www.skrill.org/, http://www.incompetence-central.co.uk/
1 = 2, for large values of 1.



__________________________________________________ ______________________
__________________________________________________ ______________________

Message: 4
Date: Thu, 11 Oct 2001 16:14:47 -0700
From: "Shawn Campbell" <shawn@electricstitch.com>
Subject: 40k3 datafiles - bug report website

http://www.electricstitch.com/ab_files

This website will help keep track of bugs in datafiles. If you have found a
bug in the 40k3 datafiles, please visit this site to review a list of
current known bugs.

If your bug has not already been noted, please use the form provided to
report bugs. If you don't use the form and choose to just email me, your bug
report may go unnoticed. (I try my best, but I get a lot of email and the
form will place your bug report in a warm, cozy spot where it will always be
found).

If you email me to tell me their are bugs in the tyranids files, you may get
slapped. Only report "errors" in datafiles.

You will also be able to find the current version of the datafiles (also
conveniently found under "check for updates").

Also, a complete revision history (starting with 3.0 when I took over the
files).

Please visit this site before sending an email to me regarding the 40k3
datafiles.

Thanks,
Shawn 'Not Colen' Campbell
shawn@electricstitch.com
http://www.electricstitch.com/ab_files (Bug reports and history)



__________________________________________________ ______________________
__________________________________________________ ______________________



Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/