Priority: P2: Important
Affects Version/s: 5.7.0, 5.8.0 RC
Fix Version/s: None
Component/s: Data Visualization
Add support for NaN and 0 values in QBars3D:
While 0.f it is a valid QBars3DSerie value, 0.f is not rendered with a 3D bar (generating confusion with “no value” or “NaN”). In bars3drenderer_p.h, there is an internal property ‘bool m_noZeroInRange’, would it be possible to expose it to the user to allow drawing 0.f values?
Eventually, the following interface would be very useful:
Or something equivalent with Qt NaN API.
Add support for ‘independent’ QBars3DSerie:
Actually the only way to allow the user to select a specific color for a row is to generate a QBars3DSerie with empty rows but one at the index where user data should be displayed, and then to call QBars3DSeries::setBaseColor().
It works perfectly (even if it’s a lot of user code just to change a color), but even when rows are totally independent (ie, there is never multiple bars per cell), Bars3D reserves some space left for hidden rows resulting in an “alignment offset” that is hard to interpret for final users.
The use case is probably very common, for example if you are working with value over time data, where datetime are columns and data series are rows (which is the case of most demonstration samples).
Would it be possible to add an ‘independent’ property to QBars3DSeries, so that the renderer could avoid drawing that kind of artifacts ?
Example: Values for three series with independent rows not aligned in row axis, space for 2 undrawn bar is left in all cells (in red):
(artifact highlighted in red)
Add an hasSeries() Q_INVOKABLE method to Bars3D interface:
In Bars3D interface, there is Q_INVOKABLE methods to add / insert / remove QBar3DSeries, but nothing to actually check if a series is already registered.
Current workaround code (without private header inclusion and wild casts) is very inefficient with a lot of virtual and Q_INVOKE calls (while internally it could be a simple and fast container.contains() call):
Sink behavior for QBar3DSeries argument of add/insert methods also is not clear in the documentation.