Better tooltip for ranged bar charts

[filipfloden]

Description

I think ranged bar chart tooltip should be changed to the same way #3495 (comment) has been implemented.
Instead of calling tooltip.format.value twice (once with start value and once with end value) it should be called once with value as an array [start, end].

[netil]

it should be called once with value as an array [start, end].

It isn't called twice. It will be called once with array data.
When you add console.log on data.labels.format, it will looks like called multiple times with single number value, because it is the process where determining text length using format function. It can't avoid not calling it, because label text can be modified using it.

[bj00rn]

it should be called once with value as an array [start, end].

It isn't called twice. It will be called once with array data. When you add console.log on data.labels.format, it will looks like called multiple times with single number value, because it is the process where determining text length using format function. It can't avoid not calling it, because label text can be modified using it.

Here is the line i'm thinking about for tooltip value

billboard.js/src/ChartInternal/internals/tooltip.ts

Line 203 in d2923f2

value = `${valueFormat(start, undefined, id, index)} ~ ${valueFormat(end, undefined, id, index)}`;

It would be nice if valueFormatter is called with [start, end] in order to show something other than start ~ end.

I would like to show the absolute value for each bar to acheive something like a waterfall chart, showing the absolute values for each bar in both datalabels and tooltip.

#3495 solved the same issue for me for data labels

[netil]

Hmm... there was a misunderstanding here. I was pointing that not called twice for data.labels.format option, but you was mentioning on tooltip.format.value option, right?

Updating the way that worked, could derive backward compatibility issue. I'm not sure this is a bug or enhancement.
I'll be considering for that. Thanks anyway.

[bj00rn]

Hmm... there was a misunderstanding here. I was pointing that not called twice for data.labels.format option, but you was mentioning on tooltip.format.value option, right?

Updating the way that worked, could derive backward compatibility issue. I'm not sure this is a bug or enhancement. I'll be considering for that. Thanks anyway.

Agree, in the case of rangedBarChart it makes sense to have tooltip format return whatever based on [start, end], but I guess changing behaviour would/should affect other ranged chart types as well.

[netil]

well the update only affect for bar ranged type. It could affect some compatibility issue on that type, but will not for other types.