Maybe it does not even classify as an issue since such functionality was not promised anywhere, but the fact is, that the DynamicPolynomials.jl do work fine with ImplicitPlots.jl. And it is both documented as an example at the bottom of https://github.com/saschatimme/ImplicitPlots.jl and it is also relied upon in the example on barrier functions at https://jump.dev/SumOfSquares.jl/dev/generated/Systems%20and%20Control/barrier_certificate/. Now, when a user is introduced to multivariate polynomials in Julia, the message that they receive that DynamicPolynomial and TypedPolynomial types are more or less equivalent. Therefore it may easily happen that they may want to pick arbitrarily the latter (after all its README page states "Handling variables at the type level makes constructing variables, monomials, and terms more efficient than with DynamicPolynomials.jl") and then face the troubles that (implicit) plotting does not work.
Plotting the solution set of $h(x)=0$ where the function $h(x)$ is a
TypedPolynomial
does not work withImplicitPlots.jl
:Maybe it does not even classify as an issue since such functionality was not promised anywhere, but the fact is, that the
DynamicPolynomials.jl
do work fine withImplicitPlots.jl
. And it is both documented as an example at the bottom of https://github.com/saschatimme/ImplicitPlots.jl and it is also relied upon in the example on barrier functions at https://jump.dev/SumOfSquares.jl/dev/generated/Systems%20and%20Control/barrier_certificate/. Now, when a user is introduced to multivariate polynomials in Julia, the message that they receive thatDynamicPolynomial
andTypedPolynomial
types are more or less equivalent. Therefore it may easily happen that they may want to pick arbitrarily the latter (after all its README page states "Handling variables at the type level makes constructing variables, monomials, and terms more efficient than with DynamicPolynomials.jl") and then face the troubles that (implicit) plotting does not work.