Ground Tier2 style-family exact-match resolver
This commit is contained in:
parent
1dcb3bd51f
commit
031f82fea2
3 changed files with 18 additions and 3 deletions
|
|
@ -1289,6 +1289,13 @@
|
||||||
`Kyoto`, `Persian`, `SoWest`, `Tudor`, and `Victorian`, so the remaining Tier-2 source frontier
|
`Kyoto`, `Persian`, `SoWest`, `Tudor`, and `Victorian`, so the remaining Tier-2 source frontier
|
||||||
is the style-family row-selection path into the later banked clone pass, not another hidden
|
is the style-family row-selection path into the later banked clone pass, not another hidden
|
||||||
name generator.
|
name generator.
|
||||||
|
The exact-match helper under that family is bounded now too. `0x00419590` copies one
|
||||||
|
source-kind name from `0x005f3c6c`, combines it with one style/theme entry from the smaller
|
||||||
|
subset table `0x005f3c80` through format `"%1%2"` at `0x005c8730`, and then scans the live
|
||||||
|
auxiliary pool `0x0062b2fc` for the first exact `[entry+0x04]` match. So the
|
||||||
|
`0x005f3c6c/0x005f3c80` pair is no longer an anonymous bank-byte helper; it is the stock
|
||||||
|
style-family-to-combined-name resolver immediately below the remaining Tier-2 source-selection
|
||||||
|
frontier.
|
||||||
The direct `+0xba/+0xbb` writer census now rules out a broad false lead too. The obvious new
|
The direct `+0xba/+0xbb` writer census now rules out a broad false lead too. The obvious new
|
||||||
stores at `0x004ecd42/0x004ecdaa` and `0x004ed5d5/0x004ed625` are only shell-side
|
stores at `0x004ecd42/0x004ecdaa` and `0x004ed5d5/0x004ed625` are only shell-side
|
||||||
portrait/string refresh helpers over a different id-keyed collection rooted through
|
portrait/string refresh helpers over a different id-keyed collection rooted through
|
||||||
|
|
|
||||||
|
|
@ -180,9 +180,10 @@ split: `0xb3bd` selects family `1`, while the sibling controls select family `2`
|
||||||
linked-site flag bits `[entry+0xc3]` to one action index `0..5` and resolves the resulting
|
linked-site flag bits `[entry+0xc3]` to one action index `0..5` and resolves the resulting
|
||||||
`(action_index, family)` pair through
|
`(action_index, family)` pair through
|
||||||
`aux_candidate_collection_find_entry_id_by_station_detail_action_index_and_family` `0x00419590`,
|
`aux_candidate_collection_find_entry_id_by_station_detail_action_index_and_family` `0x00419590`,
|
||||||
which formats one localized action stem from the fixed tables at `0x005f3c6c/0x005f3c80` and scans
|
which copies one source-kind name from `0x005f3c6c`, combines it with one style/theme entry from
|
||||||
the auxiliary candidate pool `0x0062b2fc` for the first matching stem at `[entry+0x04]`. Only
|
the smaller subset table `0x005f3c80` through `"%1%2"` at `0x005c8730`, and then scans the
|
||||||
after that auxiliary id resolves does the branch enter the deeper world-side validation owner
|
auxiliary candidate pool `0x0062b2fc` for the first exact combined-name match at `[entry+0x04]`.
|
||||||
|
Only after that auxiliary id resolves does the branch enter the deeper world-side validation owner
|
||||||
`placed_structure_validate_station_detail_aux_candidate_action_and_optionally_apply_linked_site_mutation`
|
`placed_structure_validate_station_detail_aux_candidate_action_and_optionally_apply_linked_site_mutation`
|
||||||
`0x0040dc40` plus the two confirmation-modal branches rooted at localized ids `0x0bfe` and
|
`0x0040dc40` plus the two confirmation-modal branches rooted at localized ids `0x0bfe` and
|
||||||
`0x0bff`. The constructor-side special-action strip is explicit now too:
|
`0x0bff`. The constructor-side special-action strip is explicit now too:
|
||||||
|
|
|
||||||
|
|
@ -821,6 +821,13 @@ Working rule:
|
||||||
`Kyoto`, `Persian`, `SoWest`, `Tudor`, and `Victorian`, so the next Tier-2 source question is
|
`Kyoto`, `Persian`, `SoWest`, `Tudor`, and `Victorian`, so the next Tier-2 source question is
|
||||||
no longer “where do numbered names come from?” but “which style-family rows first survive into
|
no longer “where do numbered names come from?” but “which style-family rows first survive into
|
||||||
the later two-bank, twelve-ordinal clone pass?”
|
the later two-bank, twelve-ordinal clone pass?”
|
||||||
|
The exact-match resolver beneath that style-family strip is grounded now too. `0x00419590`
|
||||||
|
copies one source-kind name from `0x005f3c6c`, combines it with one style/theme entry from the
|
||||||
|
smaller subset table `0x005f3c80` through format `"%1%2"` at `0x005c8730`, and then scans the
|
||||||
|
live auxiliary pool `0x0062b2fc` for the first exact `[entry+0x04]` match. So the
|
||||||
|
`0x005f3c6c/0x005f3c80` pair is no longer an anonymous bank byte table; it is the stock
|
||||||
|
style-family-to-combined-name resolver that sits immediately below the remaining Tier-2 source
|
||||||
|
selection frontier.
|
||||||
The direct `+0xba/+0xbb` writer census is narrower now too. The obvious newly surfaced stores
|
The direct `+0xba/+0xbb` writer census is narrower now too. The obvious newly surfaced stores
|
||||||
at `0x004ecd42/0x004ecdaa` and `0x004ed5d5/0x004ed625` are only shell-side portrait/string
|
at `0x004ecd42/0x004ecdaa` and `0x004ed5d5/0x004ed625` are only shell-side portrait/string
|
||||||
refresh helpers: they walk a separate id-keyed collection through `0x0053f830`, free and
|
refresh helpers: they walk a separate id-keyed collection through `0x0053f830`, free and
|
||||||
|
|
|
||||||
Loading…
Add table
Add a link
Reference in a new issue