Re: Core rule interpretations

From: Luca Lettieri <magnus_at_...>
Date: Thu, 19 Oct 2000 14:13:00 -0000

My take on CC involving multiple units:

Definition: If one unit of your detachment can reach any unit of
an enemy detachment, the whole enemy detachment is considered
reachable by all the units of your detachment

A) You must assign one unit to each enemy unit before doubling, two
before tripling etc. (already voted)

B) You can pin several units with one unit provided you meet all the
other restrictions (coherency, movement etc.)

C) When multiple units are involved, you can lump everything togheter

EXCEPTION: you cannot assign one of your unit in CC with a unit of an
enemy detachment your detachment could not legally reach with its
movement. If this exception results in the impossibility of meeting
requirement A, the exception takes precedence. In this case, the
units belonging to the detachment who cannot reach every other
enemy unit can double on the detachments within reach disregarding
those out of reach. Note that, for the units who can reach all the
enemy units, rule A stands fully in place.

The exception should get rid of the problem of cheap unit spanning
into contact with distant enemy units "dragging along" other, elite
CC units who couldn' t have reached the more distant enemies.

Example: you have units A and B, the enemy has units C and D

CCC DDD
AABBBBBBBB

Your Unit A can only contact enemy unit C. Your unit B can contact
both C and D.

You can:

Assign A first. In this case, A units get assigned to C units. After
this has been done, you can assign B units, but since B units are
fighting with both C and D, you'll have to assign one of B units to
every C and D units still free before doubling up.

Assign B first. In this case, you have to assign one of B units to
every C and D unit before doubling up. After this, you can then
assign A units, and in this case, A units need only check the
"doubling rule" in regards to units in the C detachment.

What do you think?


Luca
Received on Thu Oct 19 2000 - 14:13:00 UTC

This archive was generated by hypermail 2.3.0 : Tue Oct 22 2019 - 10:59:09 UTC