OK, I didn't have the same problem as John, my 5 initiates (still testing with Magic
) all dutifully went off to harvest wood, but the 'gold' they returned to the store looked suspiciously like wood
That one's an easy fix.
There is indeed something wrong with certain commands and group selections though, after they'd starting harvesting wood I gave all five a build command, two went and started building, the other three cancelled their current command but clearly didn't get the new one properly. They headed over after the other two had started, via auto-repair, but something in up with group commands, for harvest and build at least. I'm on it.
In addition, whenever ordered to harvest a resource, if the worker was already carrying a load, he would return it before going to harvest. This has always been normal behavior when going from one resource to another, but this time they were doing it when going back to the same resource. For example, I had a group of several workers mining gold, and I told them to go build a technodrome, and then while they were building that, I queued up a command to go back to mining gold (Ctrl-right click on the gold). When they finished building, they dropped off their bundles of gold, then went back to mining more of it. No picture for that one, but I'm sure you get the idea.
This is an interesting one. As arch has pointed out, it is the normal Glest behaviour. I think maybe it should be changed, but it's not as straight forward as 'if same resource type, go back to resource', that makes sense if they have a small current load, but less sense if they are almost fully loaded, so I think I'll use this logic:
// when given harvest command and loadCount is not zero
if command resource type != current load resource type
then go back to store and unload
else if loadCount < maxLoadCount / 2
then go straight to resources
else
go back to store and unload
Which just says if the unit is less than half loaded it will go back to get more, half or more loaded it will return to the store.
Here we see four technicians all trying to auto-heal this wounded archer, but they can't seem to figure out how to get to him. Even when told explicitly "go heal that guy", they remained stumped. When told "go over there near that guy", they figured it out.
Haven't tried to re-create this one yet, will try to fix up these other things first... Was this a group command as well? or did they do the same when explicitly commanded individually?
Is "f" no longer the "free camera" button?
Sorry, I borrowed the 'f' key for debugging purposes a while ago, I forgot to change it back. Another quick fix at least
Note: This key is a bit useless in GAE anyway... the camera is always free, it's effect now is a 'kinf of' reset camera key (but you have to press it twice, none of the old logic was changed (game/free camera) so pressing it once puts you in 'free' mode, which mean does nothing in GAE, and then pressing it again resets the camera to the old game mode view, but the camera is still free.
This should be fixed. But also perhaps more importantly, I think we need to do some 'advertising' and how to use the GAE camera... and also decide upon a solution for the 'no middle mouse button' problem.
Thanks for the feedback, will hopefully have a 'take two' ready before long.
