feat: support stackPercent for normalized stacking

[sjcobb]

Brief Information

This pull request is in the type of:

• bug fixing
• new feature
• others

What does this PR do?

Adds support for stackPercent: boolean, which normalizes all stacked series values into percentages per category index (so the stacked total always adds up to 100%).

Fixed issues

• [Feature] Support for 100% stacked charts #17179

Details

Before: What was the problem?

No built-in way to compute percent-stacked values across a stack group without pre-processing data (see bar-stack-normalization example).

After: How does it behave after the fixing?

When stackPercent: true is set on a stacked series, values are automatically normalized to percentages per category. Tooltip shows both raw value and percentage.

With formatters:

Document Info

One of the following should be checked.

• This PR doesn't relate to document changes
• The document should be updated later
• The document changes have been made in doc: add stackPercent apache/echarts#20910 echarts-doc#444

Misc

ZRender Changes

• This PR depends on ZRender changes (ecomfe/zrender#xxx).

Related test cases or examples to use the new APIs

bar-stack-normalization

Others

Merging options

• Please squash the commits into a single one when merging.

Other information

[echarts-bot]

Thanks for your contribution!
The community will review it ASAP. In the meanwhile, please checkout the coding standard and Wiki about How to make a pull request.

Document changes are required in this PR. Please also make a PR to apache/echarts-doc for document changes and update the issue id in the PR description. When the doc PR is merged, the maintainers will remove the PR: awaiting doc label.

[Ovilia]

If we are going to support normalized stacking, it should not use stackStrategy because this concept is for deciding whether to stack positive/negative values. You should probably need another new option for this feature.

Stacking by percentage can be supported with current ECharts with a little hacking so it should be nice to have this feature to make the option more intuitive. Thanks for your contribution.

[Ovilia]

And I'm not sure how to let the axis know that this is a normalized series and should use % in the axis labels. Maybe it's still necessary to set formatter: (params) => Math.round({params or params.value} * 1000) / 10 + '%' both in series.label and yAxis.axisLabel. Do you have any better ideas?

[sjcobb]

If we are going to support normalized stacking, it should not use stackStrategy because this concept is for deciding whether to stack positive/negative values. You should probably need another new option for this feature.

Stacking by percentage can be supported with current ECharts with a little hacking so it should be nice to have this feature to make the option more intuitive. Thanks for your contribution.

Yeah this makes sense, I found an older discussion on this topic here where you proposed: stackPercent: true

I went ahead and made that change in this commit but open to any other ideas!

[sjcobb]

And I'm not sure how to let the axis know that this is a normalized series and should use % in the axis labels. Maybe it's still necessary to set formatter: (params) => Math.round({params or params.value} * 1000) / 10 + '%' both in series.label and yAxis.axisLabel. Do you have any better ideas?

Agreed this seems difficult, I think starting with requiring the custom formatter can work (I can point this out in docs / create a new example).

I played around with setting the axisLabel formatter automatically (when one isn't already defined) in this branch, but that doesn't seem like a great solution

EDIT: Added examples in percent-stack.html here

[Justin-ZS]

Maybe you should set the axis max to 100%？
Otherwise the total value maybe 1.00000001（due to precision lost）and causes the max value to be 120%

[sjcobb]

Maybe you should set the axis max to 100%？ Otherwise the total value maybe 1.00000001（due to precision lost）and causes the max value to be 120%

Yeah good call, it is a little awkward to do this for similar reasons as here but I'll look into it more. This PR is already pretty large, @Ovilia would you prefer I open a separate PR to adjust the axis max / formatter or keep adding to this one?

[Justin-ZS]

Hi, based on this PR.
How can we get the raw value/total value so that we can customize the datalabel/tooltip with label.formatter/tooltip.formatter?

[yuicer]

Do you happen to have any updates here? wish to see this pr be merged, it's beneficial

[sjcobb]

Hi, based on this PR. How can we get the raw value/total value so that we can customize the datalabel/tooltip with label.formatter/tooltip.formatter?

Raw value is still included and the normalized value was added in series label and tooltip formatter as percent (I reused this since it was already in types from 'pie' series), example:

echarts/test/percent-stack.html

Lines 182 to 187 in 1d0603f

	tooltip: {
	trigger: "item",
	// https://echarts.apache.org/en/option.html#tooltip.formatter
	formatter: (params) => {
	return `Normalized value: ${params.percent}%`;
	},

[sjcobb]

Do you happen to have any updates here? wish to see this pr be merged, it's beneficial

Glad to hear you find it useful! I just opened a docs PR so I'm waiting on more feedback on the initial implementation and the new option name stackPercent.

Hoping to add enhancements like appending '%' to series label / yAxis.axisLabel and setting yAxis.max to 100 automatically in a later PR (since they can be set explicitly as shown in percent-stack.html example)

[sjcobb]

Rebased and fixed all merge conflicts from the stackOrder PR #20998