#24670: "After Mayhem, multiple bricks should be eligible to fall"
Mitä tämä raportti koskee?
Mitä tapahtui? Valitse alta
Mitä tapahtui? Valitse alta
Ennen ilmoituksen tekoa, tarkista onko sellainen jo olemassa samasta aiheesta
Jos kyllä, ole ystävällinen ja ÄÄNESTÄ tätä raporttia. Eniten ääniä saaneet raportit laitetaan ETUSIJALLE!
| # | Status | Votes | Game | Type | Title | Last update |
|---|
Tarkka kuvaus
-
• Kopioi/liitä virheilmoitus näytöltäsi, jos sait sellaisen.
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. -
• Selitä mitä halusit tehdä, mitä teit ja mitä tapahtui
72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.
• Mikä on selaimesi?
Google Chrome v85
-
• Ole hyvä ja kopioi teksti englanniksi oman kielesi sijasta. Jos sinulla on kuvankaappaus tästä bugista, voit käyttää Imgur.com:a sen lähettämiseksi. Kopioi ja liitä linkki tähän.
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. -
• Onko tämä teksti saatavilla käännösjärjestelmässä? Jos on, onko sen käännöksestä yli 24 tuntia?
72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.
• Mikä on selaimesi?
Google Chrome v85
-
• Selitä ehdotuksesti tarkasti ja ytimekkäästi, jotta se on ymmärrettävissä niin helposti kuin mahdollista.
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. • Mikä on selaimesi?
Google Chrome v85
-
• Mitä näytöllä näkyi kun olit estettynä (Tyhjä ruutu? Osa pelin käyttöliittymästä? Virheilmoitus?)
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. • Mikä on selaimesi?
Google Chrome v85
-
• Mitä osaa säännöistä BGA:n sovellus ei noudattanut
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. -
• Onko sääntörikkomus nähtävillä pelin toistossa? Jos kyllä, mikä on siirron numero?
72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.
• Mikä on selaimesi?
Google Chrome v85
-
• Minkä pelin toiminnon halusit suorittaa?
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. -
• Mitä yritit tehdä tämän pelitoiminnon käynnistymiseksi?
72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.
-
• Mitä tapahtui kun yritit tehdä tämän (virheilmoitus, pelin tilapalkin viesti, ...)?
• Mikä on selaimesi?
Google Chrome v85
-
• Missä vaiheessa peliä ongelma ilmeni (mikä oli silloinen pelin ohje)?
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. -
• Mitä tapahtui kun yritit tehdä tämän pelin toiminnon (virheilmoitus, pelin tilapalkin viesti, ...)?
72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.
• Mikä on selaimesi?
Google Chrome v85
-
• Kuvaile näyttöongelmaa. Jos sinulla on kuvankaappaus tästä bugista, voit käyttää Imgur.com:a sen lähettämiseksi. Kopioi ja liitä linkki tähän.
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. • Mikä on selaimesi?
Google Chrome v85
-
• Ole hyvä ja kopioi teksti englanniksi oman kielesi sijasta. Jos sinulla on kuvankaappaus tästä bugista, voit käyttää Imgur.com:a sen lähettämiseksi. Kopioi ja liitä linkki tähän.
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. -
• Onko tämä teksti saatavilla käännösjärjestelmässä? Jos on, onko sen käännöksestä yli 24 tuntia?
72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.
• Mikä on selaimesi?
Google Chrome v85
-
• Selitä ehdotuksesti tarkasti ja ytimekkäästi, jotta se on ymmärrettävissä niin helposti kuin mahdollista.
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. • Mikä on selaimesi?
Google Chrome v85
Raportin historia
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.
Lisää jotain tähän raporttiin
- Toinen pöydän tunnus / siirron numero
- Ratkaisiko F5 ongelman?
- Ilmestyykö ongelma useita kertoja? Joka kerta? Satunnaisesti?
- Jos sinulla on kuvankaappaus tästä bugista, voit käyttää Imgur.com:a sen lähettämiseksi. Kopioi ja liitä linkki tähän.
