fix: wrong radix multipliers for complex values

[huanli233]

What

Fix incorrect decoding of complex fraction/dimension values in binary XML output.

Why

ResXmlEncoders used wrong radix multipliers, causing some values (e.g. -2%) to be decoded into huge incorrect numbers (e.g. -4294963200%).

How

Use the same MANTISSA_MULT / RADIX_MULTS math as AOSP android.util.TypedValue.complexToFloat().

Result

Decoded XML matches aapt2 / jadx behavior for negative fractions/dimensions.

[IgorEisberg]

There's no difference between the code you added and the existing code in TypedValue.
You'll have to provide a proper sample because your numbers don't match up with mine.
No idea where you pulled that -4294963200% value from.

Source:

<resources>
    <dimen name="test1">2.0dp</dimen>
    <dimen name="test2">-2.0dp</dimen>
    <dimen name="test3">2.0%</dimen>
    <dimen name="test4">-2.0%</dimen>
</resources>

Decoded as:

<resources>
    <dimen name="test1">2.0dp</dimen>
    <dimen name="test2">-2.0dp</dimen>
    <dimen name="test3">1.9999981%</dimen>
    <dimen name="test4">-1.9999981%</dimen>
</resources>

Which is normal because float has very limited precision, especially in a complex value that also has unit data encoded in it.

[huanli233]

I apologize for my oversight. I was using apktool-lib for decoding in my layoutlib environment, which may have affected apktool's calls to TypedValue. This pull request did resolve the issue, but it was unnecessary.

This pull request will be closed. Thank you for your reply.