I must be doing something wrong, because I would swear to you that I’ve gotten it while embarking before (because I remember laughing at them being beardless, and having the Emperor’s Epic Beard instead of his clothes)… goes off to try now and get a screenshot if successful
-edit-
Must’ve been before that got fixed. It has been a while since I’ve actually sat and played
I’m not sure if there is a convenient way to do this right now, but having some way to temporarily remove hearthlings from a town and then have them return later in the same state they were in when they left, once some trigger has been satisfied. Similar in a way to triggers/checks for campaign arcs, such as after some time limit, once a resource amount has been reached or another campaign part has been completed etc. I think this would allow for creating some more interesting campaigns or could allow for more complex features later such as sending hearthlings to other towns or dungeons without actually being there.
Ah ok, I haven’t played the rabbit campaign at all so wasn’t aware of it, in that case the functionality should already be there. Thanks for letting me know.
@max99x, you had mentioned that there is already a way to give Hearthlings alternate paths from point A to point B using the pathfinder. I’m interested in this kind of scenario:
Hearthling gets an order to do something far away.
There is a transportation method between the hearthling and the destination.
Instead of taking the hearthling directly from A to B, pathfinder sees that taking the transport would be faster, and takes the transport, doing pathfinding to reach the destination from the terminating point of the transport.
How would that be possible? How could the pathfinder “know” that the transport would be more time effective to get to the destination with its use, rather than by foot? Is there some sort of a path-weighing option now (like maybe something that tells hearthlings to use roads when they’re available rather than bare ground)?
I’ve added the biome URI as a class to this settlement selection screen, as you suggest. This is coming in the next release, later today. This screen now also has the starting season selector, so the current override in the Archipelago mod makes it impossible for players to select a season until the mod is updated (hopefully to not need to override it at all).
I hate to bring up App.stonehearthClient.openCrafterMenu again… but could we have an optional parameter for specifying a recipe to select? And same for showCitizenManager: optionally specify a hearthling to select (and by default this could be the selected hearthling, if any). Really for any view we might want to open and immediately show the user a specific part of that view.
Bruno’s suggestion can work in some cases, but it won’t give you a 100% solution because you’d still have to somehow manage “getting on” the transport. If I was to write it as a mod, I would do this at the AI level, not the pathfinder level. Provide a new action that “does” “goto_entity”, and in it write custom logic to find portals/train stations/etc and path between them.
Eh, this one is super easy to do in the mod itself by just getting the view and calling methods on it. In the latest version openCrafterMenu is no longer a thing, and both the workshop and the citizens menu is created and never destroyed (just hidden) for performance reasons, so you generally don’t need to even wait to do it asynchronously.
Interesting. So to determine whether to run this action, I would then take the distance between target entity and the closest exit portal to it, combine that with the closest entrance portal, and see if the distance is less than just going there via a pathfinder. Is it possible to find the length of a calculated path, or are we limited to measuring distances between two points as the crow flies?
Just took a look at the Clan Amberstone as kingdom mod and I think we need a way to specify kingdom’s diet so they don’t get their stomachs filled with roasted rabbit jerky…
function HabitatManager:_get_habitat_type(terrain_type, feature_name)
if terrain_type == 'mountains' then
return 'mountains'
end
if self._landscaper:is_water_feature(feature_name) then
return 'water'
end
if self._landscaper:is_forest_feature(feature_name) then
return 'forest'
end
if feature_name ~= nil then
return 'occupied'
end
if terrain_type == 'plains' then
return 'plains'
end
if terrain_type == 'foothills' then
return 'foothills'
end
log:error('Unable to derive habitat_type')
return 'none'
end