Closed Zenlua closed 5 months ago
We can't reproduce this issue without the apk. The attr case needs further investigation. On second dimen case the problem comes from java's float number division/multiplication accuracy, normally it is less than +/- 0.00005, for some reason if you want to keep original value you need to use json format
Here is the apk, thanks
Same issue, this is the last I know of, the tool is improving day by day.
File apk: https://mega.nz/file/VNlwUYRA#1sJD4ZRy2bvWWd3OG8ZfjEH7jg5coBAypZAfiHwrhZE
I can't reproduce your issue, i did DECOMPILE -> COMPILE -> DECOMPILE , then the output is the same. How you did your comparison ?
Use apktool or another decoder to see, I use mt manager to compare resources.arsc
APKEditor is different from other tools our main goal is to produce editable files so that you can build it back correctly to working apk. Where as apktool intended to produce android standard source code, check #51 .
formats="reference|string|integer|bool|color|float|dimension|fraction"
is equivalent to format=any
thus you are free to code it like <attr name="__removed3" >
.
format=any
like other tools?During encoding we don't rely/trust xml tag name. Some obfuscators may use different name <abcd name="__removed3" >
, but we need to correctly identify the type of entry is attribute
, style
or plural
therefore our logic is:
format="xxx"
-> encode it as attribute
parent="xxx"
-> encode it as style
quantity="xxx"
-> encode it as plural
Thank you for your explanation. Great tool. Wishing you a good life.
Version: 1.3.7
When compressing some lost text, will it have any effect on the application?
When recompressing the data, the changes are small and not very important.