#24670: "After Mayhem, multiple bricks should be eligible to fall"
Worum geht es bei dieser Meldung?
Was ist passiert? Bitte wähle unten aus
Was ist passiert? Bitte wähle unten aus
Bitte überprüfe, ob bereits eine Meldung zum gleichen Thema existiert
Wenn ja, STIMME bitte für diese Meldung. Meldungen mit mehr Stimmen erhalten höhere PRIORITÄT!
| # | Status | Votes | Game | Type | Title | Last update |
|---|
Detaillierte Beschreibung
-
• Falls du eine Fehlermeldung auf dem Bildschirm siehst, bitte kopieren und einfügen.
After incendiary mayhem, you can easily have a situation where multiple bricks lack any bricks underneath. Since the rules offer no guidance as to which one should be the first to fall, if I was playing this in the real world, I'd say the player can pick which brick falls first. But in the bga implementation, the app picks which one falls.
I think you need to add a lot of new rules to cover this, or (much better) simply allow the player to decide. I propose this: if, after mayhem, there are multiple candidates to fall, limn all potential falling bricks and let the player pick which one falls. -
• Bitte erkläre, was du machen wolltest, was du dann getan hast und was dann passiert ist
72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.
• Welchen Browser benutzt du?
Google Chrome v85
-
• Bitte kopiere den Text, der in Englisch anstatt in deiner Sprache angezeigt wird, und füge ihn hier ein. If you have a screenshot of this bug (good practice), you can use a picture hosting service of your choice (snipboard.io for example) to upload it and copy/paste the link here. Ist dieser Text auf der Übersetzungsseite verfügbar? Wenn ja, wurde dieser vor mehr als 24 Stunden übersetzt?
After incendiary mayhem, you can easily have a situation where multiple bricks lack any bricks underneath. Since the rules offer no guidance as to which one should be the first to fall, if I was playing this in the real world, I'd say the player can pick which brick falls first. But in the bga implementation, the app picks which one falls.
I think you need to add a lot of new rules to cover this, or (much better) simply allow the player to decide. I propose this: if, after mayhem, there are multiple candidates to fall, limn all potential falling bricks and let the player pick which one falls. • Welchen Browser benutzt du?
Google Chrome v85
-
• Bitte erkläre deinen Vorschlag so präzise und genau wie möglich, damit er leicht zu verstehen ist.
After incendiary mayhem, you can easily have a situation where multiple bricks lack any bricks underneath. Since the rules offer no guidance as to which one should be the first to fall, if I was playing this in the real world, I'd say the player can pick which brick falls first. But in the bga implementation, the app picks which one falls.
I think you need to add a lot of new rules to cover this, or (much better) simply allow the player to decide. I propose this: if, after mayhem, there are multiple candidates to fall, limn all potential falling bricks and let the player pick which one falls. • Welchen Browser benutzt du?
Google Chrome v85
-
• Was wurde auf dem Bildschirm angezeigt, als du blockiert wurdest (weißer Bildschirm? Teil der Spieloberfläche? Fehlermeldung?)
After incendiary mayhem, you can easily have a situation where multiple bricks lack any bricks underneath. Since the rules offer no guidance as to which one should be the first to fall, if I was playing this in the real world, I'd say the player can pick which brick falls first. But in the bga implementation, the app picks which one falls.
I think you need to add a lot of new rules to cover this, or (much better) simply allow the player to decide. I propose this: if, after mayhem, there are multiple candidates to fall, limn all potential falling bricks and let the player pick which one falls. • Welchen Browser benutzt du?
Google Chrome v85
-
• Welcher Teil der Spielregel wurde durch die BGA-Adaption nicht beachtet?
After incendiary mayhem, you can easily have a situation where multiple bricks lack any bricks underneath. Since the rules offer no guidance as to which one should be the first to fall, if I was playing this in the real world, I'd say the player can pick which brick falls first. But in the bga implementation, the app picks which one falls.
I think you need to add a lot of new rules to cover this, or (much better) simply allow the player to decide. I propose this: if, after mayhem, there are multiple candidates to fall, limn all potential falling bricks and let the player pick which one falls. -
• Ist der Regelverstoß in der Spielwiederholung zu sehen? Falls ja, bei welcher Zugnummer?
72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.
• Welchen Browser benutzt du?
Google Chrome v85
-
• Welche Spielaktion wolltest du durchführen?
After incendiary mayhem, you can easily have a situation where multiple bricks lack any bricks underneath. Since the rules offer no guidance as to which one should be the first to fall, if I was playing this in the real world, I'd say the player can pick which brick falls first. But in the bga implementation, the app picks which one falls.
I think you need to add a lot of new rules to cover this, or (much better) simply allow the player to decide. I propose this: if, after mayhem, there are multiple candidates to fall, limn all potential falling bricks and let the player pick which one falls. -
• Was versuchst du, um diese Spielaktion auszulösen?
72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.
-
• Was passiert, wenn du dies versuchst (Fehlermeldung, Statusmeldung des Spiels, ...)?
• Welchen Browser benutzt du?
Google Chrome v85
-
• An welcher Stelle im Spiel ist das Problem aufgetreten? Was war die aktuelle Spielanweisung?
After incendiary mayhem, you can easily have a situation where multiple bricks lack any bricks underneath. Since the rules offer no guidance as to which one should be the first to fall, if I was playing this in the real world, I'd say the player can pick which brick falls first. But in the bga implementation, the app picks which one falls.
I think you need to add a lot of new rules to cover this, or (much better) simply allow the player to decide. I propose this: if, after mayhem, there are multiple candidates to fall, limn all potential falling bricks and let the player pick which one falls. -
• Was passiert, wenn du die Spielaktion ausführen möchtest (Fehlermeldung, Statusmeldung des Spiels, ...)?
72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.
• Welchen Browser benutzt du?
Google Chrome v85
-
• Bitte beschreibe die Anzeigeschwierigkeiten. If you have a screenshot of this bug (good practice), you can use a picture hosting service of your choice (snipboard.io for example) to upload it and copy/paste the link here.
After incendiary mayhem, you can easily have a situation where multiple bricks lack any bricks underneath. Since the rules offer no guidance as to which one should be the first to fall, if I was playing this in the real world, I'd say the player can pick which brick falls first. But in the bga implementation, the app picks which one falls.
I think you need to add a lot of new rules to cover this, or (much better) simply allow the player to decide. I propose this: if, after mayhem, there are multiple candidates to fall, limn all potential falling bricks and let the player pick which one falls. • Welchen Browser benutzt du?
Google Chrome v85
-
• Bitte kopiere den Text, der in Englisch anstatt in deiner Sprache angezeigt wird, und füge ihn hier ein. If you have a screenshot of this bug (good practice), you can use a picture hosting service of your choice (snipboard.io for example) to upload it and copy/paste the link here. Ist dieser Text auf der Übersetzungsseite verfügbar? Wenn ja, wurde dieser vor mehr als 24 Stunden übersetzt?
After incendiary mayhem, you can easily have a situation where multiple bricks lack any bricks underneath. Since the rules offer no guidance as to which one should be the first to fall, if I was playing this in the real world, I'd say the player can pick which brick falls first. But in the bga implementation, the app picks which one falls.
I think you need to add a lot of new rules to cover this, or (much better) simply allow the player to decide. I propose this: if, after mayhem, there are multiple candidates to fall, limn all potential falling bricks and let the player pick which one falls. • Welchen Browser benutzt du?
Google Chrome v85
-
• Bitte erkläre deinen Vorschlag so präzise und genau wie möglich, damit er leicht zu verstehen ist.
After incendiary mayhem, you can easily have a situation where multiple bricks lack any bricks underneath. Since the rules offer no guidance as to which one should be the first to fall, if I was playing this in the real world, I'd say the player can pick which brick falls first. But in the bga implementation, the app picks which one falls.
I think you need to add a lot of new rules to cover this, or (much better) simply allow the player to decide. I propose this: if, after mayhem, there are multiple candidates to fall, limn all potential falling bricks and let the player pick which one falls. • Welchen Browser benutzt du?
Google Chrome v85
Meldungshistorie
Example:
BEFORE ADDING COALS TO SPOT ***:
Stn20
W10 W10
*** Str5 Str5 Str5
W20 W20 W20 W20 W20
i'd need a much more complex example to show why it would matter, but if the top 10 stones were falling four levels or so, you'd have a large range of places for things to end up, which could be useful in managing building regulations and triggering a curse at the end of the turn.
In the case you describe, the written rules are the actual problem - they are not clear enough on this point.
The idea is that you always check the pyramid from top to bottom, and in each row from left to right. The written rules state this explicitly for mayhem, but do not state it explicitly for the empty fall situation. In fact, they kinda miss the whole empty fall situation (where no bricks are under another one). Those situations are resolved first, but also from top to bottom, left to right - just like the BGA program does.
I will look at the rules and try to make it clearer.
Anyways, if you do not like this rule for you and your friends, you can always house rule your physical copy as much as you like. :-) To be honest: I hardly own any board game that I have not house ruled in some way.
Ergänze diese Meldung
- Eine weitere Tisch-ID/Zug-ID
- Konnte F5 das Problem lösen?
- Trat das Problem öfter auf? Jedes Mal? Zufällig?
- If you have a screenshot of this bug (good practice), you can use a picture hosting service of your choice (snipboard.io for example) to upload it and copy/paste the link here.
