On Friday, March 31, 2017 at 3:40:23 PM UTC+1, Noah Gordon wrote: > > elm-lang/svg does not provide any strong typing for its functions; it's a > direct exposure of SVG's API, and all of its functions take strings as > arguments. An incorrectly-formatted string will not break your application > but will fail to render as you might expect. It looks like this library is > trying to be more prescriptive about the data types you can use to > construct SVGs. For example, "viewBox" takes four numbers as opposed to a > string with four space-separated values. With elm-lang/svg, providing "0 0 > 0 foo" will compile but fail to render properly; with this library, it > won't compile. > > This also means you don't need to manually coerce numbers to strings any > more when working with coordinates in your model that are stored as numbers! > > Duane, I've been waiting for something like this for a while. Thanks for > undertaking the tedium of translating the entire SVG spec and giving it a > nice, typed interface. Will take a closer look when I get a chance. >
Sounds good. I will start using it very soon, that will be the best way to understand what it is and where it is at. -- You received this message because you are subscribed to the Google Groups "Elm Discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
