#24670: "After Mayhem, multiple bricks should be eligible to fall"
De què tracta aquest informe?
Què ha passat? Si us plau, selecciona a sota
Què ha passat? Si us plau, selecciona a sota
Si us plau, comprova si ja existeix un informe sobre el mateix tema
En cas afirmatiu, si us plau VOTA per aquest informe. Els informes amb més vots tenen PRIORITAT!
| # | Status | Votes | Game | Type | Title | Last update |
|---|
Descripció detallada
-
• Si us plau, copia i enganxa el missatge d'error que veus a la pantalla, si és que n'hi ha algun.
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. -
• Si us plau, què volies fer, què vas fer i que va succeir
72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.
• Quin és el meu navegador?
Google Chrome v85
-
• Si us plau, copieu/enganxeu el text mostrat en anglès en comptes del teu idioma. 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. És aquest text disponible al sistema de traducció? Si és així, ha sigut traduït fa més de 24 hores?
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. • Quin és el meu navegador?
Google Chrome v85
-
• Si us plau, expliqueu el vostre suggeriment de manera precisa i concisa, per que sigui el més fàcil d'entendre possible.
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. • Quin és el meu navegador?
Google Chrome v85
-
• Què es mostrava a la pantalla quan estaves bloquejat (pantalla en blanc? Part de la interfície del joc? Missatge d'error?)
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. • Quin és el meu navegador?
Google Chrome v85
-
• Quina part de les regles no s'han respectat per l'adaptació de 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. -
• És visible la violació de les normes durant la repetició de la partida? Si es així, en quin número de moviment?
72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.
• Quin és el meu navegador?
Google Chrome v85
-
• Quina va ser l'acció del joc que volies fer?
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. -
• Què intentes fer per dur a terme aquesta acció del joc?
72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.
-
• Què va passar quan ho vas intentar fer (missatge d'error, missatge de la barra d'estat de la partida, ...)?
• Quin és el meu navegador?
Google Chrome v85
-
• A quina fase del joc va passar l'error (quina era la ordre en curs)?
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. -
• Què va passar quan vas intentar dur a terme l'acció del joc (missatge d'error, missatge de la barra d'estat del joc, ...)?
72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.
• Quin és el meu navegador?
Google Chrome v85
-
• Si us plau, descriviu el problema de visualització. 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. • Quin és el meu navegador?
Google Chrome v85
-
• Si us plau, copieu/enganxeu el text mostrat en anglès en comptes del teu idioma. 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. És aquest text disponible al sistema de traducció? Si és així, ha sigut traduït fa més de 24 hores?
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. • Quin és el meu navegador?
Google Chrome v85
-
• Si us plau, expliqueu el vostre suggeriment de manera precisa i concisa, per que sigui el més fàcil d'entendre possible.
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. • Quin és el meu navegador?
Google Chrome v85
Historial de denúncies
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.
Afegeix quelcom a aquest report
- Un altre ID de partida / ID de moviment
- Prémer F5 ha ajudat a arreglar el problema?
- El problema apareix diversos cops? Cada cop? a l'atzar?
- 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.
