X Now Adds Text to Video Inside the App.
X added text and emoji overlays to its iOS video editor. In app text is quick, but it is unreviewable and hard to reuse, so decide where captions get made.
X added text and emoji overlays to its in-app video editor on iOS.
Social Media Today reported the change on 16 August 2026, and X’s own creators account put it plainly: text overlays are now live in the video editor on iOS. You can type, style, colour and position text on a clip without leaving the app.
That is a small feature. It moves something much bigger, which is where the last creative decision in a video gets made, and by whom.
For a solo creator, that is progress. For a brand, on-screen text typed on a phone at the point of posting is copy that nobody read before it went out.
What X actually shipped
The overlays are an addition to the video editor X built into its iOS app in early July 2026, not a separate tool. That editor already handled a fair amount.
- Recording video natively inside the app
- A green screen option that uses a post or a photo from the camera roll as the background
- Caption overlays in more than one language
- And now text and emoji you can type, style, colour and position over the clip
Social Media Today’s read was that X’s editing tools still sit behind the other apps, which is fair. The direction is what matters. X is closing the distance between having an idea and having a finished video, inside the app that publishes it.
Who actually has it
iOS. That is the whole answer at the time of writing.
X’s head of product said in July, when the editor launched, that an Android version was in development, without committing to a date. Nothing since confirms Android parity for the text overlays.
So if half your team edits on Android, or your editors work on desktop, this changes nothing for them. Do not build a process around a feature only some of your people can open.
The editor is moving inside the app
X is not doing anything unusual here. Every major app has been pulling editing tools inside its own walls: recording, trimming, captions, text, backgrounds, effects.
The pitch is convenience, and the convenience is real. The consequence is structural.
When the editor lives in the app, the final creative pass happens at the moment of publishing, on a phone, usually by whoever happens to be holding it. Everything upstream, the brief, the shoot, the edit, the sign off, happened before that pass existed.
On-screen text is the script, not decoration
Most people watch social video without sound. They are on a train, in an office, next to someone sleeping, or simply scrolling with the volume down out of habit.
We are not going to quote you a percentage. The figures that get passed around are second hand and none of them describe your audience anyway.
What follows from the behaviour is the part brands underplay. If the sound is off, the text is the message. It is the hook, the claim, the offer, the disclaimer and the call to action, all carried by a few words sitting over the picture.
Sound-off content is its own craft problem, and we have covered how to build video that works on mute separately. The operational half is simpler. On-screen text is copy, and copy gets approved.
What in-app text costs a brand
Three specific costs, and they compound.
- It skips approval. Text added after sign off was never reviewed by legal, the client or anyone senior.
- It is not version controlled. Nobody can see what the overlay said last week, or who changed it.
- It burns into the export. The words are pixels now, so you cannot translate them, correct them or reuse that clip elsewhere without going back to the source.
The third one is the quiet expense. The clean file still exists on the phone, in theory. In practice the version that went out is the one with the words rendered into the picture, and the only place it exists as a finished asset is inside X.
A mistake in a spoken line is a re-record. A mistake in an overlay is a delete and a repost, and a repost starts from zero.
Decide once where on-screen text is made
Not per post. Once, as a rule, written down.
There are two defensible homes for on-screen text, and you pick one as the default:
- In the edit. Text is added in your editing tool as part of the deliverable, reviewed with the rest of the piece, and delivered as a master plus platform variants.
- In the app. Text is added at posting, by a named person, only for a defined list of formats.
Most brands should default to the first and treat the second as an exception with a list attached. That is not a creative preference, it is a control preference. The video production and editing stage is where text belongs, because it is the last point at which someone other than the poster sees it.
What good looks like
A brand that has solved this can answer four questions without calling a meeting.
- Who is allowed to add text at the point of posting, and to which formats?
- What is the text permitted to say, and in whose wording? Approved lines, not improvised ones.
- Where on the frame can it sit, so no interface element covers it?
- What is the clean master, and where does it live?
Safe zones are the detail people skip. Every app puts its own furniture over the video, so text placed low on the frame for one app can sit under a button in another. Keep it inside a middle band and the same export travels.
When making it in the app is the right call
There are cases where reaching for the in-app editor is correct, and pretending otherwise gets the rule ignored.
- A founder posting in their own voice, in a lane where they already hold sign off
- A reactive post where the value is being fast today, not perfect tomorrow
- Live or behind the scenes footage that was never going to be a reusable asset
- A single-platform test you have no intention of repurposing
The question is whether the clip is a one-off or an asset. One-offs can be finished where they are posted. Assets go through the edit.
X’s multi-language captions deserve a specific mention here. Captions in another language are genuinely useful, and captions burned into an export in one language are a file you cannot use in the next market. Decide which of the two you are making before you export.
How NBK thinks about on-screen text
Text on a video is not a design flourish, it is published copy, and published copy belongs in the same process as everything else you publish.
The constraint is almost never the tool. Teams that struggle with on-screen text usually have no rule about who writes it, no point at which it gets reviewed, and no master file to go back to, so every clip becomes a small negotiation held at the worst possible moment, thirty seconds before it goes out.
Fix that in the workflow and the tool stops mattering. Once your approval route covers the words on the picture as well as the words in the caption, letting the app do the typing is safe, because the typing was decided earlier. If you are not there yet, what a good social media approval process looks like is the place to start.
Next step
X’s overlays make a video easier to finish on a phone. They also make it easier to publish a sentence nobody approved.
Write the rule down, name the owner, and decide which formats may be finished in the app. It takes an afternoon and removes a whole category of published mistake.
If your social process is slowing down good ideas, or letting the wrong ones through at the last second, NBK can help rebuild the workflow behind the content.
The NBK Social briefing
Our X coverage, and everything else we publish, by email.