#77267: "Do more actions in the front-end interface instead of the back-end"
Про що цей звіт?
Що трапилося? Будь ласка, виберіть нижче
Що трапилося? Будь ласка, виберіть нижче
Будь ласка, перевірте, чи вже є звіт на цю тему
Якщо це так, будь ласка, ПРОГОЛОСУЙТЕ за цей звіт. Звіти з найбільшою кількістю голосів розглядатимуть У ПЕРШУ ЧЕРГУ!
| # | Status | Votes | Game | Type | Title | Last update |
|---|
Детальний опис
-
• Будь ласка, скопіюйте/вставте повідомлення про помилку, якщо ви бачите якесь на своєму екрані.
For Seasons, there are many cases where it would make sense to do more in the front-end instead of in the back-end. Especially when activating a card, all choices (which effect to use if there are multiple, paying the cost for the effect) should be handled at once in the front-end. Then this combined data could be sent at once to the back-end.
This would allow implementing Undo/Cancel in some cases and would generally make Seasons more user friendly.
A good example where this already partially happens is Amulet of Time: the user can select/unselect multiple cards to discard before confirming. -
• Будь ласка, опишіть, що ви намагалися зробити, що зробили, та що трапилось
• Який у вас браузер?
Mozilla v5
-
• Будь ласка, скопіюйте/вставте текст відображений англійською замість вашої мови. Якщо у вас є скріншот цієї помилки (рекомендовано), ви можете скористатися будь-яким сервісом для зберігання зображень (наприклад, snipboard.io), завантажити його та вставити сюди посилання. Чи цей текст доступний у системі перекладів? Якщо так, то чи перекладали його понад 24 години тому?
For Seasons, there are many cases where it would make sense to do more in the front-end instead of in the back-end. Especially when activating a card, all choices (which effect to use if there are multiple, paying the cost for the effect) should be handled at once in the front-end. Then this combined data could be sent at once to the back-end.
This would allow implementing Undo/Cancel in some cases and would generally make Seasons more user friendly.
A good example where this already partially happens is Amulet of Time: the user can select/unselect multiple cards to discard before confirming. • Який у вас браузер?
Mozilla v5
-
• Будь ласка, поясніть вашу пропозицію точно й лаконічно, щоб було якомога легше зрозуміти, що ви маєте на увазі.
For Seasons, there are many cases where it would make sense to do more in the front-end instead of in the back-end. Especially when activating a card, all choices (which effect to use if there are multiple, paying the cost for the effect) should be handled at once in the front-end. Then this combined data could be sent at once to the back-end.
This would allow implementing Undo/Cancel in some cases and would generally make Seasons more user friendly.
A good example where this already partially happens is Amulet of Time: the user can select/unselect multiple cards to discard before confirming. • Який у вас браузер?
Mozilla v5
-
• Що було на екрані до того, як ваша гра заблокувалася (Порожній екран? Частина ігрового інтерфейсу? Повідомлення про помилку?)
For Seasons, there are many cases where it would make sense to do more in the front-end instead of in the back-end. Especially when activating a card, all choices (which effect to use if there are multiple, paying the cost for the effect) should be handled at once in the front-end. Then this combined data could be sent at once to the back-end.
This would allow implementing Undo/Cancel in some cases and would generally make Seasons more user friendly.
A good example where this already partially happens is Amulet of Time: the user can select/unselect multiple cards to discard before confirming. • Який у вас браузер?
Mozilla v5
-
• Які саме правила були порушені адаптацією гри на BGA
For Seasons, there are many cases where it would make sense to do more in the front-end instead of in the back-end. Especially when activating a card, all choices (which effect to use if there are multiple, paying the cost for the effect) should be handled at once in the front-end. Then this combined data could be sent at once to the back-end.
This would allow implementing Undo/Cancel in some cases and would generally make Seasons more user friendly.
A good example where this already partially happens is Amulet of Time: the user can select/unselect multiple cards to discard before confirming. -
• Чи видні порушення правил на повторі гри? Якщо так, на якому кроці?
• Який у вас браузер?
Mozilla v5
-
• Яку ігрову дію ви намагалися виконати?
For Seasons, there are many cases where it would make sense to do more in the front-end instead of in the back-end. Especially when activating a card, all choices (which effect to use if there are multiple, paying the cost for the effect) should be handled at once in the front-end. Then this combined data could be sent at once to the back-end.
This would allow implementing Undo/Cancel in some cases and would generally make Seasons more user friendly.
A good example where this already partially happens is Amulet of Time: the user can select/unselect multiple cards to discard before confirming. -
• Що ви намагались зробити, щоб активувати цю ігрову дію?
-
• Що сталося, коли Ви намагалися виконати цю дію (текст помилки, статус на панелі повідомлень, ...)?
• Який у вас браузер?
Mozilla v5
-
• На якому етапі гри виникла проблема (яка була на той момент вказівка в грі)?
For Seasons, there are many cases where it would make sense to do more in the front-end instead of in the back-end. Especially when activating a card, all choices (which effect to use if there are multiple, paying the cost for the effect) should be handled at once in the front-end. Then this combined data could be sent at once to the back-end.
This would allow implementing Undo/Cancel in some cases and would generally make Seasons more user friendly.
A good example where this already partially happens is Amulet of Time: the user can select/unselect multiple cards to discard before confirming. -
• Що стається, коли ви намагаєтесь зробити ігрову дію (повідомлення про помилку, повідомлення на панелі статусу гри і т.п.)?
• Який у вас браузер?
Mozilla v5
-
• Будь ласка, опишіть візуальну помилку. Якщо у вас є скріншот цієї помилки (рекомендовано), ви можете скористатися будь-яким сервісом для зберігання зображень (наприклад, snipboard.io), завантажити його та вставити сюди посилання.
For Seasons, there are many cases where it would make sense to do more in the front-end instead of in the back-end. Especially when activating a card, all choices (which effect to use if there are multiple, paying the cost for the effect) should be handled at once in the front-end. Then this combined data could be sent at once to the back-end.
This would allow implementing Undo/Cancel in some cases and would generally make Seasons more user friendly.
A good example where this already partially happens is Amulet of Time: the user can select/unselect multiple cards to discard before confirming. • Який у вас браузер?
Mozilla v5
-
• Будь ласка, скопіюйте/вставте текст відображений англійською замість вашої мови. Якщо у вас є скріншот цієї помилки (рекомендовано), ви можете скористатися будь-яким сервісом для зберігання зображень (наприклад, snipboard.io), завантажити його та вставити сюди посилання. Чи цей текст доступний у системі перекладів? Якщо так, то чи перекладали його понад 24 години тому?
For Seasons, there are many cases where it would make sense to do more in the front-end instead of in the back-end. Especially when activating a card, all choices (which effect to use if there are multiple, paying the cost for the effect) should be handled at once in the front-end. Then this combined data could be sent at once to the back-end.
This would allow implementing Undo/Cancel in some cases and would generally make Seasons more user friendly.
A good example where this already partially happens is Amulet of Time: the user can select/unselect multiple cards to discard before confirming. • Який у вас браузер?
Mozilla v5
-
• Будь ласка, поясніть вашу пропозицію точно й лаконічно, щоб було якомога легше зрозуміти, що ви маєте на увазі.
For Seasons, there are many cases where it would make sense to do more in the front-end instead of in the back-end. Especially when activating a card, all choices (which effect to use if there are multiple, paying the cost for the effect) should be handled at once in the front-end. Then this combined data could be sent at once to the back-end.
This would allow implementing Undo/Cancel in some cases and would generally make Seasons more user friendly.
A good example where this already partially happens is Amulet of Time: the user can select/unselect multiple cards to discard before confirming. • Який у вас браузер?
Mozilla v5
Історія звітів
Додайте що-небудь до цього відгуку
- ID іншого столу / ходу
- F5 вирішило проблему?
- Чи виникає проблема періодично? Щоразу? Випадково?
- Якщо у вас є скріншот цієї помилки (рекомендовано), ви можете скористатися будь-яким сервісом для зберігання зображень (наприклад, snipboard.io), завантажити його та вставити сюди посилання.
