POS: Dismiss Cash and Email view keyboard before the view disappears

[staskus]

Merge after #14854

Description

In Cash and Email Receipt views the keyboard would disappear after the view disappears without animation which looked like a glitch.

A solution is to manually dismiss focus of keyboard when back button is tapped or when the submission is succesful.

Steps to reproduce

POS

• Set .acceptCashForPointOfSale flag to true
• Within a POS transaction, selecting to pay by cash, observe that the cash collection view appears under an animated transition and keyboard appears with the animation as well.
• Tap back, confirm that the keyboard disappears with a transition.
• Upon marking the order as complete (any or no amount), the keyboard also disappears with a transition.
• Tapping on "send receipt" appears/disappears keyboard appears with a transition.
• Tap back, confirm that the keyboard disappears with a transition.
• Submit email, confirm that the keyboard disappears with a transition.

Regression

• Create an order with Custom Amount
• Confirm the keyboard appears in Custom Amount view
• Dismiss the keyboard
• Tap on the amount field again
• Confirm the keyboard appears again

Testing information

Screenshots

ScreenRecording_01-17-2025.11-13-43_1.MP4

ScreenRecording_01-17-2025.11-06-39_1.MP4

---

• I have considered if this change warrants user-facing release notes and have added them to RELEASE-NOTES.txt if necessary.

Reviewer (or Author, in the case of optional code reviews):

Please make sure these conditions are met before approving the PR, or request changes if the PR needs improvement:

• The PR is small and has a clear, single focus, or a valid explanation is provided in the description. If needed, please request to split it into smaller PRs.
• Ensure Adequate Unit Test Coverage: The changes are reasonably covered by unit tests or an explanation is provided in the PR description.
• Manual Testing: The author listed all the tests they ran, including smoke tests when needed (e.g., for refactorings). The reviewer confirmed that the PR works as expected on all devices (phone/tablet) and no regressions are added.

[wpmobilebot]

📲 You can test the changes from this Pull Request in WooCommerce iOS by scanning the QR code below to install the corresponding build.

	App Name	WooCommerce iOS
	Build Number	pr14902-3891f73
	Version	21.4
	Bundle ID	com.automattic.alpha.woocommerce
	Commit	3891f73
	App Center Build	WooCommerce - Prototype Builds #12618

Automatticians: You can use our internal self-serve MC tool to give yourself access to App Center if needed.

[iamgabrielma]

Works nicely, dropped a comment on a bit I'm not sure I fully understand, as seems we're not using it.

🚢

[iamgabrielma]

I'm not sure to understand the usage of computed focusAmountInput with re-declaring focused(...) and differentiating internal from external focus input here (so the commit 990053d ) 🤔

We seem to use the default SwiftUI's focused<Value>(_ binding: FocusState<Value>.Binding, ... and commenting this out seems to work just fine, so we could remove these as well and be enough to set isTextFieldFocused = false as needed?

[staskus]

Thanks, you're right! 💯

I didn't think the default .focused would work when passing .focused through outside and within FormattableAmountTextField at the same time but I was wrong.