feat(mobile): bracket toggle parity

[vipineth]

Parent PRD

#93

What to build

Mount the Bracket toggle in the mobile trade view so the mobile experience matches the desktop behavior 1:1. Reuses the BracketToggle component, getBracketDefaults module, and enableBracket store action built in #94 — this slice is purely about wiring them into the mobile layout and removing any prior mobile TP/SL affordance.

See the PRD's Implementation Decisions → Mobile trade view section.

Acceptance criteria

• Bracket chip appears on the mobile trade view in the equivalent position (after size, before the Reduce Only / TIF row)
• Clicking the chip prefills TP/SL identically to desktop (same percentages, same direction logic)
• Any prior standalone mobile TP/SL affordance is removed — the Bracket chip is the single entry point
• Submission goes through the same atomic normalTpsl grouping path as desktop
• Bracket chip hiding/disabling rules match desktop (order type support, wallet connection state)
• i18n strings render correctly on mobile (no new keys needed — reuses those added in feat(tradebox): bracket toggle (desktop) #94)
• Visual density and spacing match existing mobile form conventions (ghost toggles, no size inflation)

Blocked by

• Blocked by feat(tradebox): bracket toggle (desktop) #94

User stories addressed

Reference by number from the parent PRD:

• User story 13

Plus all desktop stories from #94, applicable on mobile.

[vipineth]

Completed in e493452. BracketToggle now renders on mobile trade view, matching desktop behavior 1:1. Changes: replaced TP/SL checkbox with BracketToggle component, wired store actions (enableBracket/disableBracket), added TpSlSection for TP/SL inputs, switched submission to buildOrderPlan for normalTpsl atomic grouping, added market-change effect to recalculate bracket defaults, and wired TP/SL into validation.