安装 Steam
登录
|
语言
繁體中文(繁体中文)
日本語(日语)
한국어(韩语)
ไทย(泰语)
български(保加利亚语)
Čeština(捷克语)
Dansk(丹麦语)
Deutsch(德语)
English(英语)
Español-España(西班牙语 - 西班牙)
Español - Latinoamérica(西班牙语 - 拉丁美洲)
Ελληνικά(希腊语)
Français(法语)
Italiano(意大利语)
Bahasa Indonesia(印度尼西亚语)
Magyar(匈牙利语)
Nederlands(荷兰语)
Norsk(挪威语)
Polski(波兰语)
Português(葡萄牙语 - 葡萄牙)
Português-Brasil(葡萄牙语 - 巴西)
Română(罗马尼亚语)
Русский(俄语)
Suomi(芬兰语)
Svenska(瑞典语)
Türkçe(土耳其语)
Tiếng Việt(越南语)
Українська(乌克兰语)
报告翻译问题






- Fixed compatibility with Common Sense.
Error in static constructor of TableRange.Main: System.TypeInitializationException: The type initializer for 'TableRange.Main' threw an exception. ---> HarmonyLib.HarmonyException: Patching exception in method static System.Reflection.MethodInfo TableRange.Compat_CommonSense::Method() ---> System.Exception: Method static System.Reflection.MethodInfo TableRange.Compat_CommonSense::Method() returned an unexpected result: null
- Support for RimWorld 1.6.
- Removed HugsLib dependency.
- Added Float Sub-Menu dependency.
- Dropped support for RimWorld 1.3.
Don't worry if Steam is slow to give you the update. The dll is harmless, as the game won't load it from there.
- Fixed compatibility with "Common Sense" mod, that was broken by a change in that mod.
- RimWorld 1.5 support.
- Replaced buggy Tables+ integration with better handling of selecting multiple tables at once.
I expect this update to fix the problems that people have experienced with the mod. If it doesn't, please let me know.
I simply stopped using this mod and found better alternatives, because it was not worth waiting so long for a fix that never happened. If you want help squashing bugs, then you're better off finding someone else or doing it yourself.
I did look for your post in their discord, but could not find it. If you post it to pastebin or something like that I'll take a look.
* Re-added compatibility with Common Sense mod.
@ThymeSpirit @evirae
It is possible, but only recommended for unresolvable incompatibilities. I intended to reintroduce the fix shortly, but then life happened and I forgot about it. Thanks for the reminder(s).
I about pulled my hair out trying to figure out why none of my pawns would eat anything at a table- lo and behold, disabling this mod fixed the issue.
Great mod if not using CS though- but it's tough to get everything to cooperate with a long mod list at times. I'll check back- I can live without it for now, no stress- but just a heads-up in case anyone else runs into this.
I asked for help in the Dubs Mods Discord server, and they helped me locate the error caused by this mod. I uploaded my Player.log in their Discord. So if you want to, you could pick it up there, under the "performance-help-check-pins" channel.
You could easily find my post by searching "from: Thor#0001" in their server.
If that's too much hassle, then I understand, not to worry.
I'm running a game with 223 other mods, so there are likely bound to be conflicts, but I hope it can be useful for you!
How would I go about sharing my player.log file?
I guess I should discard the idea of a single central dining room and put a table in other points to make it more comfortable for people... in fact, what I just said has given me an idea to improve the base a bit.
Thanks for your time :)
I could do some experiments and see what happens if you crank it - I may be able to get away with more, though in that case I'd add a separate "this will slow down your game" option. I don't think that will give as much as 80 though.
Another approach would be to replace the entire search algorithm for longer ranges, but that is a bigger project. It's not that the vanilla algorithm is bad, it is just made for shorter ranges.
You may want to consider if that high a range is really a good idea - if the pawn walks an hour to get to the table and then an hour back, that will pretty inefficient.
That's all the linkables I think I have right now, it's still very early in the game.