[PixPMusic]

Problem

On wide layouts (foldable inner screens, tablets), the Usage screen gave the Cost/Tokens/Limits selector a fixed 240pt while the 24h/7d/30d/90d range stretched across the rest of the row. With larger text, Tokens and Limits wrapped mid-word ("Token / s", "Limit / s") even though the date labels had plenty of spare room.

Change

Replace the view selector's fixed w-60 with flex-1, so the date range and view selector split the row. Narrow screens keep their existing stacked layout. On the Limits view, the empty spacer still keeps the selector in the right half.

Scope and approval

Alex reported this at 19–20pt app text with enlarged Android system text. This is a small fix to an existing mobile layout defect. iOS shares the same component, and web, desktop, providers, and server contracts are unaffected.

Verification

• vp run check:changed passed.
• Android native dev client, 19pt app text, extra-large system text:
  • Pixel Fold emulator, inner screen: all labels fit on one row; before the fix, Tokens and Limits wrapped.
  • Pixel Fold emulator, cover screen: stacked layout unchanged.
  • Fold8-style emulator, inner and cover screens: labels fit on one row; stacked layout on the cover screen is unchanged.
• iOS not run; the change is a shared flex class with no platform branch.

Before	After

Model: GPT-6.1 Sol & Claude Opus 5.5 | Harness: Codex in T3 Code & Claude Code in T3 Code

[macroscopeapp]

Approvability

Verdict: Approved at 91dc50a

Macroscope's review found this PR approvable — The mobile usage selector now shares available width with the date-range control instead of using a fixed width. This is a localized layout adjustment with no changes to selection behavior or usage data.

^{You can add or adjust custom eligibility rules. Learn more.}

[coderabbitai]

No actionable comments were generated in the recent review.

Walkthrough

The wide-layout view selector now uses flex-1 instead of w-60. No other behavior changes are shown.

Changes: Usage layout

Layer / File(s)	Summary
Update selector width apps/mobile/src/features/usage/UsageRouteScreen.tsx	The wide-layout view selector replaces its fixed width with flexible width.

Estimated code review effort: 1 (Trivial) | ~3 minutes

Change: Bug fix

Suggested reviewers: juliusmarminge

Merge Risk: Minimal · up to 91dc5

The selector shares available width on wide layouts. No merge-blocking issue is established; iOS remains untested.

Pre-merge checks: 4

Check name	Status	Explanation
Title check		The title clearly and concisely describes the mobile layout fix for the Usage view selector at large text sizes.
Description check		The description covers the problem, change, scope and approval rationale, and verification. It reports focused Android checks and results, notes that iOS was not run, and includes before-and-after scr…
Linked Issues check		Check skipped because no linked issues were found for this pull request.
Out of Scope Changes check		Check skipped because no linked issues were found for this pull request.

Full details: Description check

Explanation

The description covers the problem, change, scope and approval rationale, and verification. It reports focused Android checks and results, notes that iOS was not run, and includes before-and-after screenshots.

Finishing Touches

Generate unit tests (beta)

• Create a new PR

• Autofix · Keep fixing CodeRabbit findings and required CI, and resolving merge conflicts

Recent review info

Run configuration

• Source mode: Auto
• Repository: pingdotgg/t3code
• Branch: main
• File: .coderabbit.config.ts
• Commit: d1909d6
• Layers: Repository TS config
• Review profile: CHILL
• Plan: Advanced
• Run ID: b855ee35-59bf-42c3-a376-7fb66b79adf0

Commits

Reviewing files that changed from the base of the PR and between d1909d6 and 91dc50a.

Files selected for processing: 1

• apps/mobile/src/features/usage/UsageRouteScreen.tsx

Included review availability: This review used your included allowance. Your plan provides up to 10 included reviews per hour; 9 remain after this review.