Hi Rune!
Sorry, I have to agree with Nils and Eivind. I've always viewed this as
a situation where the FF defender fires at the last second. "Don't fire
untill you see the whites of thier eyes", sort of thing.
If you want to fire at some other target, besides the charging unit, you
must Snap Fire. Despite the -1 mod, this can be devestating. I used
this recently on a group of Rhinos before they unloaded. Killed a
Rhino, a Chaos Champion, and a troopie. You hit half as much, but get
three kills. Of course, with the Bail Out rule, this won't work as well
in the future.
I see your point about the turn based game, with many actions. A turn
probably lasts a good half hour, at the very least. But Epic is a
steamlined game system, made to play huge battles in a few hours. The
book keeping that would be required for multiple actions by one unit
would be very cumbersome. I have trouble enough, the way things are
now.
What does everyone else think?
Warprat ;)
Karlsen Rune wrote:
>
> Hi everybody :)
>
> There's a small rules issue id like to get an explanation on.
> Say you have an inf. unit on FF. This unit has 2 ranged attacks.
> It is charged by another inf unit. The attacked unit fires on
> the attacker and hits and kills it with its first attack.
> It then has one attack left, but according to Nils and
> Eivind in my group, this attack is wasted. Why is that?
> This is in effect a turn based game, where every unit has
> a number of actions. Even if you're pinned by an attacker,
> if it is killed while your unit has more actions (attacks),
> then these should not be lost imho. Anybody else have any
> opinions on this?
>
> Rune
>
> ------------------------------------------------------------------------
> Stand out. In B2B. In Austin. Work with clients like Dell and pcOrder.
> Submit your resume to jobs_at_.... Visit us at
> http://click.egroups.com/1/4355/5/_/7255/_/960883803/
> ------------------------------------------------------------------------
>
> To unsubscribe send e-mail to: netepic-unsubscribe_at_egroups.com
Received on Mon Jun 12 2000 - 10:13:34 UTC