"Color Ranges" bugs

[lumst]

Hi,
I have couple of problems with coloring. It seems to be some bugs in technical design of "Color Ranges".

See picture from PT4 Advanced HUD Guide https://www.pokertracker.com/guides/PT4/hud/advanced-hud-guide
[ img ]

First theoretical question: which of "Min" and "Max" value is including (<=, >=) and which is non-including (<,>)? BTW, I believe it should be explained somewhere in docs and on "Color range" dialog.

Second theoretical question: which colors (using the following setup picture) will have values 0,20,35,100?

- If Min value is including, and Max value is non-including, so 0 would be red, 20 would be yellow, 35 would be green , 100 would be non-colored (default stat color). No good :(
- If Min value is non-including, and Max value is including, so 0 would be non-colored (default stat color), 20 would be red, 35 would be yellow, 100 would be green. No good :(
- If both Min & Max values are including, so 0 will be red, 100 will be green , 20 will be double-colored: red/yellow, 35 will be double colored: yellow/green. I think it will be half times one color, and half times second color, because it's a _poker_ :lol:

And now bugs
1) I cannot color limp stat precisely, so values 2 and 3 would have different color. With different Min/Max color ranges, I cannot color-separate values of li2 and li3. See last stat on last line on linked screenshots
With ranges Orange(0..2),Yellow(2..3),Green(3..4) I could get both values 2 and 3 colored both yellow - https://lh6.googleusercontent.com/-E26gDk33AhE/UBwmQlL7y1I/AAAAAAAAD8U/qckwRAPDFfY/I/Limp%252520coloring%25252C%252520values%2525202-3.png
With ranges Orange(0..1),Yellow(1..2),Green(2..4) I could get both values 2 and 3 colored both green - https://lh5.googleusercontent.com/-IAx8RGDRCis/UBwutLQcHNI/AAAAAAAAD8w/N6-3IzkWpEc/I/Screen%252520Shot%2525202012-08-03%252520at%25252010.01.09%252520PM.png
With ranges Orange(0..1),Yellow(1..2),Green(3..4) I could get both values 2 and 3 colored both uncolored (default stat color) - https://lh3.googleusercontent.com/-L57SitzheD4/UBwutoqEfiI/AAAAAAAAD80/a2k_zXuMaYw/I/Screen%252520Shot%2525202012-08-03%252520at%25252010.03.32%252520PM.png
How could I get li2 to be colored yellow, and li3 to be colored green???? Its some bug with "li2" for sure.

2) Also its another strange bug in "Att to steal(Position BTN)" coloring. For player Jorj95, text "b32" (second HUD line, third stat) is colored yellow, the same text for player sly_caveat is colored orange! (is it that _poker_ I mentioned? :lol: )See screenshot https://lh3.googleusercontent.com/-Byd76vb_JlQ/UBwmQifsX-I/AAAAAAAAD8M/S49nKmSnQmU/I/Att%252520to%252520steal%252520%252528BTN%252520position%252529%252520coloring%25252C%252520values%25252032-33.png

:geek:

[kraada]

Both edges are inclusive so with your list it's 0 <= stat is red <= 20. The order listed is the order colors are applied - so in this case based on this order you would get red for 20 first and not yellow. So based on this list you have 20 < stat is yellow <= 35.

If you had 20 to 35 listed first, 20 would fall under its auspices - so you can use the order to control which edges are inclusive and exclusive.

It's possible your coloring issues are caused by rounding - try setting the decimals to 2 and let's see if that makes it clearer what's going on.

[lumst]

Thank you very much for the explanation.
Yes, both issues are caused by rounding. It seems all these conversation (includings, order, rounding) should be reflected in docs, and/or text in dialog. Just to avoid user misunderstandings like mine ;)

BTW, it there a way to change the order of ranges? I tried dragging - it doesnt work. Also there are no "Up"/"Down" buttons to move selected row...

[WhiteRider]

No, unfortunately here you'll need to edit each range to change the order, or delete the first one and add it again to the end of the list.