Future of Fluent, MessageFormat 2, etc

[waywardmonkeys]

I work in Rust, so this may have a different answer than if I worked in JavaScript or Python (or maybe not).

Work on MF2 moves forward, but it feels like not much is happening with Fluent. This partially looks like it is because several people are involved in both and focusing on MF2, and partially because some people have simply moved on.

If I'm starting a new project in Rust now, it seems like the best option is to use Fluent (since there's no MF2 implementation in Rust yet). But it also looks like there isn't much development happening with it and none of the PRs that I've filed has seen any attention over the last 3-4 months.

Also, it seems like some of the existing crates used to provide data (like intl_pluralrules are being replaced or superseded by crates from icu4x (like icu_plurals).

• Is there work underway somewhere for MF2 in Rust?
• Should people use Fluent in the short term?
• What sort for interop or migration might be planned or considered?
• Is there a need for new or additional maintainers for any of the Project Fluent repositories?
• Would there be an interest in changes to fluent-rs that migrate to using the newer icu4x libraries?

I didn't know if I should open this discussion here or in an issue in fluent-rs or elsewhere but figured that not all of it is Rust specific, and it is Fluent-specific, so perhaps here was a good spot.

[alerque]

I've been wondering the same things. A couple points:

• With no Rust MF2 implementation yet, this is the defacto best thing to use today. Besides being the best, the conversion from Fluent to MF2 should be easier than from other systems in the future if that's where all development momentum goes.
• If there was a path to join this org I'd be interested in helping with issue triage and PR management to keep things maintained well and maybe even moving forward.
• I for one think migrating to icu4x would probably be a good move.

[eemeli]

I work in Rust, so this may have a different answer than if I worked in JavaScript or Python (or maybe not).
[...]
I didn't know if I should open this discussion here or in an issue in fluent-rs or elsewhere but figured that not all of it is Rust specific, and it is Fluent-specific, so perhaps here was a good spot.

Hi, I maintain the JS and Python implementations but I'm a bit further out of my depth still in Rust. This is probably a decent place for this conversation.

Work on MF2 moves forward, but it feels like not much is happening with Fluent. This partially looks like it is because several people are involved in both and focusing on MF2, and partially because some people have simply moved on.

That would be my assessment as well.

Is there work underway somewhere for MF2 in Rust?

@zbraniecki started on something like that in unicode-org/icu4x#2272, but I don't think he's had the bandwidth for it for a year now.

Should people use Fluent in the short term?

I still tell people that. If you want a state-of-the-art system that's production-ready now, Fluent is a really good choice. It's still the target to which we're driving our use at Mozilla. New feature development within Fluent is rather slow now, but that's honestly mostly because it works. But also because we don't want to introduce potential incompatibilities with MF2.

What sort for interop or migration might be planned or considered?

I've been mostly working in JS for this, with @messageformat/fluent providing two-way conversion between Fluent and MF2 messages and resources. I've been trying to keep that up to date with the MF2 spec changes, so it's usually at most a couple months out of date.

Is there a need for new or additional maintainers for any of the Project Fluent repositories?

Clearly, yes. In particular fluent-rs.

Would there be an interest in changes to fluent-rs that migrate to using the newer icu4x libraries?

Probably, yes. I think this particular question is best raised in its repo, for which I'd need to defer to @gregtatum and @zbraniecki to answer with more authority.

[waywardmonkeys]

TLDR:

• At least one other person and I seem willing to step up and help with fluent-rs.
• I'll file an issue about icu4x integration in the fluent-rs repo.

Details and other stuff below.

Is there work underway somewhere for MF2 in Rust?

@zbraniecki started on something like that in unicode-org/icu4x#2272, but I don't think he's had the bandwidth for it for a year now.

That's interesting to see, thanks.

Should people use Fluent in the short term?

I still tell people that. If you want a state-of-the-art system that's production-ready now, Fluent is a really good choice. It's still the target to which we're driving our use at Mozilla. New feature development within Fluent is rather slow now, but that's honestly mostly because it works. But also because we don't want to introduce potential incompatibilities with MF2.

That seems to be what I was thinking given the current state of things.

What sort for interop or migration might be planned or considered?

I've been mostly working in JS for this, with @messageformat/fluent providing two-way conversion between Fluent and MF2 messages and resources. I've been trying to keep that up to date with the MF2 spec changes, so it's usually at most a couple months out of date.

Is there a need for new or additional maintainers for any of the Project Fluent repositories?

Clearly, yes. In particular fluent-rs.

Seems like we have 2 volunteers (me and @alerque). I've been helping to maintain https://github.com/servo/rust-harfbuzz/ among other things. I can at least review PRs and merge them to keep things flowing, should anything happen. I'm not looking to change things a ton, just keep them working and reduce the distance from ICU stuff so that the eventual migration goes easier (and reduce the maintenance burden).

What needs to happen to make something happen?

Most of my PRs are pretty easy to rubberstamp approve. But I suspect that getting some other stuff in place, like using GitHub merge queues would be good.

Would there be an interest in changes to fluent-rs that migrate to using the newer icu4x libraries?

Probably, yes. I think this particular question is best raised in its repo, for which I'd need to defer to @gregtatum and @zbraniecki to answer with more authority.

I will file an issue over there for that part of this.

Thanks for the response!

[waywardmonkeys]

@eemeli What's a good next step to make forward progress?

[eemeli]

@waywardmonkeys Hang tight for a short bit still? I'm chasing up some approvals within Mozilla, and that's taking a bit longer than I would've liked.

The core issue from our PoV is that fluent-rs is currently a wholly Mozilla-maintained library that we rely on for Firefox, and bringing in outside maintainers means that we need adjust internally a bit how we relate to it. Which requires some negotiations that are still ongoing.

[waywardmonkeys]

@eemeli Understood. I just didn’t know if anything was happening.

I am also looking at what might be involved in seeing mf2 support in icu4x.

[waywardmonkeys]

(I view getting mf2 in icu4x as a parallel thing, not a replacement for the short term.)

[waywardmonkeys]

@eemeli Just checking in on this again.

[waywardmonkeys]

@eemeli Checking in on this again as it has been about six weeks now.

[alerque]

Just a gentle poke. I know this is a paradigm shift for Mozilla, but I don't want to see Project Fluent die a slow death just because Firefox is afraid of it taking on a life of its own.

I'll point out that Firefox (and probably almost everything else that uses Fluent) is already dependent on plenty of 3rd party code—including some code that is already in my hands. Take for example HarfBuzz, a project to which I've contributed a bit including a lot of the release tooling back in the day. I've cut some of the releases that end up getting linked into Firefox and used to shape the text strings that Fluent provides.

Best case scenario: somebody doing dev work over there keeps an eye on things and does some code review on upstream libraries and checks what changes between releases. Just like you presumably screen what's going on between Harfbuzz releases you can screen anything in Fluent.

Absolute worst case scenario you don't have time to review or somehow end up distrusting a change: don't bump your dependencies or use a fork from a version you trust until things are resolved. But seriously I don't think either @waywardmonkeys or myself are going to guide the project off a cliff.

We are (or at least I am) just interested in cleaning up some of the broken windows that are creeping in and giving it some room to breath and grow. Right now contributions have been ignored and issues aren't getting triaged and there seems to be no path to cleanup or improvement.

[waywardmonkeys]

I skipped pinging about this in November. It is now December.

@eemeli Any progress?

[heyakyra]

What will MessageFormat 2 actually provide that Fluent doesn't / can't / won't? There's a page on the wiki for GNU gettext, ICU MessageFormat, etc, but not MF2.

Also, since something like this would've been useful when we were evaluating options at my current company (though I did manage to convince them to go with Fluent over vue-i18n), I put together this list: https://github.com/heyakyra/fluent-companies