EddyVerbruggen / EddyVerbruggen/nativescript-localize

Proposal: keep non-native translations external

Open
#79 3 comments 0 reactions 0 assignees View on GitHub
Dominant language
TypeScript
Stars
80
Forks
31
PR merge metrics
No merged PRs in 30d

Description

This plugin stores all the translations inside the app binaries, which can be a problem if we're trying to add new locales or fix typos via appsync or trying to get theses translations from the internet.

My proposal is the following:

```
{
"native": {
"app.name": "app name",
"ios.plist.....": "other stuff"
},
"mykey": "my translation"
}
```

These translations are stored in a json inside the app directory. Optionally, we could register our own json. For example: store your translations on the web. When the user opens the app, lazily download them (this is what Facebook does. When you open the app for the first time it stops on a screen saying "please wait while we configure ").

Native translations are still built into the app and can still be accessed by `native.app.name`, but they can't be updated by appsync or json download.

Contributor guide

No contributing guide indexed for this repository

Research direction

Start by tracing how the plugin currently stores and loads translations, including the native translations and the proposed JSON sources. Review how AppSync and optional remote downloads would fit into that flow. Done means agreeing on the design and documenting the behavior for bundled native translations, external translations, and lazy loading.

Written by the indexing model from the issue text.

Assessment

Tech stack
typescript
Domain
internationalization, localization, mobile-dev
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.