monorepo
typesafe-i18n
monorepo | typesafe-i18n | |
---|---|---|
63 | 51 | |
1,222 | 2,247 | |
5.2% | - | |
10.0 | 0.0 | |
2 days ago | 9 days ago | |
TypeScript | TypeScript | |
Apache License 2.0 | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
monorepo
-
Using SQLite as Storage for Web Server Static Content
Today i learned that HN has a nesting limit. @surrealize i fixed the username https://github.com/opral/monorepo/commit/7dc1f3c806bd89c6d68...
-
Collaborating with Markdown files is painful
This Lix change control system allows storing, tracking, querying, and reviewing changes in different file formats, e.g., .xlsx, .sqlite, or .inlang, but as in the blog post, could also bring Word's "track changes" level of traceability to Markdown:
https://lix.opral.com
https://github.com/opral/monorepo/tree/main/lix
I'm very interested in seeing how this would improve over git diffs (or something like gerrit + fisheye) for infra-as-code especially controls-as-code.
Looks like an SDK is "coming soon"...
-
Local First, Forever
Yep. Local-first is further commoditizing software.
Users will refrain from paying a subscription if their app version works and they don't need updates. The good old buy-a-license with 1 year of updates will likely make a big comeback. Local-first software, at least in lix universe [0], does not have fixed recurring maintenance costs like running servers. The elimination of fixed recurring maintenance costs will lead to a proliferation of "hobby apps" that are undercut by price/make it free altogether.
[0] https://github.com/opral/monorepo/blob/main/lix/README.md
-
Show HN: PlayBooks – Convert on-call documents into executable notebooks
here, be blown away https://github.com/opral/monorepo/tree/main/lix
solving version control for files like jupyter notebooks brings collaboration to those files without the need to give up files in favor of the cloud. playbooks could leverage lix in 1-2 years to build a file-based version of their tool
- Lix – A change control system for the web
- Writing a document with version control feauters
-
Ask HN: What happened to startups, why is everything so polished?
fixed the capitalization https://github.com/opral/monorepo/commit/6127c6899290b35442c...
-
I build a free tool for software localization due to my pain, and now I need the community feedback. Please, try and let me know what you think 🙏️
Hey there! Have you ever heard about inlang (inlang.com)? Your approach goes in our direction. Great to see so many people fixing the i18n pain! :)
-
Supercharging Your App Development: Unleashing the Full Potential of React Native
If you want to take a look, here is the website featuring our products: https://inlang.com/
-
I got a job by posting here
Last time I posted on this Subreddit I was announcing my typesafe i18n library. As luck would have it some people at Inlang saw that post and my project and contacted me to work on ParaglideJS.
typesafe-i18n
-
Suggest Best Svelte Libraries
inlang: localization infrastructure for software and the next git (made by the inlang team and same author of the amazing typesafe-i18n library)
-
Detox for i18n
So I went to search and found https://github.com/ivanhofer/typesafe-i18n (1.6k stars). Seems great so far.
-
What localizations options are there for NextJS static export builds?
As far as I know `typesafe-i18n` works similiar to other solutions. The only difference is, that it does not include `next` in its package name ^^. There is an example in the docs that should cover the basic setup: https://github.com/ivanhofer/typesafe-i18n/tree/main/packages/adapter-react/examples/nextjs
-
i18n support is not compatible with next export.
You could try https://github.com/ivanhofer/typesafe-i18n, but I never tried it with "next export", so maybe you need to make additional adjustments.
-
[mauriciobraz/discord.ts-template] I created a template to create a Discord bot with type-safe and TypeScript localization support!
Fully type-safe support with typesafe-i18n.
-
SvelteKit and i18n - let's finally solve this never ending story
Maybe you can find an answer in this discussion: https://github.com/ivanhofer/typesafe-i18n/discussions/130
-
introducing code-first-i18n (internationalization)
Is TypealizR solving a similar problem like [typesafe-i18n](https://github.com/ivanhofer/typesafe-i18n) in the JS ecosystem?
-
i18n and i18next: What's the difference?
Typesafe-i18n
-
Is there any better alternative to i18n for internationalization?
shameless plug: sounds like you are looking for https://github.com/ivanhofer/typesafe-i18n
-
Managing translations
If you want to get really good `TypeScript` support for i18n, you should check out https://github.com/ivanhofer/typesafe-i18n :)
What are some alternatives?
nextjs-monorepo-example - Collection of monorepo tips & tricks
SvelteKit - web development, streamlined
firefly - The official IOTA and Shimmer wallet
svelte-i18n - Internationalization library for Svelte
stwui - Opinionated yet customizable Svelte-TailwindCSS component library
type-challenges - Collection of TypeScript type challenges with online judge
tolgee-platform - Developer & translator friendly web-based localization platform
tolgee-js - Tolgee JavaScript libraries monorepo
jsLingui - 🌍 📖 A readable, automated, and optimized (3 kb) internationalization for JavaScript
lib - Internationalization library built for SvelteKit.
surveys - YAML config files for the Devographics surveys
Talkr - Talkr is the lightest i18n provider for React applications. It supports Typescript, provides autocompletion, has 0 dependencies, and is very easy to use.