You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I hit a case where the arguments that I'd like to pass to addSeries won't jointly "fit" in any combination of the slots provided by the current signatures of addSeries for a CategoryChart.
I'm working in Scala and had been using .toArray to conversion scala.collection.immutable.List to the equivalent of int[], but now I want to lift the restriction of having my x-value type be Int. Naïvely, I thought that that signature of addSeries which accepts two lists would work, but I'd overlooked that the y-value collection element type must be a subtype of java.lang.Number.
It would be nice in such a case if the client code didn't need to cast each element, and could instead use a signature which supports something like List<?> as the x-value type, and int[] or double[] still as the y-value types.
The text was updated successfully, but these errors were encountered:
I hit a case where the arguments that I'd like to pass to
addSeries
won't jointly "fit" in any combination of the slots provided by the current signatures ofaddSeries
for aCategoryChart
.I'm working in Scala and had been using
.toArray
to conversionscala.collection.immutable.List
to the equivalent ofint[]
, but now I want to lift the restriction of having my x-value type beInt
. Naïvely, I thought that that signature ofaddSeries
which accepts two lists would work, but I'd overlooked that the y-value collection element type must be a subtype ofjava.lang.Number
.It would be nice in such a case if the client code didn't need to cast each element, and could instead use a signature which supports something like
List<?>
as the x-value type, andint[]
ordouble[]
still as the y-value types.The text was updated successfully, but these errors were encountered: