<?xml version="1.0" encoding="UTF-8"?><oembed><type>video</type><version>1.0</version><html>&lt;iframe src=&quot;https://www.loom.com/embed/a2b7f9e6d8954beca8dcb0a0a778b27a&quot; frameborder=&quot;0&quot; width=&quot;3442&quot; height=&quot;2581&quot; webkitallowfullscreen mozallowfullscreen allowfullscreen&gt;&lt;/iframe&gt;</html><height>2581</height><width>3442</width><provider_name>Loom</provider_name><provider_url>https://www.loom.com</provider_url><thumbnail_height>2581</thumbnail_height><thumbnail_width>3442</thumbnail_width><thumbnail_url>https://cdn.loom.com/sessions/thumbnails/a2b7f9e6d8954beca8dcb0a0a778b27a-00001.gif</thumbnail_url><duration>134.440711611</duration><title>Inline Message Format Plugin: Implementing Type Safety</title><description>In this video, I discuss the possibility of implementing type safety in the inline message format plugin for storing translations as a message.json file. Currently, translations are stored as an array in the JSON, but I propose nesting the array within an object to enable the use of the dollar schema for linting. This change would provide type safety and prevent manual changes to the translations that could break the plugin. I also explore the potential for future extendability with a data schema. I would like your input on whether or not to implement this type safety.</description></oembed>