kaledelights_compat-1.3.4.jar
Curse Maven Snippet
What's new
1.3.4 — Config Tolerance & Diagnostics
Fixed
- Fixed: setting
AllowItemDeletion=falsecould still delete items (reported by a user). Root cause: theunify.omniconfparser matched section names and keys exactly (case-sensitive). A typo silently fell back to the defaulttrue(= deletion allowed), and the effective value was never logged, so there was no way to notice. Measured against the real parser with 11 variations: 6 were silently ignored — a lowercase keyB:allowItemDeletion(the key name used by the old 1.3.0unify.json, so it is the most common case after upgrading), a section header without quotes, an extra space in the section name, a key written outside any section, a key in the wrong section, and a key after the previous section was already closed. Section names and keys are now matched case-insensitively, section headers may omit the quotes, and runs of spaces are collapsed — the lowercase-key, missing-quotes and extra-space variants now work instead of failing silently.
Added
- The effective values are now logged:
[配置] 已加载 ...(砧板启用=X · 物品删除=Y)and... 物品删除=Yin theunify.omniconfread line — so it is immediately clear whether a setting was not read or read but not in effect. - Config logs are now bilingual: every config message is logged twice - an English
[Config]line followed by a Chinese[配置]line (34 call sites converted, none left Chinese-only). This mod ships to both an English (CurseForge) and a Chinese (mcmod.cn) audience, and a diagnostic that only exists in Chinese is no help to an English-speaking reporter - which is exactly the situation that made this bug hard to spot. - Misplaced settings now warn instead of vanishing:
[配置] ... 里有 N 行写在任何节之外,已忽略(多半是放错位置):[...][配置] ... 的 "Item Deletion" 节里没有 AllowItemDeletion(键名忽略大小写)—— 取默认值 true。该节现有键 = [...][配置] ... 里没有 "Item Deletion" 节 —— 物品删除开关取默认值 true(允许删除)[配置] ... 里有节头没写引号(本次已按节处理,建议补成 "节名" {):[...]
1.3.3 — Youkai's Homecoming Support & Model Overhaul
Added
- Support for Youkai's Homecoming (
youkaishomecoming). It shares its author and codebase with Youkai's Feasts and covers the same content, but the two cannot be loaded at the same time. The mod now supports either one: install whichever you like and you get equivalent cuisine table / sushi / tea compatibility.- A namespace resolver (
compat/YkCompat) detects which of the two is present and routes every ID to the matching namespace; resources are shipped for both - The unification rule set is filtered by which Youkai mod is present — with only
Youkai's Homecoming installed, the 7 Youkai's Feasts-only rules are dropped
automatically (log:
物品 41 条 / 方块 7 条(已按在场的妖怪系模组过滤)) - Two non-obvious gaps were found from the decompiled bytecode and fixed:
- Renamed effect: the effect is not called
mellowthere buttea_polyphenols(sameYHEffects.TEAfield, identical description string) — mapped, so the green tea / genmai tea / green water polyphenol effect works again - Scarlet Tea (
scarlet_tea), exclusive to Youkai's Homecoming, was missing entirely: full asset set for both namespaces, tea bag, recipes, language keys and its effect (thick + youkaifying, 1200 ticks each)
- Renamed effect: the effect is not called
- A namespace resolver (
Changed
- Shared resource library. The Youkai's Homecoming side no longer stores its own copy
of the teacup models and textures — it references the
youkaisfeasts:ones (Minecraft resource references carry a namespace, and the files are shipped by this mod, so they resolve in either environment).- Homecoming-side files: 420 → 237, jar: 976 KB → 766 KB
- Editing a teacup model now only has to be done once
- Model overhaul, aligned with the original Youkai art style
- Himekaido rice base: its top face uv covered only 2×5 pixels — ten pixels deciding
the whole top, which can only ever look like a patchwork of colour blocks. The uv now
samples a larger area and the texture was raised to 64×64, redrawn in the fruit's real
colours (
#701020/#500000/#C05080) as fine pulp grain with a lit centre - 30 sushi topping textures (sushi rolls untouched): every one used to be
"one unique colour per pixel" (29 pixels / 29 colours, most common colour only 3.4%,
and the colours unrelated to the food —
burger_meatwas green,pepper_blackpure blue,tofureddish-brown). Rebuilt against the original topping baseline (3–7 colours / dominant colour 26%–47%) as one hue family + a structure specific to each ingredient:- cross bands — perch, flying fish, tropical fish
- speckles — catfish, pufferfish, mudskipper, salt fish (salt crystals)
- layers — tamagoyaki, burger patty, smoked tofu-fish
- segments — trilocaris, calamari tentacle
- gloss + skin rim — the 9 peppers, lobster, calamari, pitcher plant
- petal — cherry petal (pink petal + white centre + deep tip)
- spiral — tendril
- fine — tofu
- Result: 4–6 colours / dominant colour 26%–53%
- Also filled in missing uv cells on 5 topping textures (
burger_meat,calamari_ing,pitcher_plant,tofuwere missing(7,1);tropicalmissing(3,1)/(4,1)) — the parent model needs a 19-cell L shape covered - Scarlet Tea teacup texture: the recolouring threshold changed from
"saturation" to "hue range" — the old rule missed the low-saturation green/cyan
pixels in the template, which showed up as off-colour blocks on the four-cup
stacked model (
count4_4)
- Himekaido rice base: its top face uv covered only 2×5 pixels — ten pixels deciding
the whole top, which can only ever look like a patchwork of colour blocks. The uv now
samples a larger area and the texture was raised to 64×64, redrawn in the fruit's real
colours (
⚠️ Upgrading: delete the old
1.3.2jar first — same modId, so having both inmods/will fail on startup.
This mod has no additional files