Menu
▾
▴
rails-devel
|
From: Aliza P. <ali...@gm...> - 2010-03-18 15:50:20
|
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 |
|
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 |
|
From: Justin R. <jus...@gm...> - 2010-03-18 18:30:14
|
Yeah John Tamplin's sheet shows a 14 upgrading to a 448 and that seems not right... On Thu, Mar 18, 2010 at 11:24 AM, Stefan Frey <ste...@we...> wrote: > 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 > > > > ------------------------------------------------------------------------------ > 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 > |
|
From: Stefan F. <ste...@we...> - 2010-03-18 18:54:15
|
And how do you place 448 (brown K) on 14 (green X) and keep all existing connections? On Thursday 18 March 2010 17:10:08 John A. Tamplin wrote: > On Thu, Mar 18, 2010 at 11:50 AM, Aliza Panitz <ali...@gm...>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? > > Here is a (hopefully) correct tile upgrade chart. |
|
From: John A. T. <ja...@ja...> - 2010-03-18 20:07:57
|
On Thu, Mar 18, 2010 at 2:49 PM, Stefan Frey <ste...@we...> wrote: > And how do you place 448 (brown K) on 14 (green X) and keep all existing > connections? Sorry -- obviously, you have to maintain existing track so 448 can't upgrade 14. -- John A. Tamplin |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X