ติดตั้ง 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 (เวียดนาม)
Українська (ยูเครน)
รายงานปัญหาเกี่ยวกับการแปลภาษา
Maybe you have a mod that adds some kind of verbose logging showing "add" overwritings as errors?
Maybe you remeber errors when working with arrays? I'll test this again and sorry if my poor sb logging experience caused you nuisance.
The add patch operation does cause a, albeit small and unremarkable, error when a pre-existing value exists which is why I added the test operand (especially since I know there will be idiots who see the error and believe it's the cause of a completely separate, unrelated problem.
It's useful when you have arrays or when you want to replace a value not knowing if the object exist but the original mod and its patches use this [{"op":"add","path":"/disableTimer","value":true}].
As you can see it directly add the object with a single bool value and json patching works so that every subsequent add simply replace the value without creating duplicates.
Adding the test operand simply "slows" -by a negligible amount, but still- the patching process.
There is no possible incompatibility this mod and the test operand use can solve IN THIS CASE, so you are safe to use the original mod and the already existing patches.
As a side note you were right to use it not knowing this, better safe than sorry.
Additionally, Frackin' Universe support when /s