• Παρακαλούμε κάντε αντιγραφή/επικόλληση του μηνύματος που βλέπετε στην οθόνη σας, αν υπάρχει.

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.

• Παρακαλώ εξηγήστε τι θέλατε να κάνατε, τι κάνατε και τι συνέβη

• Ποιο είναι το πρόγραμμα περιήγησής σου;

• Παρακαλώ κάνε αντιγραφή/επικόλληση του κειμένου που απεικονίζεται στα αγγλικά αντί για αυτό που είναι στη γλώσσα σου.. Αν έχεις απόσπασμα οθόνης από αυτό το σφάλμα (είναι καλή αυτή η πρακτική), μπορείς να χρησιμοποιήσεις το Imgur.com για να το ανεβάσεις και να κάνεις αντιγραφή/επικόλληση του συνδέσμου εδώ.

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.

• είναι αυτό το κείμενο διαθέσιμο στο σύστημα μετάφρασης; Αν ναι, έχει μεταφραστεί για παραπάνω από 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.

• Ποιο είναι το πρόγραμμα περιήγησής σου;

• Τι εμφανιζόταν στην οθόνη όταν σταμάτησε (Κενή οθόνη; Μέρος του περιβάλλοντος του παιχνιδιού; Μήνυμα σφάλματος;)

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.

• Ποιο είναι το πρόγραμμα περιήγησής σου;

• Ποιο μέρος των κανόνων δεν έγινε σεβαστό από την μετατροπή του παιχνιδιού για την 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.

• Είναι η παραβίαση των κανόνων ορατή στην αναπαραγωγή του παιχνιδιού; Αν ναι, σε ποια κίνηση;

• Ποιο είναι το πρόγραμμα περιήγησής σου;

• Ποια ήταν η δράση του παιχνιδιού που ήθελες να κάνεις;

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.

• Τι προσπαθείτε να κάνετε για να ενεργοποιείσετε αυτήν την ενέργεια του παιχνιδιου;

• Τι συνέβη όταν προσπαθήσατε να το κάνετε αυτό (μνμ σφάλματος, μνμ στην μπάρα κατάστασης, ...);

• Ποιο είναι το πρόγραμμα περιήγησής σου;

• Σε ποια φάση του παιχνιδιού προέκυψε το πρόβλημα (ποιά ήταν η τρέχουσα οδηγία στο παιχνίδι);

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.

• Τι συνέβη όταν προσπαθήσατε να κάνετε κάποια ενέργεια στο παιχνίδι (μνμ σφάλματος, μνμ στην μπάρα κατάστασης, ...);

• Ποιο είναι το πρόγραμμα περιήγησής σου;

• Παρακαλούμε περιγράψτε το πρόβλημα απεικόνισης που έχετε. Αν έχεις απόσπασμα οθόνης από αυτό το σφάλμα (είναι καλή αυτή η πρακτική), μπορείς να χρησιμοποιήσεις το Imgur.com για να το ανεβάσεις και να κάνεις αντιγραφή/επικόλληση του συνδέσμου εδώ.

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.

• Ποιο είναι το πρόγραμμα περιήγησής σου;

• Παρακαλώ κάνε αντιγραφή/επικόλληση του κειμένου που απεικονίζεται στα αγγλικά αντί για αυτό που είναι στη γλώσσα σου.. Αν έχεις απόσπασμα οθόνης από αυτό το σφάλμα (είναι καλή αυτή η πρακτική), μπορείς να χρησιμοποιήσεις το Imgur.com για να το ανεβάσεις και να κάνεις αντιγραφή/επικόλληση του συνδέσμου εδώ.

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.

• είναι αυτό το κείμενο διαθέσιμο στο σύστημα μετάφρασης; Αν ναι, έχει μεταφραστεί για παραπάνω από 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.

• Ποιο είναι το πρόγραμμα περιήγησής σου;