fix(gauge): fix z2 is negative when maxVal is negative

[kingyue737]

Brief Information

This pull request is in the type of:

• bug fixing
• new feature
• others

What does this PR do?

When max of a gauge is negative, the z2 calculated is also negative. Thus the axisLine is on top of the progress bar. This PR fixes how z2 is calculated to ensure it is always non-negative.

Fixed issues

fix #20097

Details

Before: What was the problem?

The progress bar is beneath the axisLine.

After: How does it behave after the fixing?

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 apache/echarts-doc#xxx

Misc

ZRender Changes

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

Related test cases or examples to use the new APIs

N.A.

Others

Merging options

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

Other information

[Ovilia]

I don't think #20097 should be a bug. I commented at #20097 (comment) . Can you have a look, please?

[Ovilia]

It seems that you can use linearMap in src/util/number.ts

[github-actions]

The changes brought by this PR can be previewed at: https://echarts.apache.org/examples/editor?version=PR-20276@88345fe

[Ovilia]

Online test case

[Ovilia]

Thanks for your contribution!

A minor tip: please don't use force push next time. This will lose the commit history and our discussion context. We will use "squash and merge" if there are too many unnecessary commits.

[echarts-bot]

Congratulations! Your PR has been merged. Thanks for your contribution! 👍

[kingyue737]

A minor tip: please don't use force push next time. This will lose the commit history and our discussion context. We will use "squash and merge" if there are too many unnecessary commits.

Thanks very much for your advice!