From: Stefan F. <ste...@we...> - 2010-03-18 18:24:55
|
Aliza: thanks for your test and your update. Two comments. A) Tile 57 upgrades I am a little surprised, because I thought that this is intentional. I think there are not many places, that cry for the straight city, but it allows some tragic tile lays. But I usually prefer tile manifests that only require visual inspection if one tile can replace the other (retain all connections and are of the same type), thus that change makes sense. B) Tile 448 upgrades all green cities Is that really true? How should that work. Tile 448 is a K brown tile. How can you place that on a green X (14)? Or the green windmill (13)? Rails would mark those upgrades as impossible, as not all connections can be maintained. If there is agreement on A) I will fix that. For B) I would like to have some confirmation that I fully understand the implications. STefan On Thursday 18 March 2010 16:50:13 Aliza Panitz wrote: > I was playing 1889 with a few of my imaginary friends, and noticed > that #57 (straight yellow city) does not upgrade to #205 or #206 (the > two obnoxious single-bang green Y shapes). > > This faithfully follows the tile upgrade sheet in the 1889 rules, but > I've confirmed with John Tamplin that this is an error; the upgrade > should be legal. > > He also mentions that "the 448 tile should be playable on any of the > green city tiles." > > I'm hesitant to call this a Rails bug, since Rails implemented the > printed rules, but it's something that should be changed. > > (This was in Rails 1.2, and I know that I need to upgrade to 1.2.1, > but I doubt it makes a difference.) > > Is it OK if I file a bug report based on my private conversation with John? > > - Aliza > > --------------------------------------------------------------------------- >--- Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Rails-devel mailing list > Rai...@li... > https://lists.sourceforge.net/lists/listinfo/rails-devel |