#24670: "After Mayhem, multiple bricks should be eligible to fall"
Пра што гэтая справаздача?
Што адбылося? Калі ласка, абярыце з ніжэй прапісаныя
Што адбылося? Калі ласка, абярыце з ніжэй прапісаныя
Калі ласка, праверце, ці існуе ўжо справаздача на тую ж тэму
Калі гэта так, ПРАГАЛАСУЙЦЕ за гэтую справаздачу. Справаздачы з найбольшай колькасцю галасоў будуць разглядацца У ПЕРШУЮ ЧАРГУ!
| # | Status | Votes | Game | Type | Title | Last update |
|---|
Дэталёвае апісанне
-
• Калі ласка, скапіруйце тэкст памылкі, якую вы бачыце на экране (калі яна ёсць).
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. -
• Калі ласка, растлумачце, што вы хацелі зрабіць, што вы зрабілі і што здарылася
72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.
• Якім браўзэрам вы карыстаецеся?
Google Chrome v85
-
• Калі ласка, скапіруйце тэкст на англійскай замест перакладу на ваш мову. 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. Дзе можна знайсьці гэты тэкст у сістэме перакладу? Калі так, ці быў ён перакладзены больш за 24 гадзін таму?
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. • Якім браўзэрам вы карыстаецеся?
Google Chrome v85
-
• Калі ласка, дакладна і коратка апішыце сваю прапанову, каб зрабіць яе найбольш даступнай для разумення.
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. • Якім браўзэрам вы карыстаецеся?
Google Chrome v85
-
• Што было намалявана на экране, калі вас заблакавала? (Пусты экран? Частка гульнявога стала? Паведамленне пра памылку?)
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. • Якім браўзэрам вы карыстаецеся?
Google Chrome v85
-
• Якая частка правілаў не выкананая ў версіі BGA
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. -
• Ці відаць парушэнне правілаў у паўторы гульні? Калі так, то на якім хаду?
72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.
• Якім браўзэрам вы карыстаецеся?
Google Chrome v85
-
• Якое гульнявое дзеянне вы хацелі зрабіць?
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. -
• Што вы спрабавалі зрабіць, каб выканаць гэтае гульнявое дзеянне?
72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.
-
• Што адбылося, калі вы паспрабавалі зрабіць гэта (паведамленне пра памылку, паведамленне ў радку стану гульні ...)?
• Якім браўзэрам вы карыстаецеся?
Google Chrome v85
-
• На якім кроку гульні адбылася праблема (якая была інструкцыя ў той момант у гульні)?
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. -
• Што адбылося, калі вы паспрабавалі здзейсніць гульнявое дзеянне (паведамленне пра памылку, паведамленне ў радку стану гульні ...)?
72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.
• Якім браўзэрам вы карыстаецеся?
Google Chrome v85
-
• Калі ласка, апішыце памылку адлюстравання. 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. • Якім браўзэрам вы карыстаецеся?
Google Chrome v85
-
• Калі ласка, скапіруйце тэкст на англійскай замест перакладу на ваш мову. 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. Дзе можна знайсьці гэты тэкст у сістэме перакладу? Калі так, ці быў ён перакладзены больш за 24 гадзін таму?
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. • Якім браўзэрам вы карыстаецеся?
Google Chrome v85
-
• Калі ласка, дакладна і коратка апішыце сваю прапанову, каб зрабіць яе найбольш даступнай для разумення.
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. • Якім браўзэрам вы карыстаецеся?
Google Chrome v85
Гісторыя справаздачы
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.
Дадайце да гэтага дакладу
- Іншая Табліца ID / ID ходу
- Ці F5 вырашыла Вашу праблему?
- Ці з'яўлялася праблема некалькі разоў? Кожны раз? Выпадкова?
- 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.
