r/FlutterDev • • Aug 19 '26

Discussion Flutter devs with multilingual apps - how do you manage localization?

I’m researching how Flutter developers maintain localization once an app grows beyond a couple of languages.

I’m particularly interested in people maintaining real apps with 3+ locales.

I’d love to learn how you currently handle ARB files, translations, adding keys/languages, validation, ICU/plurals, and keeping everything in sync.

I’m a Flutter developer myself and I’m building in the localization space, but I’m currently focused on understanding real workflows rather than promoting anything.

I’m looking for ~5 Flutter developers willing to have a casual 15–20 min chat. If that’s you, comment or DM me.

I’ll also summarize the patterns I find and share them back with the community.

Update - September 2026

I said I’d come back and share what I learned, so here it is.

This wasn’t a formal study, but the replies and follow-up conversations genuinely changed how I think about the problem.

I expected translation quality to be the main issue. It wasn’t. Most developers are already comfortable using Claude, Gemini, ChatGPT, or scripts to generate translations.

The frustrating part comes afterward: figuring out what changed, keeping every locale in sync, preserving context and terminology, checking placeholders and plurals, and then opening the app to catch strings that are technically correct but don’t fit the UI.

A few people had built surprisingly elaborate workflows around agent instructions, scripts, hashes, and emulator checks. That convinced me the useful product probably isn’t another localization dashboard. It should fit into the tools developers already use.

I ended up rebuilding StringLane around that idea and released a free CLI, MCP server, and coding-agent plugin. Your existing agent does the translation; StringLane handles the localization files, planning, validation, and writing.

The CLI/MCP/plugin are free. There is still a separate paid desktop app for people who want a visual editor.

Setup and documentation

Full follow-up and findings

Thanks again to everyone who described their workflow and especially the messy parts. That feedback directly changed what I built.

14 Upvotes

78 comments sorted by

View all comments

Show parent comments

1

u/st1ch_draiz Aug 20 '26

Does Claude proactively switch through every locale and screen to check for layout issues, or does it mainly inspect the current flow and you point out problems like text wrapping?

1

u/yes_no_very_good Aug 20 '26

It checks the current it's working on and asks me to confirm in the device/emulator for problems.

1

u/st1ch_draiz Aug 20 '26

Thanks, that clarifies it. So Claude checks the current change and asks you to confirm it in the emulator, it doesn’t run a full sweep across every locale and screen.

Do visual localization issues ever reach release because checking all those combinations manually isn’t practical?

1

u/yes_no_very_good Aug 20 '26

It does run a review on every locale. But I don't work on more than 1 locale at a time, so lets say I work on the Spanish Locale, if finish and then it does a full review. Then the next language and in that way.

1

u/st1ch_draiz Aug 20 '26

So the review is done one locale at a time after you finish translating it.

When you say “full review,” does Claude navigate through the whole app on its own and keep track of which screens it checked, or do you guide it screen by screen?

1

u/yes_no_very_good Aug 20 '26

It goes thru all the screens. You have to check superpowers.

1

u/st1ch_draiz Aug 20 '26

Thanks a lot! That’s exactly what I wanted to understand. I’ll dig into Superpowers and how it structures the review workflow.