Before submitting
Area
apps/mobile on Android.
Thanks for continuing to improve the native mobile experience.
Problem or use case
When writing a longer prompt in the Android app, the composer shows only about three lines at a time and then scrolls internally. Reviewing or editing a multi-paragraph prompt becomes awkward because most of the draft is hidden inside a very small text area.
Proposed solution
Let the native composer grow vertically as the prompt wraps onto additional lines.
A practical behavior would be:
- start compact for short prompts;
- expand automatically while the draft grows;
- stop at a sensible maximum, such as a portion of the available viewport;
- only then use internal scrolling;
- keep the send/stop controls reachable above the keyboard;
- preserve the cursor position and draft while resizing.
A manual expand/full-screen drafting action could also be useful, but automatic growth would solve the common case with less friction.
Expected behavior
A longer prompt should expose substantially more than three lines while it is being edited, so the user can review the surrounding paragraphs without constantly scrolling inside the composer.
Environment
- Official T3 Code native Android app
- Google Pixel 7a
- Android OS and app/OTA versions not captured
Related issues
Those are compatible ideas but do not cover growing the focused native-mobile editor while composing a long prompt.
I am happy to test the resizing and keyboard behavior on Android.
Before submitting
Area
apps/mobileon Android.Thanks for continuing to improve the native mobile experience.
Problem or use case
When writing a longer prompt in the Android app, the composer shows only about three lines at a time and then scrolls internally. Reviewing or editing a multi-paragraph prompt becomes awkward because most of the draft is hidden inside a very small text area.
Proposed solution
Let the native composer grow vertically as the prompt wraps onto additional lines.
A practical behavior would be:
A manual expand/full-screen drafting action could also be useful, but automatic growth would solve the common case with less friction.
Expected behavior
A longer prompt should expose substantially more than three lines while it is being edited, so the user can review the surrounding paragraphs without constantly scrolling inside the composer.
Environment
Related issues
Those are compatible ideas but do not cover growing the focused native-mobile editor while composing a long prompt.
I am happy to test the resizing and keyboard behavior on Android.