feat(chat): hide the mobile toolbar while composing; smoother keyboard and jump-to-bottom

[Leo310]

What

On mobile, while the chat composer has focus, Obsidian's formatting toolbar and the .mobile-toolbar-spacer core reserves for it are hidden, so the composer sits 6px above the keyboard instead of 72px (52px toolbar + the composer's 20px glow spacer). The toolbar's buttons are note-editing tools; the chat has its own attach button, and tapping the conversation still dismisses the keyboard (the message list takes focus). The band the layout rules reserve for the toolbar is overridden on the composer and chat root only, never the document root, whose variable changes restyle the whole page (#524).

On blur the toolbar is restored only once --keyboard-height returns to 0: focus leaves before the keyboard closes, and restoring the band then made the composer jump up 44px before sliding down. If focus moves to another editor (a note), it's restored at once.

The keyboard slide from #524 now also runs on close (reverse offset) instead of snapping.

Jump-to-bottom during momentum. Tapping the jump button while the list was still coasting from a flick stopped halfway: the button floats outside the scroller, so tapping it doesn't stop the scroller's momentum, and the momentum overwrote every frame of the jump animation (recorded on-device: distance-to-bottom alternating 1816 → 3739 → 1379 → 3749 …). On mobile the scroller is now overflow: hidden for the animation, which ends the momentum; verified live on the iPhone.

How I tested it

Live on Leo's iPhone via the Web Inspector bridge before writing the source: hiding the toolbar alone left the composer clipped (core ends the workspace above the spacer), found .mobile-toolbar-spacer; confirmed via the focus log that tapping the conversation blurs the composer; fixed the close-time jump by deferring the restore; tuned the gap with Leo (flush was too tight, 6px right). Check, lint, format and 1981 unit tests pass. The built version (and the closing slide) is verified on-device via 2.3.0-beta.7.

AI assistance: Claude Code wrote the change from Leo's request to hide the toolbar under the chat input, iterating on it live on his iPhone; Leo tunes and tests it on-device.

Checklist

• bun run check, bun run format, bun run lint, and bun run test pass locally
• I tried the change in a real Obsidian vault (or explained above why that isn't applicable)
• I read CONTRIBUTING.md, including the section on AI assistance
• If this adds a provider, a bundled skill, a built-in tool, or changes manifest.json: I noted that the docs site needs updating (see "Documentation" in CONTRIBUTING.md)

[greptile-apps]

Confidence Score: 5/5

[Medium risk] Chat composer behavior during keyboard interaction.

The PR appears safe to merge, though rapid overlapping composer transitions may produce a visible jump.

Findings

1.  Composer jumps between slides ▶

Fix with agent prompt

### Issue 1
src/views/chat/Chat.svelte:271-275
If focus changes or the keyboard height updates during a composer slide, this code cancels the current transition and immediately applies a new offset for the full layout change. The composer jumps from its current position before sliding again, making rapid transitions look uneven.

---

For each issue above, determine whether it is valid and should be fixed. If so, fix it directly.

Summary

The PR hides Obsidian’s mobile formatting toolbar and spacer while the chat composer is active, tracks that state across chat views, and adds keyboard-close and jump-to-bottom animation changes.

• The new composer slide can jump if another focus or keyboard transition interrupts it.

Diagram

%%{init: {'theme': 'neutral'}}%%
flowchart LR
  F[Composer focus change] --> S[Update composing state]
  S --> B[Update toolbar visibility and layout band]
  S --> A[Slide composer]
  K[Keyboard-height change] --> A
  K --> C{Keyboard closed with blur pending?}
  C -->|Yes| S

Loading

_{Reviews (2) · Last reviewed commit: "fix(chat): jump-to-bottom through iOS mo..."}

[greptile-apps]

Composer jumps between slides

If focus changes or the keyboard height updates during a composer slide, this code cancels the current transition and immediately applies a new offset for the full layout change. The composer jumps from its current position before sliding again, making rapid transitions look uneven.

Prompt To Fix With AI

This is a comment left during a code review.
Path: src/views/chat/Chat.svelte
Line: 271-275

Comment:
**Composer jumps between slides**

If focus changes or the keyboard height updates during a composer slide, this code cancels the current transition and immediately applies a new offset for the full layout change. The composer jumps from its current position before sliding again, making rapid transitions look uneven.

---

For each issue above, determine whether it is valid and should be fixed. If so, fix it directly.