| 00:46 | <sffc> | Syntax issues aside, I think it would be a very good use of time to continue diving into the design of the rest of the Intl.MF proposal. There are a lot of interesting questions that we haven't started discussing. This is also the most concrete way that we could start getting feedback from implementers on things that could potentially influence the direction of the proposal. littledan: eemeli |
| 07:08 | <eemeli> | Did you have anything in particular in mind? |
| 18:24 | <littledan> | Syntax issues aside, I think it would be a very good use of time to continue diving into the design of the rest of the Intl.MF proposal. There are a lot of interesting questions that we haven't started discussing. This is also the most concrete way that we could start getting feedback from implementers on things that could potentially influence the direction of the proposal. littledan: eemeli |
| 18:25 | <littledan> | with signals, my plan is to have several presentations exploring the space, while it remains at Stage 1 for a while during ongoing development |
| 18:25 | <littledan> | there's just a lot to teach the committee about the topics |
| 18:25 | <littledan> | and meanwhile, you have a place for more early design input |
| 18:37 | <littledan> | this can include a detailed explanation of the current MessageFormat v2 syntax design, for example. People may feel more comfortable if they really understand what's behind everything |
| 18:38 | <littledan> | IMO the most important thing to move Intl.MessageFormat forward will be to facilitate its prototyping in various projects/companies. I think this could be done through individual outreach to particular teams that might have the energy to do so, and walking them through how they can deploy existing implementations of it (e.g., messageformat@next). This is what I'm doing inside of Bloomberg, at least. |
| 19:02 | <sffc> | Did you have anything in particular in mind? |
| 19:28 | <eemeli> | littledan: Note that the polyfill is available on npm as messageformat@next, not as messageformat@latest. |
| 19:28 | <littledan> | oops, no idea why I wrote that, am too tired |
| 19:34 | <eemeli> | I'd be very happy for the discussions around Intl.MF to become multi-pronged, and for others beyond myself to present about it to TC39 and elsewhere. My own focus at least for the next little while will be reaching out to relevant open source developers about supporting the format. |
| 19:38 | <littledan> | I'd be very happy for the discussions around Intl.MF to become multi-pronged, and for others beyond myself to present about it to TC39 and elsewhere. My own focus at least for the next little while will be reaching out to relevant open source developers about supporting the format. |
| 19:47 | <eemeli> | Initially, introducing MF2 support in localization libraries and ecosystems that are already widely used, like i18next, Format.js and Lingui in JS and Babel in Python. |
| 19:47 | <eemeli> | I figure that making the format available within whatever context people already localize in will make all the next steps easier. |