That makes sense - reconnecting creating a new game... thanks!
Regards, Thue
2014/1/7 Michael T. Pope
> I hit "send" on the previous post, returned to the window with the code
> open, and saw the bug. After calling reconnect(), the variable "game" is
> still referring to the old version of th
I hit "send" on the previous post, returned to the window with the code
open, and saw the bug. After calling reconnect(), the variable "game" is
still referring to the old version of the game, not the updated one with
the new unit added. Just reloading the game from freeColClient fixes the
bug (g
On Tue, 7 Jan 2014 04:06:49 +0100
Thue Janus Kristensen wrote:
> I did try to find it. It seems like there are several versions
> of FreeColGameObjects, possible in their own threads?
>
> Is there an introduction to the overall FreeCol design?
Only the code. Several people have said it would be
I did try to find it. It seems like there are several versions
of FreeColGameObjects, possible in their own threads?
Is there an introduction to the overall FreeCol design? Threading,
client-server model?
Regards, Thue
2014/1/7 Michael T. Pope
> On Tue, 7 Jan 2014 03:12:52 +0100
> Thue Janus
On Tue, 7 Jan 2014 03:12:52 +0100
Thue Janus Kristensen wrote:
> I am trying to figure out why a newly added unit via the debug interface
> (right click on tile, add unit) is not getting getting focus.
>
> game.getFreeColGameObject(sUnit.getId(), Unit.class); on DebugUtils.java
> line ~378 return
I am trying to figure out why a newly added unit via the debug interface
(right click on tile, add unit) is not getting getting focus.
game.getFreeColGameObject(sUnit.getId(), Unit.class); on DebugUtils.java
line ~378 returns null. Why?
Regards, Thue
--
