Eemeli Aro

Add Project.date_modified, use it for force-syncing after changes

2

Fixes #3653 Hardest part here was putting together a minimal test case which fails without the change made to `pontoon/sync/tasks.py`. This uses the method I originally suggested in https://github.com/mozilla/pontoon/issues/3523#issuecomment-2596860114.

This field is no longer used anywhere, and should be dropped.

Use MF2 syntax for plural gettext messages

1

Closes #2304 This is an intermediate step towards #3538, de-specializing gettext .po plural message handling. Previous to this PR, each gettext plural message had its source plural form stored as...

All message formats should be represented the same way

3

Currently: - Plurals in Gettext .po files are stored using `string` and `string_plural` for the source entity, and with separate translations for each plural variant. - Fluent messages with multiple...

Resolving SeaMonkey [bug 1951305](https://bugzilla.mozilla.org/show_bug.cgi?id=1951305) will hopefully be able to remove the one final remaining `.inc` file that's used for localization on pontoon.mozilla.org. As I hope this file format has no...

Include :date, :datetime, and :time with minimal options

1

See #1082 for some of the discussion leading to this proposal. This is an alternative to #1077, where instead of `dateStyle` and `timeStyle` we start with the following options: -...

Include :datetime, :date, and :time with style options only

5

As discussed on the 2025-06-02 call, this PR removes the "Draft" status from the `:datetime`, `:date`, and `:time` functions, while leaving their _field options_ as "Draft". The intent here is...

This is proposed as a separate change from #1077, as it was not discussed on the call. The intent with the text updated here is to clarify what happens when...

[FEEDBACK] Implementing `u:dir` is a little bit tricky

4

This issue isn't anything actionable on the spec, I just wanted to highlight this matter to other implementers. Hence, ping @catamorphism, @mihnita, @lucacasonato, @janishorsts. In short, we have two directionalities...

Support formatting ranges of numbers

1

For consideration after the initial release. See also #125. We should support formatting (and potentially selection on) both numeric and datetime ranges.