#24670: "After Mayhem, multiple bricks should be eligible to fall"
Apie ką šis pranešimas?
Kas nutiko? Pasirinkite iš žemiau esančio sąrašo
Kas nutiko? Pasirinkite iš žemiau esančio sąrašo
Patikrinkite, ar jau yra pranešimas apie tą patį dalyką
Jei taip, balsuokite už šią ataskaitą. Ataskaitos su dauguma balsų pateikiamos PRIORITETU!
| # | Status | Votes | Game | Type | Title | Last update |
|---|
Detalus apibūdinimas
-
• Jei ekrane matote kokį nors klaidos pranešimą, įklijuokite jį čia.
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. -
• Prašome paaiškinti, ką norėjote padaryti, ką padarėte ir kas atsitiko
72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.
• Kokia tavo naršyklė?
Google Chrome v85
-
• Prašome nukopijuoti / įklijuoti tekstą, rodomą anglų kalba, o ne savo kalba. Jei turite klaidos nuotrauką (rekomenduojama padaryti), galite panaudoti Imgur.com bei nuotrauką įkelti bei čia įklijuoti nuorodą.
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. -
• Ar šis tekstas yra translation system? Jei taip, ar jis buvo išverstas daugiau nei 24 valandas?
72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.
• Kokia tavo naršyklė?
Google Chrome v85
-
• Prašome paaiškinti siūlomą pakeitimą tiksliai ir glaustai, kad būtų kuo lengviau suprasti, ką jūs siūlote.
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. • Kokia tavo naršyklė?
Google Chrome v85
-
• Kas buvo pavaizduota ekrane, tave užblokavus (juodas ekranas? Nepilna žaidimo sąsaja? Klaidos pranešimas?)
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. • Kokia tavo naršyklė?
Google Chrome v85
-
• Į kurias taisykles neatsižvelgiama BGA žaidimo versijoje
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. -
• Ar taisyklių pažeidimas matomas žaidimo atkartojime? Jeigu taip, kuris veiksmo numeris?
72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.
• Kokia tavo naršyklė?
Google Chrome v85
-
• Kurį žaidimo veiksmą norėjai atlikti?
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. -
• Ką reikia padaryti, kad iššauktum šį žaidimo veiksmą?
72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.
-
• Kas įvyko kai bandei tai padaryti (klaidos pranešimas, žaidimo būsenos pranešimas, ...)?
• Kokia tavo naršyklė?
Google Chrome v85
-
• Kuriuo žaidimo metu problema atsirado (koks buvo tuometinis žaidimo nurodymas)?
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. -
• Kas įvyko kai bandei atlikti žaidimo veiksmą (klaidos pranešimas, žaidimo būsenos pranešimas, ...)?
72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.
• Kokia tavo naršyklė?
Google Chrome v85
-
• Aprašykite rodomą problemą. Jei turite klaidos nuotrauką (rekomenduojama padaryti), galite panaudoti Imgur.com bei nuotrauką įkelti bei čia įklijuoti nuorodą.
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. • Kokia tavo naršyklė?
Google Chrome v85
-
• Prašome nukopijuoti / įklijuoti tekstą, rodomą anglų kalba, o ne savo kalba. Jei turite klaidos nuotrauką (rekomenduojama padaryti), galite panaudoti Imgur.com bei nuotrauką įkelti bei čia įklijuoti nuorodą.
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. -
• Ar šis tekstas yra translation system? Jei taip, ar jis buvo išverstas daugiau nei 24 valandas?
72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.
• Kokia tavo naršyklė?
Google Chrome v85
-
• Prašome paaiškinti siūlomą pakeitimą tiksliai ir glaustai, kad būtų kuo lengviau suprasti, ką jūs siūlote.
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. • Kokia tavo naršyklė?
Google Chrome v85
Raportų istorija
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.
Papildyti šį raportą
- Kitas stalo ID / ėjimo ID
- Ar F5 išsprendė šią problemą?
- Ar problemos atsirado keletą kartų? Kiekvieną kartą? Atsitiktiniu metu?
- Jei turite klaidos nuotrauką (rekomenduojama padaryti), galite panaudoti Imgur.com bei nuotrauką įkelti bei čia įklijuoti nuorodą.
