Add selector nomenclature for conditional field visibility
A selector is a nomenclature whose value decides which other nomenclatures appear beneath it: picking "Ship" reveals the ship fields, "Warehouse" reveals the warehouse ones. Previously every vehicle nomenclature rendered at once, so the operator had to know which were relevant and a vehicle could silently carry both a ship and a warehouse. Visibility is one rule - a nomenclature is hidden if some selector option reveals it and that selector's value is not the revealing option - kept in nomenclatures/visibility.py and mirrored in services/nomenclatureVisibility.js. A nomenclature no selector references always shows, so installations without selectors are unchanged. The serializer, not the UI, enforces the invariant: a value for a hidden nomenclature is rejected, as is a selector value that matches no option. The frontend clearing values on switch and pruning hidden keys before save is convenience on top of that. Selector values join lookups in the quick-fill combination projection, so applying a saved combination sets the source and its revealed fields in one click rather than collapsing "Ship + cargo" and "Warehouse + cargo" into one indistinguishable row. Configuration rejects nesting (a selector revealing another selector) and double-reveal (one nomenclature revealed by two selectors, leaving its visibility ambiguous). The admin UI filters both out of the reveal list as well, so an invalid configuration cannot be built in the first place. Note: introducing a selector over existing data hides values already entered - vehicles predating the selector have no selector key, so anything it reveals becomes invisible until a source is chosen. The values remain stored. Worth a data check before configuring the first selector. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -16,8 +16,19 @@ export default function ExtraCombinationsTable({ nomenclatures, onApply }) {
|
||||
const subscribeRef = useRef(subscribeToUpdates);
|
||||
subscribeRef.current = subscribeToUpdates;
|
||||
|
||||
// Only lookup nomenclatures form a combination
|
||||
const lookupNomenclatures = nomenclatures.filter(n => n.kind === 'lookup');
|
||||
// Lookups and selectors form a combination: the selector value is what makes
|
||||
// "Ship + cargo" and "Warehouse + cargo" distinct rows rather than one.
|
||||
const lookupNomenclatures = nomenclatures.filter(
|
||||
n => n.kind === 'lookup' || n.kind === 'selector'
|
||||
);
|
||||
|
||||
// A selector stores its option value, not an entry id, so it resolves to the
|
||||
// option's label instead of going through getDisplayValue.
|
||||
const cellLabel = (nom, value) => {
|
||||
if (nom.kind !== 'selector') return getDisplayValue(nom.code, value);
|
||||
const option = (nom.selector_options || []).find(o => o.value === value);
|
||||
return option ? option.label : '';
|
||||
};
|
||||
|
||||
const load = useCallback(async () => {
|
||||
try {
|
||||
@@ -91,7 +102,7 @@ export default function ExtraCombinationsTable({ nomenclatures, onApply }) {
|
||||
>
|
||||
{lookupNomenclatures.map(nom => {
|
||||
const entryId = combo.data[nom.code];
|
||||
const label = entryId != null ? getDisplayValue(nom.code, entryId) : '';
|
||||
const label = entryId != null ? cellLabel(nom, entryId) : '';
|
||||
return (
|
||||
<td key={nom.code}>
|
||||
{entryId != null && !label
|
||||
|
||||
Reference in New Issue
Block a user