mirror of
https://github.com/morluto/rea.git
synced 2026-11-15 11:13:21 +00:00
* fix(apple): join recognized keys from NIBArchive field maps inspect-asset-catalog returned no resource-key matches for a decoded NIBArchive resource whose recognized image key is present in the archive. The NIBArchive projection groups an object's decoded fields under the node's nibValues attribute beside the class, label and ID it derives from the same archive, while the AppKit keyed-archive parser flattens the same fields onto the node. The catalog join read only the top level, so a recognized NSImageName on a decoded resource produced no row, and the empty-catalog limitation still claimed resource keys were reported as unmatched. Read an archive object's fields from both shapes, and give the namespace one owner by exporting NIB_VALUES_ATTRIBUTE from the projection that writes it. The recognized-field set stays in the catalog analysis, which owns that contract. Verified with 5 focused catalog tests, check:fast and verify:test-discovery on macOS arm64, and through the public CLI against the reported NIBArchive fixture. The keyed-archive control keeps its existing row, and a NIBArchive with only an unrecognized title still produces none. The ibtool-dependent native hierarchy lane requires full Xcode and was unavailable here. * fix(apple): normalize resource keys at the NIBArchive producer Fold the complementary implementation from #2256 into the earlier #2248 proposal, retaining the original contribution history. Co-authored-by: Thang Luu <76550342+thangldw@users.noreply.github.com> * fix(apple): restrict catalog joins to parsed resource nodes --------- Co-authored-by: 吴佳浩 <wujiahao@supremind.com> Co-authored-by: morluto <76467478+morluto@users.noreply.github.com> Co-authored-by: Thang Luu <76550342+thangldw@users.noreply.github.com>