#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
-
• يرجى نسخ / لصق النص المعروض باللغة الإنجليزية بدلاً من لغتك. إذا كان لديك لقطة شاشة لهذا الخطأ (ممارسة جيدة) ، يمكنك استخدام Imgur.com لتحميله ونسخ / لصق الرابط هنا.
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. -
• هل هذا النص متاح في translation system ؟ إذا كانت الإجابة بنعم ، فهل تمت ترجمتها لأكثر من 24 ساعة؟
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. • ما هو متصفحك؟
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
-
• يرجى وصف مشكلة العرض. إذا كان لديك لقطة شاشة لهذا الخطأ (ممارسة جيدة) ، يمكنك استخدام Imgur.com لتحميله ونسخ / لصق الرابط هنا.
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
-
• يرجى نسخ / لصق النص المعروض باللغة الإنجليزية بدلاً من لغتك. إذا كان لديك لقطة شاشة لهذا الخطأ (ممارسة جيدة) ، يمكنك استخدام Imgur.com لتحميله ونسخ / لصق الرابط هنا.
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. -
• هل هذا النص متاح في translation system ؟ إذا كانت الإجابة بنعم ، فهل تمت ترجمتها لأكثر من 24 ساعة؟
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. • ما هو متصفحك؟
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 المشكلة؟
- هل ظهرت المشكلة عدة مرات؟ كل مرة؟ بطريقة عشوائية؟
- إذا كان لديك لقطة شاشة لهذا الخطأ (ممارسة جيدة) ، يمكنك استخدام Imgur.com لتحميله ونسخ / لصق الرابط هنا.
