Change Details

T2869 This diff is UI + frontend validation only. Upgrades the Send Token component to conditionally render the One to Many Token Send input based on the `Multiple Recipients` toggle, consistent with the Send component. Smilar to XEC multisends, frontend validation here only checks if each token send amount is less than token.balance. The validation of the aggregate token send amount across all rows will be done in sendToken in the next diff **[Cashtab] [eToken multisends] Part 1/2 - Frontend scaffolding** [Cashtab] [eToken multisends] Part 2/2 - upgrade sendToken to handle multisends

T2869 This diff is UI + frontend validation only. Upgrades the Send Token component to conditionally render the One to Many Token Send input based on the `Multiple Recipients` toggle, consistent with the Send component. Smilar to XEC multisends, frontend validation here only checks if each token send amount is less than token.balance. The validation of the aggregate token send amount across all rows will be done in sendToken in the next diff **[Cashtab] [eToken multisends] Part 1/3 - Frontend scaffolding** [Cashtab] [eToken multisends] Part 2/3 - Upgrade sendToken to handle multisends [Cashtab] [eToken multisends] Part 3/3 - Implement max limit of multi token sends

T2869 This diff is UI + frontend validation only. Upgrades the Send Token component to conditionally render the One to Many Token Send input based on the `Multiple Recipients` toggle, consistent with the Send component. Smilar to XEC multisends, frontend validation here only checks if each token send amount is less than token.balance. The validation of the aggregate token send amount across all rows will be done in sendToken in the next diff **[Cashtab] [eToken multisends] Part 1/21/3 - Frontend scaffolding** [Cashtab] [eToken multisends] Part 2/2 - u2/3 - Upgrade sendToken to handlehandle multisends [Cashtab] [eToken multisends] Part 3/3 - Implement max limit of multi token sends