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 elm-discuss+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to