Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

## Problem #396

Closed
Juaanita opened this issue Feb 25, 2023 · 1 comment
Closed

## Problem #396

Juaanita opened this issue Feb 25, 2023 · 1 comment

Comments

@Juaanita
Copy link

    ## Problem

Building (sophisticated) i18n for metaframeworks is a month/year-long effort.

For example, SvelteKit's most upvoted issues are about i18n and have been open for years sveltejs/kit#553, sveltejs/kit#1274. I18n in the context of metaframeworks is especially problematic because routing, SSR, SEO, "code splitting", and more needs to be considered.

  • no metaframework has a "one click/simple" i18n solution, sometimes even lacking i18n support entirely
  • every metaframework builds its own solution, leading to duplicate efforts

Proposal

Provide a framework-agnostic i18n library for metaframeworks with the possibility for deep integration via adapters.

We have multiple components in @inlang/core to provide an i18n library already. We can invest resources to relieve metaframework authors from months/years of work to build i18n features for their frameworks. By providing such a library, we simultaneously come closer to our goal to make i18n easy.

  • relieving metaframework authors from months/years of work
  • make every framework better regarding i18n
  • the rest of inlang's dev tools like the ide extension work out of the box, leading to a DX beyond of what a i18n library could provide

Originally posted by @samuelstroschein in #395

@samuelstroschein
Copy link
Member

This issue seems to be opened by mistake. Closing it, let me know if I should re-open it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants