Closed acroy closed 9 years ago
Maybe it could be fixed like this: 4e3c005a69a4eccdea52e3c777a3e539ebdc2793?
It works for me on 0.3.10 and 0.4.0-dev+5769. I'm not sure though, if there is a preferred way for these sort of conversions (maybe float
or something).
@slangangular : It seems my hack actually works if I provide the additional convert function before doing anything with Winston.
But your solutions is more elegant IMO. Apparently parse(type, str)
isn't documented under 0.3, but it seems to work well (and the 0.4-docs suggest that it is the function we want).
Under 0.3 parse(type, str)
only works because of Compat. I think that's okay though, because Winston relies on Compat anyways and parsefloat
is deprecated in 0.4.
Thanks!
Trying to save a figure to a PDF or EPS file using
savefig
gives the following error for me on 0.3.11-pre (OSX+Linux):The problem seems to be that
@compat Float64(m.captures[1])
in renderer.jl actually translates intoconvert(Float64, m.captures[1])
which doesn't work for 0.3. Providing a custom convert, e.g.leads to a new error though: