Kyle H on 25 Aug 2003 22:23:40 -0000


[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]

Re: [eia] Retreat rules


    Wow, here's another case of us just blindly playing the rules
incorrectly for a long, long time.  Thanks for notifying us of the mistake,
Mike.  I agree with you, though, that I think I prefer the way we have
already been doing things, i.e., armies are retreated via the shortest
*unobstructed* route to their nearest depot/capital.  Can we just call this
a house rule and move on?  Or would people like more discussion on this
issue?

kdh

----- Original Message -----
From: "Michael Gorman" <mpgorman@xxxxxxxxxxxxxxxxx>
To: <eia@xxxxxxxxx>
Sent: Monday, August 25, 2003 2:15 AM
Subject: [eia] Retreat rules


> I was reading over the retreat rules as I planned my next land phase and I
> think we've been doing them in a way that makes sense to me, but does not
> follow the rules.  From what I can see, forces always retreat towards
their
> closest depot, or lacking any placed depots, towards their closest
> capital.  If the way is blocked, they don't take an alternate route, they
> just retreat multiple spaces.
> We've been having troops retreat along the shortest unobstructed path but
> to always go one space when possible.
> So, for example, if I rolled a force around to Brest-Litovsk and then
> defeated Blucher, how we've been playing, with Grodno and Brest-Litovsk
> containing enemy forces, Blucher would retreat to the swamp space south of
> him one space away.  But reading the rules, I think they say he should be
> retreated to the northern space of West Galacia or the space between
Grodno
> and Koniogsberg.
> And as I think about it, last turn when Prussia actually did have to
> retreat.  I would have had the choice of the space he went to, or sending
> him to Grodno and then onto Brest-Litovsk since Grodno is occupied by a
> force that isn't a garrison without a depot.
> This would seriously alter the dynamics in retreats and what you can do to
> a force in retreat or withdraw.
>
> Mike
>
>
> _______________________________________________
> eia mailing list
> eia@xxxxxxxxx
> http://lists.ellipsis.cx/mailman/listinfo/eia
>

_______________________________________________
eia mailing list
eia@xxxxxxxxx
http://lists.ellipsis.cx/mailman/listinfo/eia