Skip to content

Consider dropping @fluent/langneg in favor of self-hosted algorithm #13

@macarie

Description

@macarie

The matcher provided by @fluent/langneg supports multiple strategies, and that adds unneeded complexity (extra code) that we don't need as we only use the "lookup" strategy.

We should try to understand if porting to JS-land a simplified version of https://github.com/projectfluent/fluent-langneg-rs (which, afaik, is what the fluent version is based on) would be worth the effort or not.

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or requestspikeRequires exploring potential solutionst-utilsChanges regarding the `t-utils` package

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions