message-format-wg
message-format-wg copied to clipboard
MessageFormat Implementation Ideas
This issue works as placeholder to decide possible "implementations" for MessageFormat and is the placeholder to discuss about :
- POC
- Reference Implementations
- Test suite + implementations
- Community implementations
- ...
Which model we should pick to manage "Implementations" ?
In my opinion, we should seek as many implementations as possible, without favoring any specific one--or insisting on any specific one. So a test suite plus community implementations.
There are two difficulties I see initially:
- Value formatting, such as dates, numbers, units, etc. depend on CLDR data and its interpretation. We would need comprehensive tests for the subformats in order to complete that work and there may be details of (let's say ICU's) implementation that we trip over as a result.
- It's difficult to test a test suite without an implementation.
For sharing our proof-of-concepts, I was thinking an optional thing we could do to better explain our ideas to the group is to have a diagram of our data model. (Ex: a slide from David's slide deck on XLIFF/LIOM). Not necessary, but could be useful.
I was thinking that because my POC is in Rust, and even with some familiarity with Rust, it takes a little bit to grok the Rust syntax to understand the big picture. Having a diagram of the data model might make it easier to what parts of my POC are similar to others and which specific details are unique.
For sharing our proof-of-concepts, I was thinking an optional thing we could do to better explain our ideas to the group is to have a diagram of our data model. (Ex: a slide from David's slide deck on XLIFF/LIOM). Not necessary, but could be useful.
I was thinking that because my POC is in Rust, and even with some familiarity with Rust, it takes a little bit to grok the Rust syntax to understand the big picture. Having a diagram of the data model might make it easier to what parts of my POC are similar to others and which specific details are unique.
That's great, visual understanding is important @DavidFatDavidF probably can help with that no ? Do you think that is presentable soon ?
For me, I was thinking of just creating one diagram for my POC, similar to what he did (or two at most). Nothing much, so should be reasonable to do on my own, and have ready for tomorrow's mtg.