@veevarts/design-system 1.12.7 → 1.12.8
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/dist/index.cjs +9 -9
- package/dist/index.js +2161 -2144
- package/dist/patterns/CashTenderForm/types.d.ts +10 -0
- package/dist/patterns/CheckTenderForm/types.d.ts +10 -0
- package/dist/patterns/PaymentSubAmountInput/PaymentSubAmountInput.d.ts +11 -0
- package/dist/patterns/PaymentSubAmountInput/__test__/PaymentSubAmountInput.test.d.ts +4 -0
- package/package.json +1 -1
|
@@ -60,6 +60,16 @@ export interface CashTenderFormProps {
|
|
|
60
60
|
* Disable interactions (e.g. while submitting).
|
|
61
61
|
*/
|
|
62
62
|
isDisabled?: boolean;
|
|
63
|
+
/**
|
|
64
|
+
* Hard upper bound for the received amount, in MAJOR units (same unit
|
|
65
|
+
* as `dueAmount.value`). A keystroke that would push the parsed value
|
|
66
|
+
* above this is REJECTED (the field keeps its prior value) — so a
|
|
67
|
+
* cashier can't enter a pathological amount that overflows the PSP
|
|
68
|
+
* integer range downstream. A character `maxLength` can't enforce this
|
|
69
|
+
* (e.g. `99999999` is only 8 chars yet far over a $999,999.99 cap), so
|
|
70
|
+
* the guard is value-based. Omit for no cap.
|
|
71
|
+
*/
|
|
72
|
+
maxAmount?: number;
|
|
63
73
|
/**
|
|
64
74
|
* Auto-focus the Cash Received field when this component mounts.
|
|
65
75
|
* Pair with `key={...}` from the host to re-trigger focus on every
|
|
@@ -37,6 +37,16 @@ export interface CheckTenderFormProps {
|
|
|
37
37
|
/** Hide the bank name field when the host doesn't care. */
|
|
38
38
|
hideBankName?: boolean;
|
|
39
39
|
isDisabled?: boolean;
|
|
40
|
+
/**
|
|
41
|
+
* Character cap for the Check Number field. Guards against pathological
|
|
42
|
+
* paste / extreme input. Default `34` (the length of the longest IBAN,
|
|
43
|
+
* a generous ceiling for any cheque / international reference).
|
|
44
|
+
*/
|
|
45
|
+
checkNumberMaxLength?: number;
|
|
46
|
+
/**
|
|
47
|
+
* Character cap for the Bank Name field. Default `100`.
|
|
48
|
+
*/
|
|
49
|
+
bankNameMaxLength?: number;
|
|
40
50
|
/**
|
|
41
51
|
* Auto-focus the Check Number field when this component mounts.
|
|
42
52
|
* Pair with `key={...}` from the host to re-trigger focus on every
|
|
@@ -38,6 +38,17 @@ export interface PaymentSubAmountInputProps {
|
|
|
38
38
|
* step (e.g. opening Split, advancing to Payment #N).
|
|
39
39
|
*/
|
|
40
40
|
autoFocus?: boolean;
|
|
41
|
+
/**
|
|
42
|
+
* Hard upper bound for the typed amount, in the same MAJOR-unit scale
|
|
43
|
+
* the host parses the emitted string with. A keystroke that would push
|
|
44
|
+
* the parsed value above this is REJECTED (the controlled `value` is
|
|
45
|
+
* left unchanged, so the input reverts the offending character). Keeps
|
|
46
|
+
* the cashier from entering an amount that overflows the PSP integer
|
|
47
|
+
* range downstream. A character `maxLength` can't enforce this (e.g.
|
|
48
|
+
* `99999999` is only 8 chars yet far over a $999,999.99 cap), so the
|
|
49
|
+
* guard is value-based. Omit for no cap.
|
|
50
|
+
*/
|
|
51
|
+
maxAmount?: number;
|
|
41
52
|
'data-testid'?: string;
|
|
42
53
|
className?: string;
|
|
43
54
|
}
|