www.jfree.org

What did you try and where did it fail specifically? Please post your code as a SSCCE (http://sscce.org/) and I'll be happy to look over it.

Perhaps this: http://www.jfree.org/jfreechart/api/jav ... in(double).

If this does not fix it use a debugger to step through the code and figure out where the spacing is coming from.

Our approach was create a new interface called SeriesRenderer (extends from CategoryItemRenderer) which together with a slightly modified plot and implementing version of AreaRenderer, paints one series at a time, rather than one category at the time.

The general steps would be 1. Create the chart 2. Add chart to ChartPanel (one of the constructors allows you to specify desired width/height, or call setPreferredSize()) 3. Add ChartPanel to a JScrollPane If you want a bit more control over the scrolling you'll want to extend ChartPanel and impleme...

Problem line is this:
You're creating a brand new dataset for each row. Create the dataset before you iterate the rows.

There is no specific zoom notification that I can see.You could listen for axis changes, but I'd do it by extending ChartPanel and adding specific zoom events to those methods.

Everything else you mention is absolutely possible and in most cases very easy to do.

Comment out this line and you'll start to see things work as you expect.

Provide us with some sample values you're passing into the constructor. I'm suspicious about the "counter" argument.

Can you narrow this down a bit. Which part of the process are you have having trouble with?

This should help. http://docs.oracle.com/javase/tutorial/ ... lpane.html

I agree completely by the way. The class was written by a third party, not David Gilbert, which probably explains the unusual behaviour. I too have written thousands of lines of custom code (and completely new renderers) around the provided classes to get the desired results. Sure I wish I didn't ha...

Extend the renderer and add this to the draw method. Very minor changes required.

Zero is neither positive or negative, so the code is explicitly allowing to drop through to use the last bar colour. Not sure if you can say this is a bug.

The constructor, or the set methods (setFirstBarPaint(Paint), ...) are the only options. Check the code to WaterfallBarRenderer.java if you want to see it for yourself.

An option is to subclass the renderer and override the drawItemLabel() method. You can draw the label wherever you want then.