Closes: #15123

Before tackling #15152, I'm updating the view to better support larger accessibility sizes

Description

The idea was to play with layoutPriority. However, it only works up to the point, we need to give permission for views to shrink, either by making resizable images (.resizable) or resizable texts (.minimumScaleFactor). Also, TotalsView texts are large enough for non-scroll view, so I decided to limit the size with dynamicTypeSizerange.

Changes:

• Updated POSFontStyleto support dynamicTypeSizerange, replaced existing UIContentSizeusage
• Updated payment state views to either hide images or shrink images when accessibility increased
• Updated priorities and limited text growth within `TotalsView``

Steps to reproduce

I suggest testing with:

• Common size device - iPad Air / Pro
• Small size device - iPad Mini

Test these checkout states with different accessibility sizes:

• Waiting for reader
• Waiting to tap/swipe card
• Order preparation errors
• Payment success

Testing information

Tested with iPad Air M2 and iPad Mini A17

Screenshots

• 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.