mirror of
https://github.com/reconurge/flowsint.git
synced 2026-05-07 04:09:49 -05:00
[GH-ISSUE #116] Language/Translation Feature #87
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @z3rodaycve on GitHub (Feb 5, 2026).
Original GitHub issue: https://github.com/reconurge/flowsint/issues/116
Hello,
I’d like to suggest adding Language/Translation feature so users can switch the UI language in Flowsint.
I’ve taken a look at React i18n (https://react.i18next.com), and if this sounds like a good idea, I’d be happy to implement it in the current build.
Additionally, I can create a Slovak (sk-SK) translation for Flowsint.
@dextmorgn commented on GitHub (Feb 10, 2026):
Hello @z3rodaycve,
Thanks you for this feature request.
I'm hesitating on this one. Do you think users would really benefit from this feature?
I feel most people would pretty much understand most of the english actions and texts in the app.
Feel free to challenge me on this, cause I don't really have an opinion. Obviously if more people think this is necessary then we'll implement it. :)
Open to discussion!
Thanks again
@z3rodaycve commented on GitHub (Feb 11, 2026):
Hello,
I get your point that most people understand English, but I think many users would still prefer using the app in their native language.
Apart of that, I think implementing react-i18next early in development could save time in the future. Even if we don't translate Flowsint into multiple languages right away, having the core system in place would make adding translations later much easier.
One quick off topic question: does Flowsint accept contributions in the form of Flowsint enrichers? Are there any guidelines on what's worth implementing (e.g, country specific lookups like the company-lookup "SIREN" for France)?
Thanks!
@dextmorgn commented on GitHub (Feb 11, 2026):
@z3rodaycve,
You're definetly right on this : the sooner the better !
I'll add this to the roadmap.
Absolutly ! You can definetly propose enricher, that would be awesome. For now, no specific guideline has been defined : if you think your enricher is not too specific to a use case and can benefit the community, please feel free to make a pull request.
Thanks to @xhzeem great idea, in the future, I'd like to propose a hub of config based enrichers (yaml files) that anyone could create and share.
Example:
That will likely highly simplify sharing and contributing.
@z3rodaycve commented on GitHub (Feb 11, 2026):
@xhzeem ‘s idea of config hub sounds really interesting - im really looking forward to its implementation.
If there’s anything I can help with regarding react-i18next, I’d be happy to assist.
Thanks again!
@dextmorgn commented on GitHub (Feb 23, 2026):
Hey @z3rodaycve,
If you want to work on an implementation of React i18n in the app, I'd be more than happy to review your work and propose a merge :)
It could be a good first issue.
Let me know !
@z3rodaycve commented on GitHub (Feb 23, 2026):
Sure! I would be more than happy to do so! Should I create a pull request when I am done?
Thank you :)
@dextmorgn commented on GitHub (Feb 24, 2026):
Absolutly, you could create a PR that fixes this issue :)