Desktop app in-app browser: at ≤368px pane width the Select-an-element tool disappears, leaving only Annotate — blocks mobile-breakpoint development

Summary

A recent Desktop app update added an Annotate (pencil icon) tool next to the Select an element (cursor icon) tool at the top right of the in-app browser pane.

Bug: when the in-app browser pane is 368px wide or narrower, the toolbar collapses and the Select an element (cursor) button disappears — only the Annotate (pencil) button remains. At 369px and above, both buttons are visible.

This makes element selection impossible at exactly the widths used for mobile-first development (320–368px), and it has made it effectively impossible to work inside the Claude Desktop app's in-app browser at mobile breakpoints. Select an element worked perfectly before the Annotate tool was introduced.

Environment

• App: Claude Desktop (Windows, Microsoft Store package)
• Version: 1.21459.1.0
• OS: Windows 11 Pro 10.0.26200

Steps to reproduce

1. Open the in-app browser pane (Code tab preview/browser) and load any site.
2. Resize the browser pane to 369px wide → both the Annotate (pencil) and Select an element (cursor) buttons are visible next to the URL bar.
3. Resize down by 1px to 368px → the Select an element (cursor) button disappears; only the Annotate (pencil) button remains.
4. Return to 369px → the cursor button reappears.

Expected

• At narrow widths, if only one tool can fit, Select an element should win (or the user should choose) — it is the primary developer tool for pointing Claude at page elements.
• Ideally: a setting to choose which tools appear (Annotate only / Select an element only / both), rather than the app deciding that Annotate is the surviving default below 369px.

Actual

• Below 369px the app silently keeps Annotate and drops Select an element, with no way to reach it and no way to configure the choice.

Impact

• Mobile web development is done at exactly these widths (320–368px viewports). Right now the tool a developer needs most at those widths is the one that vanishes.
• This is a daily-driver breakage for anyone using the in-app browser for responsive/mobile work, not a cosmetic issue.
• Accessibility: users with dyslexia or other learning disabilities depend on a minimal, predictable UI; a tool that silently swaps out for a different modal tool at certain widths is a significant regression.

No way to turn it off

• No preference exists in claude_desktop_config.json or the app's settings UI.
• The buttons are rendered unconditionally in the browser-pane toolbar (no user-facing feature flag).
• The MSIX package is signature-sealed, so local modification is not possible (and shouldn't be necessary).

Requested fix

1. Regression fix: keep Select an element available at all pane widths (collapse into an overflow menu if space is tight — never silently drop it).
2. User choice: add a setting for which tools show in the browser-pane toolbar — Annotate / Select an element / both — e.g. a toggle in Desktop app settings or a preferences key in claude_desktop_config.json (e.g. "browserToolbarTools": ["select-element"]).

Default can remain as-is for other users — the request is an opt-out and a fix for the narrow-width regression that is currently disabling developers from doing responsive work.