#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
-
• Пожалуйста, скопируйте/вставьте текст, который отображается на английском языке, вместо вашего. Если у вас есть скриншот этой ошибки (что является хорошей практикой), вы можете использовать любой сервис для размещения изображений (например, snipboard.io), чтобы загрузить его и скопировать/вставить ссылку сюда. Доступен ли этот текст в системе перевода? Если да, был ли он переведён более 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
-
• Какая часть правил не соблюдена в версии БГА
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
-
• Пожалуйста, опишите ошибку отображения. Если у вас есть скриншот этой ошибки (что является хорошей практикой), вы можете использовать любой сервис для размещения изображений (например, snipboard.io), чтобы загрузить его и скопировать/вставить ссылку сюда.
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
-
• Пожалуйста, скопируйте/вставьте текст, который отображается на английском языке, вместо вашего. Если у вас есть скриншот этой ошибки (что является хорошей практикой), вы можете использовать любой сервис для размещения изображений (например, snipboard.io), чтобы загрузить его и скопировать/вставить ссылку сюда. Доступен ли этот текст в системе перевода? Если да, был ли он переведён более 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.
Добавить что-нибудь к этому отчёту
- Другой номер игрового стола / номер хода
- Помогло ли решить проблему нажатие F5?
- Случилась ли проблема несколько раз? Постоянно? От случая к случаю?
- Если у вас есть скриншот этой ошибки (что является хорошей практикой), вы можете использовать любой сервис для размещения изображений (например, snipboard.io), чтобы загрузить его и скопировать/вставить ссылку сюда.
