Details
-
Bug
-
Resolution: Cannot Reproduce
-
P4
-
None
-
fx2.0
-
Windows 7 64bit, Java 7 b147 64bit, JavaFX b34 64bit
Description
b34 has fixed the axis' main label rotation issue that plagued b32 but it looks like NumberAxis are still not rendered correctly when it comes to tick label.
This can be easily seen when rendering a vertical axis using big values: the axis seems to rely on a pre-computed/fixed space and fails to take in account the space needed to render its label without cutting them or without the labels going over the axis name or even outside of the chart's bounds (see attached screenshot).
In this casse, the Y axis should take in account the horizontal space needed to render all major ticks labels completely within the chart space. This apply as well if a rotation angle as been set to these labels which means it needs to take in account vertical space that may go over the top border of the chart.
This applies to the X axis as well in case of rotation of the ticks label or when an long horizontal label goes over the chart's bounds.
Note: before this is raised, yes in such display it would be more concise and desirable to switch to scientific notation but this show up what happens when using extreme values.
This can be easily seen when rendering a vertical axis using big values: the axis seems to rely on a pre-computed/fixed space and fails to take in account the space needed to render its label without cutting them or without the labels going over the axis name or even outside of the chart's bounds (see attached screenshot).
In this casse, the Y axis should take in account the horizontal space needed to render all major ticks labels completely within the chart space. This apply as well if a rotation angle as been set to these labels which means it needs to take in account vertical space that may go over the top border of the chart.
This applies to the X axis as well in case of rotation of the ticks label or when an long horizontal label goes over the chart's bounds.
Note: before this is raised, yes in such display it would be more concise and desirable to switch to scientific notation but this show up what happens when using extreme values.
