Regarding Elm: At the time it worked very well for our use case. It still builds fine, but now it doesn't look like Elm is viable long term.
As for the font: The font pack did include an unmerged font with just the glyphs. I'm not clear why that isn't included anymore. But to make it easy to publish, I'd create merged fonts of the desired typefaces, so the editing is smooth. It's just that most font licenses do not allow publishing derivatives.
Why would you want to set up macros when you can just copy the chars into the doc? There are many sign variants and there are no established names for these glyphs. It really helps to just see the sign instead some macro name.
The state of the art for researchers in this field is copying image files for each glyph into their docs. It is that bad. So being able to work with Unicode strings is a huge improvement.
Thanks. Yes copying Unicode strings is a common practice and I use it for some of the scripts I am writing about. I am busy with a write-up that spans almost all known scripts, for some scripts macros work better for me as I can type \LE{180} and get the glyph No. 180 and \LE[2]{180} to get variant 2 etc., and the star version \LE*{..} can do something else.
As for the font: The font pack did include an unmerged font with just the glyphs. I'm not clear why that isn't included anymore. But to make it easy to publish, I'd create merged fonts of the desired typefaces, so the editing is smooth. It's just that most font licenses do not allow publishing derivatives.
Why would you want to set up macros when you can just copy the chars into the doc? There are many sign variants and there are no established names for these glyphs. It really helps to just see the sign instead some macro name.
The state of the art for researchers in this field is copying image files for each glyph into their docs. It is that bad. So being able to work with Unicode strings is a huge improvement.