Observation
Extending the responsive matrix to the positive-balance dashboard branch (during #885) surfaced pre-existing RenderFlex overflows that the zero-balance-only matrix never exercised. Measured on iPhone SE (3rd gen, 375x667), positive balance, German locale:
- 1.0x: 2px bottom overflow (twice)
- 1.3x: 12/33px bottom, 1px right
- 2.0x: 34/66px bottom, 135px right (the
Row in lib/screens/dashboard/widgets/cash_holding_box.dart:43 is one of the overflowing flexes; the trailing amount column has no Flexible)
Larger scales overflow further. The actions row itself is not affected (it is the same four-button row the dashboard always had); the debt sits in the balance/holding sections that only render with a positive balance.
Why not fixed in #885
#885 only gates the visibility of two existing buttons; every overflow above reproduces without that change. Hardening the positive-balance sections is #854-class work (layout refactor + golden churn across several widgets) and deserves its own PR. #885 scopes its new matrix case to the actions row so the gate it adds is honest about what it covers.
Proposal
Apply the established responsive patterns (Flexible/ellipsis on the trailing columns, docs/responsive-layout.md) to CashHoldingBox and the sibling positive-balance sections, then extend the full-page responsive matrix to a positive-balance case across the device/text-scale grid.
Observation
Extending the responsive matrix to the positive-balance dashboard branch (during #885) surfaced pre-existing RenderFlex overflows that the zero-balance-only matrix never exercised. Measured on iPhone SE (3rd gen, 375x667), positive balance, German locale:
Rowinlib/screens/dashboard/widgets/cash_holding_box.dart:43is one of the overflowing flexes; the trailing amount column has noFlexible)Larger scales overflow further. The actions row itself is not affected (it is the same four-button row the dashboard always had); the debt sits in the balance/holding sections that only render with a positive balance.
Why not fixed in #885
#885 only gates the visibility of two existing buttons; every overflow above reproduces without that change. Hardening the positive-balance sections is #854-class work (layout refactor + golden churn across several widgets) and deserves its own PR. #885 scopes its new matrix case to the actions row so the gate it adds is honest about what it covers.
Proposal
Apply the established responsive patterns (
Flexible/ellipsis on the trailing columns,docs/responsive-layout.md) toCashHoldingBoxand the sibling positive-balance sections, then extend the full-page responsive matrix to a positive-balance case across the device/text-scale grid.