I agree with balala here, it's hard to understand what you're after. In any case, to give you an idea of what it would take to use a "custom autoscale":
https://forum.rainmeter.net/viewtopic.php?t=17656#p97070 Here is my improved and more flexible variant based on the same approach:
https://forum.rainmeter.net/viewtopic.php?t=38190&start=20#p198261 The difference is that smurfier variant is easier to understand but it used a fixed 1024 scale, while my variant tries to cover any scale, both positive and negative numbers, and do everything in a single measure, by storing the "scale" part as the last fractional digit of the number, which is then converted to the ' K', ' M', ' G' and so on strings (thus, the number of decimals is limited to a maximum of 4, since the 5th is "reserved" for the scale digit / indicator). The math is based on the definition of logarithms as inverses of exponential functions, so basically you can get to which power the said scale has to be raised at to give the original number. Simple example for base 10: log 10 3576 = 3.5534, which means 3576 has 1 + 3 digits where 3 is the powers of 10 that you multiply 3.576 with to get the value, or the fact that 10^3.5534 = 3576.
P.S. Also, the above uses the property / identity according to which log A B = log 10 B / log 10 A.
EDIT: Corrected the identity above.
Here is the original - and ingenious - method by smurfier:But I can't have both using the same scaling with AutoScale. The BinSize requires AutoScale=1, whereas BinItems requires AutoScale=2.
https://forum.rainmeter.net/viewtopic.php?t=17656#p97070
https://forum.rainmeter.net/viewtopic.php?t=38190&start=20#p198261
P.S. Also, the above uses the property / identity according to which log A B = log 10 B / log 10 A.
EDIT: Corrected the identity above.
Statistics: Posted by Yincognito — Yesterday, 9:53 pm