#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 іншого столу / ходу
- 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.
