• Jei ekrane matote kokį nors klaidos pranešimą, įklijuokite jį čia.

The published rules for this game say that after deliveries are made, order cards should be turned face down. Hiding known information is an okay mechanic when playing around a table in real life, but it falls apart when playing online asynchronously (especially if you have more than one game in progress).

It's made even worse in asynchronous games because deliveries happen on other players' turns and are not reported in the gamelog, so the only way to find out what happened is either to keep copious notes on all the open orders players have and note the changes, or go back through the replay (which is always a fraught process on BGA, probably because of the load it puts on the server).

(For example, table 567892127 is on move 162. When I tried to do a replay from turn 17 (when an delivery was made), the screen displays the "Previously on..." message and then stops. I've had similar problems on other games, so I doubt this is an issue with the Coal Baron implementation.)

Though this is less of an issue playing playing live online, players can very easily take notes, and now, instead of a test of "memory", it's an advantage of players who have extra screen space and enjoy note-taking.

• Prašome paaiškinti, ką norėjote padaryti, ką padarėte ir kas atsitiko

• Kokia tavo naršyklė?

• Prašome nukopijuoti / įklijuoti tekstą, rodomą anglų kalba, o ne savo kalba. Jei turite klaidos nuotrauką (rekomenduojama padaryti), galite panaudoti Imgur.com bei nuotrauką įkelti bei čia įklijuoti nuorodą.

The published rules for this game say that after deliveries are made, order cards should be turned face down. Hiding known information is an okay mechanic when playing around a table in real life, but it falls apart when playing online asynchronously (especially if you have more than one game in progress).

It's made even worse in asynchronous games because deliveries happen on other players' turns and are not reported in the gamelog, so the only way to find out what happened is either to keep copious notes on all the open orders players have and note the changes, or go back through the replay (which is always a fraught process on BGA, probably because of the load it puts on the server).

(For example, table 567892127 is on move 162. When I tried to do a replay from turn 17 (when an delivery was made), the screen displays the "Previously on..." message and then stops. I've had similar problems on other games, so I doubt this is an issue with the Coal Baron implementation.)

Though this is less of an issue playing playing live online, players can very easily take notes, and now, instead of a test of "memory", it's an advantage of players who have extra screen space and enjoy note-taking.

• Ar šis tekstas yra translation system? Jei taip, ar jis buvo išverstas daugiau nei 24 valandas?

• Kokia tavo naršyklė?

• Prašome paaiškinti siūlomą pakeitimą tiksliai ir glaustai, kad būtų kuo lengviau suprasti, ką jūs siūlote.

The published rules for this game say that after deliveries are made, order cards should be turned face down. Hiding known information is an okay mechanic when playing around a table in real life, but it falls apart when playing online asynchronously (especially if you have more than one game in progress).

It's made even worse in asynchronous games because deliveries happen on other players' turns and are not reported in the gamelog, so the only way to find out what happened is either to keep copious notes on all the open orders players have and note the changes, or go back through the replay (which is always a fraught process on BGA, probably because of the load it puts on the server).

(For example, table 567892127 is on move 162. When I tried to do a replay from turn 17 (when an delivery was made), the screen displays the "Previously on..." message and then stops. I've had similar problems on other games, so I doubt this is an issue with the Coal Baron implementation.)

Though this is less of an issue playing playing live online, players can very easily take notes, and now, instead of a test of "memory", it's an advantage of players who have extra screen space and enjoy note-taking.

• Kokia tavo naršyklė?

• Kas buvo pavaizduota ekrane, tave užblokavus (juodas ekranas? Nepilna žaidimo sąsaja? Klaidos pranešimas?)

The published rules for this game say that after deliveries are made, order cards should be turned face down. Hiding known information is an okay mechanic when playing around a table in real life, but it falls apart when playing online asynchronously (especially if you have more than one game in progress).

It's made even worse in asynchronous games because deliveries happen on other players' turns and are not reported in the gamelog, so the only way to find out what happened is either to keep copious notes on all the open orders players have and note the changes, or go back through the replay (which is always a fraught process on BGA, probably because of the load it puts on the server).

(For example, table 567892127 is on move 162. When I tried to do a replay from turn 17 (when an delivery was made), the screen displays the "Previously on..." message and then stops. I've had similar problems on other games, so I doubt this is an issue with the Coal Baron implementation.)

Though this is less of an issue playing playing live online, players can very easily take notes, and now, instead of a test of "memory", it's an advantage of players who have extra screen space and enjoy note-taking.

• Kokia tavo naršyklė?

• Į kurias taisykles neatsižvelgiama BGA žaidimo versijoje

The published rules for this game say that after deliveries are made, order cards should be turned face down. Hiding known information is an okay mechanic when playing around a table in real life, but it falls apart when playing online asynchronously (especially if you have more than one game in progress).

It's made even worse in asynchronous games because deliveries happen on other players' turns and are not reported in the gamelog, so the only way to find out what happened is either to keep copious notes on all the open orders players have and note the changes, or go back through the replay (which is always a fraught process on BGA, probably because of the load it puts on the server).

(For example, table 567892127 is on move 162. When I tried to do a replay from turn 17 (when an delivery was made), the screen displays the "Previously on..." message and then stops. I've had similar problems on other games, so I doubt this is an issue with the Coal Baron implementation.)

Though this is less of an issue playing playing live online, players can very easily take notes, and now, instead of a test of "memory", it's an advantage of players who have extra screen space and enjoy note-taking.

• Ar taisyklių pažeidimas matomas žaidimo atkartojime? Jeigu taip, kuris veiksmo numeris?

• Kokia tavo naršyklė?

• Kurį žaidimo veiksmą norėjai atlikti?

The published rules for this game say that after deliveries are made, order cards should be turned face down. Hiding known information is an okay mechanic when playing around a table in real life, but it falls apart when playing online asynchronously (especially if you have more than one game in progress).

It's made even worse in asynchronous games because deliveries happen on other players' turns and are not reported in the gamelog, so the only way to find out what happened is either to keep copious notes on all the open orders players have and note the changes, or go back through the replay (which is always a fraught process on BGA, probably because of the load it puts on the server).

(For example, table 567892127 is on move 162. When I tried to do a replay from turn 17 (when an delivery was made), the screen displays the "Previously on..." message and then stops. I've had similar problems on other games, so I doubt this is an issue with the Coal Baron implementation.)

Though this is less of an issue playing playing live online, players can very easily take notes, and now, instead of a test of "memory", it's an advantage of players who have extra screen space and enjoy note-taking.

• Ką reikia padaryti, kad iššauktum šį žaidimo veiksmą?

• Kas įvyko kai bandei tai padaryti (klaidos pranešimas, žaidimo būsenos pranešimas, ...)?

• Kokia tavo naršyklė?

• Kuriuo žaidimo metu problema atsirado (koks buvo tuometinis žaidimo nurodymas)?

The published rules for this game say that after deliveries are made, order cards should be turned face down. Hiding known information is an okay mechanic when playing around a table in real life, but it falls apart when playing online asynchronously (especially if you have more than one game in progress).

It's made even worse in asynchronous games because deliveries happen on other players' turns and are not reported in the gamelog, so the only way to find out what happened is either to keep copious notes on all the open orders players have and note the changes, or go back through the replay (which is always a fraught process on BGA, probably because of the load it puts on the server).

(For example, table 567892127 is on move 162. When I tried to do a replay from turn 17 (when an delivery was made), the screen displays the "Previously on..." message and then stops. I've had similar problems on other games, so I doubt this is an issue with the Coal Baron implementation.)

Though this is less of an issue playing playing live online, players can very easily take notes, and now, instead of a test of "memory", it's an advantage of players who have extra screen space and enjoy note-taking.

• Kas įvyko kai bandei atlikti žaidimo veiksmą (klaidos pranešimas, žaidimo būsenos pranešimas, ...)?

• Kokia tavo naršyklė?

• Aprašykite rodomą problemą. Jei turite klaidos nuotrauką (rekomenduojama padaryti), galite panaudoti Imgur.com bei nuotrauką įkelti bei čia įklijuoti nuorodą.

The published rules for this game say that after deliveries are made, order cards should be turned face down. Hiding known information is an okay mechanic when playing around a table in real life, but it falls apart when playing online asynchronously (especially if you have more than one game in progress).

It's made even worse in asynchronous games because deliveries happen on other players' turns and are not reported in the gamelog, so the only way to find out what happened is either to keep copious notes on all the open orders players have and note the changes, or go back through the replay (which is always a fraught process on BGA, probably because of the load it puts on the server).

(For example, table 567892127 is on move 162. When I tried to do a replay from turn 17 (when an delivery was made), the screen displays the "Previously on..." message and then stops. I've had similar problems on other games, so I doubt this is an issue with the Coal Baron implementation.)

Though this is less of an issue playing playing live online, players can very easily take notes, and now, instead of a test of "memory", it's an advantage of players who have extra screen space and enjoy note-taking.

• Kokia tavo naršyklė?

• Prašome nukopijuoti / įklijuoti tekstą, rodomą anglų kalba, o ne savo kalba. Jei turite klaidos nuotrauką (rekomenduojama padaryti), galite panaudoti Imgur.com bei nuotrauką įkelti bei čia įklijuoti nuorodą.

The published rules for this game say that after deliveries are made, order cards should be turned face down. Hiding known information is an okay mechanic when playing around a table in real life, but it falls apart when playing online asynchronously (especially if you have more than one game in progress).

It's made even worse in asynchronous games because deliveries happen on other players' turns and are not reported in the gamelog, so the only way to find out what happened is either to keep copious notes on all the open orders players have and note the changes, or go back through the replay (which is always a fraught process on BGA, probably because of the load it puts on the server).

(For example, table 567892127 is on move 162. When I tried to do a replay from turn 17 (when an delivery was made), the screen displays the "Previously on..." message and then stops. I've had similar problems on other games, so I doubt this is an issue with the Coal Baron implementation.)

Though this is less of an issue playing playing live online, players can very easily take notes, and now, instead of a test of "memory", it's an advantage of players who have extra screen space and enjoy note-taking.

• Ar šis tekstas yra translation system? Jei taip, ar jis buvo išverstas daugiau nei 24 valandas?

• Kokia tavo naršyklė?

• Prašome paaiškinti siūlomą pakeitimą tiksliai ir glaustai, kad būtų kuo lengviau suprasti, ką jūs siūlote.

The published rules for this game say that after deliveries are made, order cards should be turned face down. Hiding known information is an okay mechanic when playing around a table in real life, but it falls apart when playing online asynchronously (especially if you have more than one game in progress).

It's made even worse in asynchronous games because deliveries happen on other players' turns and are not reported in the gamelog, so the only way to find out what happened is either to keep copious notes on all the open orders players have and note the changes, or go back through the replay (which is always a fraught process on BGA, probably because of the load it puts on the server).

(For example, table 567892127 is on move 162. When I tried to do a replay from turn 17 (when an delivery was made), the screen displays the "Previously on..." message and then stops. I've had similar problems on other games, so I doubt this is an issue with the Coal Baron implementation.)

Though this is less of an issue playing playing live online, players can very easily take notes, and now, instead of a test of "memory", it's an advantage of players who have extra screen space and enjoy note-taking.

• Kokia tavo naršyklė?