安装 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（越南语）
Українська（乌克兰语）
报告翻译问题
(Technically, there might be compatibility issues with a mod that completely revamps either the container UI or the Matter Manipulator UI, but only if it both overwrites the image files used in those UIs and does so in a way that would make the original UIs stop working. I'm not aware of any mod that does that, though, and most modders seem to avoid doing this kind of intrusive change to vanilla assets.)
I don't think anything short of a full conversion could have a compatibility issue with it. The mod just adds a scripted object with a custom name, so unless some other mod uses "dw_colorwheel" as an internal object name or "dwcwui" as an UI name, there should be no compatibility issues.
Yes, the paint tool uses different block textures for the most part.
There are two in-game mechanisms for changing a block's color I know of: hue shifting and the paint tool.
The hue shift is what my mod does; in a vanilla game it's the mechanic used to change the color of basic blocks in different planets, and you can also create blocks with a hue shift using cheats. My mod is basically an easier, and less "cheaty", way to obtain the same hue-shifted blocks you would need a cheat for.
The paint tool, on the other hand, changes which set of textures a block is using, and resets the hue shift to boot (so, as far as I know, you can't use both methods on a single block). Its functionality doesn't seem to be available when modifying blocks that are stored in the inventory.
AFAIK changing a block's brightness and saturation isn't possible at all. Not at the moment, at least.
With the method I used for blocks, unfortunately not.
There is another method that works for armor and clothes, but contrary to what I used here it would require manually adding code to support every individual piece of armor or vanity, which isn't exactly feasible for me.
If you mean update 1.0.3, that only affects blocks that have not been colored. Blocks you have changed the color of — be it through my mod or using a cheat — retain their colors when placed.
Kinda. It seems to be the only natural block that looks like it should change color but doesn't, true. It's not the only colorless block players can get their hands on, even without mods or cheats, though; things like modern platforms, glass, or snow won't change color either, thus the warning.
BTW, some crafted blocks are particularly nice to hue shift. Gold blocks and gold platforms, in particular, have nice bright colors when hue-shifted.
The fix has already been applied with game patch 1.0.3; blocks that don't have any hue information will match the planet, while blocks that have been hue-shifted retain their hue.
Of note: the top-right button in my mod removes the hue information, allowing blocks to match the planet. If you want a block that is guaranteed to be that color, pick the zero-shift hue (one of the central buttons, the interface will show "Hue: 0" when you click it).
I'm not sure, as I don't play in multiplayer, but I do believe anyone connecting to a server running this mod will need to have it installed too.
It should be safe to remove after it's not needed anymore as long as you take care to remove every placed Color Wheel, though; the hue-shifted blocks are a Vanilla feature, the mod merely allows players to turn common blocks into hue-shifted ones without using admin commands, and otherwise it only adds one object, the Color Wheel itself.