安装 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(越南语)
Українська(乌克兰语)
报告翻译问题








selecting single models does not work because the game does not fire events when the user clicks them. Besides, the api only allows building edges and constructions, and loose models are neither.
It should work the same way I do with my edge marker tools. Perhaps I'll do some tests if I've got the time.
For example, try game.interface.getEntity() on a freestyle station: it crashes (at least it did a while back). It's old vs new.
If adding groundTexture to a construction breaks it, that construction is crap - buggy - outdated - a problem waiting to happen - pick your definition. It is hard to disagree on this.
So the new api functions still treat constructions with ground textures differently from constructions without ground textures. This is neither deprecated nor a bug and nowhere it's written that you must not do it. It's similar to the difference between free and rigid edge constructions and made for subsequent removing of components.
The problem is that you make critical interventions in absolutely legal objects of other mods without any user getting notice. Even if CM is switched off by the red dot at the bottom bar it works in the background.
I could make the red dot control the various con.updateFn() anyway, but then you'd need to remember and switch it on before building something, otherwise you cannot select it nor move it: too unfriendly.