• Te rugăm copiază/lipeşte mesajul erorii pe care îl vezi pe ecran, dacă apare vreunul.

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.

• Explică, te rugăm, ce ai vrut să faci, ce ai făcut, și ce s-a întâmplat

• Care e browserul tău?

• Va rugam copiati/lipiti textul afisat in engleza in locul limbii dumneavoastra. Dacă ai o captură de ecran cu acest bug (ceea ce îți sugerăm), poți folosi Imgur.com pentru încărcarea imaginii și pentru a pune link-ul aici.

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.

• Este textul acesta disponibil în sistemul de traduceri? Dacă da, a fost tradus mai recent de 24 de ore?

• Care e browserul tău?

• Vă rugăm să explicați sugestia exact și concis, astfel încât să fie cât mai ușor de înțeles.

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.

• Care e browserul tău?

• Ce a fost afișat pe ecran atunci când ai fost blocat (Ecran gol? O parte din interfața jocului? Mesaj de eroare?)

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.

• Care e browserul tău?

• Care parte din reguli nu a fost respectată de adaptarea 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.

• Se observă frauda când derulați reluarea? Dacă da, la a câta mutare?

• Care e browserul tău?

• Care a fost acțiunea pe care ai vrut să o faci?

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.

• Ce ai făcut de ai produs această reacție/eroare?

• Ce se întâmplă atunci când vrei să faci asta (apare o eroare, un mesaj din partea jocului in partea de sus a ecranului, ...)?

• Care e browserul tău?

• În ce etapă a jocului a apărut eroarea (care era instrucțiunea din acel moment) ?

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.

• Ce se întâmplă atunci când vrei să acționezi în joc (apare o eroare, un mesaj din partea jocului in partea de sus a ecranului, ...)?

• Care e browserul tău?

• Descrieți, vă rugăm, problema de afișaj. Dacă ai o captură de ecran cu acest bug (ceea ce îți sugerăm), poți folosi Imgur.com pentru încărcarea imaginii și pentru a pune link-ul aici.

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.

• Care e browserul tău?

• Va rugam copiati/lipiti textul afisat in engleza in locul limbii dumneavoastra. Dacă ai o captură de ecran cu acest bug (ceea ce îți sugerăm), poți folosi Imgur.com pentru încărcarea imaginii și pentru a pune link-ul aici.

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.

• Este textul acesta disponibil în sistemul de traduceri? Dacă da, a fost tradus mai recent de 24 de ore?

• Care e browserul tău?

• Vă rugăm să explicați sugestia exact și concis, astfel încât să fie cât mai ușor de înțeles.

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.

• Care e browserul tău?