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