Mobbstar

So many juicy things! I'm expecting the official caves will benefit from the new falloff textures too. To clarify, these textures are in the old Don't Starve (since caves update I believe). The non-ruins ones have separate files too! For comparison, this is the default falloff:

These aged like fine wine, given the Eye For An Eye update.

If you click on the Klei Points icon in the game (specifically in the Collections) it logs you in directly via API. If that works, you can then paste the reward link in the URL bar. I did that shortly after this link has been posted and it worked.

Hello all! When Island Adventures started four years ago, we couldn't imagine it becoming such a big and long-lasting project. Many people have come and/or left the crew and many breakthroughs and miracles have been performed. The mod has come a long way. However, in recent times, there have been mounting problems we are not equipped to deal with. Most notably, Don't Starve Together itself has grown and changed much. The overlap of DST and SW content comes not only with technicalities, but also increasingly complicated bugs, and big gameplay issues. Therefore, we have decided to forfeit Maxwell's tropical paradise to Queen Charlie, and let her form a different kind of island adventure. More specifically, we will not finish missing or incomplete content (such as treasure hunt, volcano, quacken, &c.) nor patch bugs that occur with new game updates. However, the Steam Workshop page and the GitLab repository (including the entire development history), will remain online and public, for posterity. Heroic strangers may use this to continue developing and send a "Pull Request" to get their solutions applied to Steam Workshop. If a part of Island Adventures seems useful for a different mod (e.g. the climate transition code), we'd gladly let the other mod take it. However, we insist the mod's Steam Workshop page mentions this, for the purpose of avoiding misunderstandings. Also, feel free to consult us about that. We may be able to provide context and code explanations to help incorporate it. Thank you for the fun years! -the Island Adventures devs

This issue has been resolved in an update to the mod tools.

Update: This issue can be circumvented by temporarily renaming the mod on Steam Workshop. (e.g. add an 'a' to the title) Still not sure what causes the issue, but since it seems to happen based on alphabetic order, I should be able to identify the mods responsible (assuming it has nothing to do with hidden mods). (I have not yet disected the source code.) EDIT: Turns out a (1) hidden mod I am contributor for causes this issue. The Steam API does not let me get any details for this one Workshop Item, but happily tells the mod tools that it's in my workshop list. The mod tools fail as soon as reaching that item in the alphabetic list, regardless of which game said item is for.

Bump. I can't be the only one who is unable to update mods because of this. Note that the list is in alphabetic order and stops at some point. The last entry is not necessarily the first item the user is not uploader of. Is the source code of the uploader tool available to us?

I only noticed this because @Hekateras has the Contributor items now as well, and told me about it.

As of recently, the Steam Workshop API appears to have changed. When the uploader tool fetches the list of mods on the workshop, it gets all the mods you've uploaded, but also all the mods you're mentioned in as "contributor". Unfortunately, contributors still cannot update mods. The big problem, however, is that the mod tool fails to parse (or even just receive?) this new list format, and thus does not offer to update some mods. I am currently unable to update several DST, DS, and Invisible Inc mods because of this.

In my HUD Hotkey mod I did this: GLOBAL.TheInput:AddKeyDownHandler(GetModConfigData("key"), function() local wilson = GLOBAL.ThePlayer if wilson and wilson.HUD then if wilson.HUD:IsVisible() then wilson.HUD:Hide() else wilson.HUD:Show() end end end) This only works because HUD is purely client-side (i.e. it only affects the person pressing the key). For your case, a RPC or alike would be needed. Kzisor's code seems to use RPC under the hood too. By copying from Kzisor's RPC Handler example and my Key Handler example, you should almost have everything needed. However, you'd also have to send the RPC in the Key Handler function. I cannot recall how that works. To clarify, it would look something like this, I imagine: GLOBAL.TheInput:AddKeyDownHandler(GetModConfigData("key"), function() local player_character = GLOBAL.ThePlayer if player_character ~= nil and player_character.prefab == "yourcharacter" then --TODO send RPC "yourhotkeyname" for player_character end end) AddModRPCHandler("yourmodname", "yourhotkeyname", fugg)

Is the reward a warm feeling coming from my chest?

Mentioned in that other report as well. Apparently a lot of things are affected with icantdothatosis.

Sorry to keep the shopcat thing going, but this is a Klei official meme, as indicated by the URL: http://assets.kleicdn.com/public/INV/shopcat.jpg Edit: and here are a couple I made myself to get the point across.

I wonder why they'd add so much weight. The former entirety of the sounds and music folder would be "only" 513 MB (i.e. approx. half a gigabyte), The entire DLC files were barely a gigabyte before this update. (For comparison, RoG is 535 MB and SW is 640 MB. The basegame without DLC directories is 834 MB.) (I did not update yet.)