#24670: "After Mayhem, multiple bricks should be eligible to fall"
Hvad handler denne rapport om?
Hvad skete der? Vær venlig og vælg nedenunder
Hvad skete der? Vær venlig og vælg nedenunder
Vær sød at undersøge, om der allerede er sendt en besked om emnet
Hvis ja, venligst STEM for denne rapport. Rapporter med flest stemmer er dem der får PRIORITET!
| # | Status | Votes | Game | Type | Title | Last update |
|---|
Detaljeret beskrivelse
-
• Venligst kopier/indsæt fejlmeddelelsen du ser på din skærm, hvis der er en.
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. -
• Venligst forklar hvad du ønsker at gøre, hvad du gjorde og hvad der skete
72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.
• Hvilken browser bruger du?
Google Chrome v85
-
• Venligst kopier/indsæt tekst vist på engelsk i stedet for dit sprog. Hvis du har et skærmbillede af denne fejl (god øvelse), kan du bruge Imgur.com til at uploade den og kopiere/indsætte linket her.
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. -
• er der adgang til denne tekst i oversættelsessystem? Hvis ja, er det blevet oversat inden for 24 timer?
72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.
• Hvilken browser bruger du?
Google Chrome v85
-
• Forklar venligst dit forslag præcist og sammenfattende, så det er så let som muligt at forstå, hvad du mener.
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. • Hvilken browser bruger du?
Google Chrome v85
-
• Hvad blev der vist på skærmen, da du blev blokeret (Blank skærm? Noget af spilbrugerfladen? Fejlmeddelelse?)
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. • Hvilken browser bruger du?
Google Chrome v85
-
• Hvilken del af reglerne blev ikke respekteret ved BGA-tilpasningen
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. -
• Er regel-brudddet synligt i e
72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.
• Hvilken browser bruger du?
Google Chrome v85
-
• Hvad var den spilhandling du ønskede at udføre?
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. -
• Hvad forsøgte du at gøre for at udløse denne spilhandling?
72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.
-
• Hvad skete der, da du forsøgre at gøre dette (fejlmeddelelse, meddelelsesstatusbjælke, ...)?
• Hvilken browser bruger du?
Google Chrome v85
-
• I hvilket stadie af spillet opstod problemet (hvad var den daværende spilinstruktion)?
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. -
• Hvad skete der, da du forsøgte at udføre denne spilhandling (fejlmeddelelse, meddelelsesstatusbjælke, ...)?
72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.
• Hvilken browser bruger du?
Google Chrome v85
-
• Venligst beskriv display problemet. Hvis du har et skærmbillede af denne fejl (god øvelse), kan du bruge Imgur.com til at uploade den og kopiere/indsætte linket her.
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. • Hvilken browser bruger du?
Google Chrome v85
-
• Venligst kopier/indsæt tekst vist på engelsk i stedet for dit sprog. Hvis du har et skærmbillede af denne fejl (god øvelse), kan du bruge Imgur.com til at uploade den og kopiere/indsætte linket her.
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. -
• er der adgang til denne tekst i oversættelsessystem? Hvis ja, er det blevet oversat inden for 24 timer?
72, maybe -- I can never remember how to do a replay days later and don't see it in the bga faq.
• Hvilken browser bruger du?
Google Chrome v85
-
• Forklar venligst dit forslag præcist og sammenfattende, så det er så let som muligt at forstå, hvad du mener.
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. • Hvilken browser bruger du?
Google Chrome v85
Rapporthistorik
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.
Tilføj noget til denne rapport
- Et andet bord-ID / træk ID
- Løste F5 problemet?
- Skete problemet flere gange? Hver gang? Tilfældigt?
- Hvis du har et skærmbillede af denne fejl (god øvelse), kan du bruge Imgur.com til at uploade den og kopiere/indsætte linket her.
