www.jfree.org

JFreeSVG 4.0 has been released. It is now a first-class Java module and requires Java 11 or later. From the README file: Version 4.0 (27-February-2020) - created a module for JFreeSVG: `org.jfree.svg`; - increased the minimum required Java version to 11; - changed the Maven artifact ID to match the ...

That is a bit inconsistent, I guess because the original code was submitted by someone else and I never spotted it. I'll look and see what is required to fix it.

You can use the setTickLabelFont() method: plot.getDomainAxis().setTickLabelFont(new Font(Font.DIALOG, Font.BOLD, 6)); Just note in the demo that the line ChartUtils.applyCurrentTheme(chart); will override any formatting changes you make, so you should either adjust the theme, or make your changes a...

I see this also. What is happening is that the range for the axes is determined by looking at the minimum and maximum data values. In this case, there is just a single value (429.6) so JFreeChart has to decide what should be the minimum and maximum values on the axis. It does this by looking at an a...

No, there are breaking API changes. The README on the GitHub project page provides an overview of the main changes:

https://github.com/jfree/jfreechart

No, JFreeChart is more targeted at plotting numerical and time-series data.

The getSeriesStroke() method will not return null if the autoPopulateSeriesStroke flag is set to true, which I think is the default:

http://www.jfree.org/jfreechart/api/jav ... e-boolean-

Which test fails? What are the results on newer JREs? Note that JCommon isn't used in the latest versions of JFreeChart, so another option would be to migrate to the latest release of JFreeChart.

I'm not sure of the version numbers you are referring to, but AbstractDataSource became AbstractDataset way back in the history of JFreeChart.

For your second question, could it be that the renderer is not an instance of DefaultCategoryItemRenderer?

The first issue is cause by the drawing of the zero baseline for the domain axis - this is a vertical line drawn at the value 0 on the x-axis. You have this line in your code: xyp.setDomainZeroBaselineVisible(true); Remove it and the baseline won't be drawn anymore and that should solve your problem.

The correct file will be picked up automatically based on the default locale of the user's runtime Java Virtual Machine.

Try this one:

https://github.com/jfree/jfree-fxdemos/ ... Demo1.java

At first glance this appears to be a bug in JavaFX. Did you try running it on Java 9 for a comparison?