Support Board
Support Board
Search Board
Control Panel
View My Posts / Threads
Direct MessagesDate/Time: Fri, 26 Apr 2024 14:22:04 +0000
Post From: Minor bug - Numbers Bars Calculated Values background colour
| [2022-11-23 22:50:48] |
| John - SC Support - Posts: 31131 |
|
We were looking through the code and we do see a way for this to occur, and it is not "wrong", but is occurring due to a special circumstance. If all of the previous values that define the Highest and Lowest values for the period, are all positive or all negative, then when you get a value that is the opposite (i.e. the first negative value when all others have been positive) then the system is setup to color that background as if it were a value of 0. Since all the previous numbers have been positive (or negative) then a value of 0 will be colored the Up (or Down) Range 0 color. The next time you see this please take a look at how you have the "Determine Maximum/Minimum Values for Background From" set and look at all the previous values for that particular subgraph and see if they are all positive or negative. If they are, then this would explain this situation. If it is what state from above, then this is all related to the following from our documentation: The last cell/bar in a row will follow the same rules as below, but until the bar is closed, the values that are seen as the cell updates will not be used to establish a Highest or Lowest value. If a value at the last bar exceeds the existing Highest or Lowest value, then that cell is colored the Range 3 Up/Down color, but the rest of the background coloring in the row will not update. Once the last bar closes, if it still establishes a new Highest or Lowest value, then the rest of the cells in the row will be updated accordingly.
For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |