Support Board
Date/Time: Wed, 25 Mar 2026 02:36:02 +0000
2875 Lag flipping chartbooks
View Count: 303
| [2026-02-05 03:31:17] |
| User240337 - Posts: 17 |
|
Been using Sierra for over 3 years now. I say that because I'm familiar with the speed and performance of Sierra. Tonight, when I returned to my computer, my data feed was down. I tried restarting Sierra was prompted to update- so I did. Currently 2875. I'm seeing a very noticeable lag when flipping my chartbooks. I flip a lot of chartbooks throughout the day. Previous versions of Sierra have always been amazing, and Sierra was always super responsive when flipping chartbooks. But I downloaded the pre-release update some weeks ago and noticed some lag compared to the older versions. But tonight, when I downloaded the new update, flipping chartbooks is painfully slow compared to the responsiveness I've experienced previously. Nothing has changed on my end, normal CPU usage and chartbooks are unchanged. Some graphical things unique to the update I see associated with the lag I'm experiencing include= 1) I have a chart trade window attached to one chart per chartbook. In this latest update, when I flip chartbook- the chart trade window is temporarily invisible before rendering. Feels associated with the lag somehow. 2) Charts that are not minimized but underneath another overlapping chart will flash before the top chart renders when flipping to a different chartbook. 3) If I hit flipchart (hot key) multiple times to cycle to a specific chartbook, the lag somewhat compounds and the flipping does not match the speed I hit the hotkey. Previous versions were much more responsive worked great. Thank you for all you do. |
| [2026-02-05 07:03:54] |
| Sierra_Chart Engineering - Posts: 23323 |
|
This is because child windows are now destroyed instead of hidden for efficiency. This is explained here: Notice: Solution to: Chart/Chartbook Tabs Visibility Issues, Portions of Chart Window Cut Off | Post: 434343 1) I have a chart trade window attached to one chart per chartbook. In this latest update, when I flip chartbook- the chart trade window is temporarily invisible before rendering. Feels associated with the lag somehow. It is being re-created.This should not be any different compared to older versions: 2) Charts that are not minimized but underneath another overlapping chart will flash before the top chart renders when flipping to a different chartbook.
Sierra Chart Support - Engineering Level Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2026-02-05 07:07:19
|
| [2026-02-05 07:20:19] |
| Sierra_Chart Engineering - Posts: 23323 |
|
We did some testing in regards to this, and we see no difference compared to the MDI child window changes since version 2813: 2) Charts that are not minimized but underneath another overlapping chart will flash before the top chart renders when flipping to a different chartbook.
The behavior is the same, and if anything, visually it is less noticeable, although only slightly, in newer versions as compared to 2813 and earlier. What we recommend you do, is change the order of the charts within Windows and Chartbooks to arrange them as you want: Window, CB and CW Menus: Windows and Chartbooks (Window) Sierra Chart Support - Engineering Level Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
| [2026-02-05 13:59:05] |
| User240337 - Posts: 17 |
|
We did some testing in regards to this, and we see no difference compared to the MDI child window changes since version 2813:
2) Charts that are not minimized but underneath another overlapping chart will flash before the top chart renders when flipping to a different chartbook. I posted this reply to another users thread last night, but it applies here too and I will post it here for visibility--> I've noticed a peculiar behavior with layered charts. I was going to post about this, but I just saw this thread so I'm going to add it here. If needed I will create a separate thread. I use a layered chart setup in various different chartbooks. I'm always flipping between chartbooks and some parts of the screen of these chartbooks I keep duplicated layered charts for easy access. I prefer not to minimize any of my charts. In previous versions I would just select the specific chart tab in the bottom left of the screen to bring forward the desired chart for that time needed. I could flip chartbooks and return and the setup would always remain the same as when I left it. But what I have figured out in the new updates- If I bring forward a chart by selecting its tab (no minimizing) and then flip chartbooks and return to this original chartbook- the chart that was brought forward will be in the correct position on top if: ---that chart brought forward was last active window selected in the chartbook before flipping to another chartbook and returning- upon returning that last chart brought forward will be where I left it. BUT- if I had clicked on and activated another chart window in this chartbook before flipping chartbooks- when returning to the original chartbook the window maybe different depending on the order of the chart tabs in the chartbook. I have tested this and determined the tab to the furthest right is priority and this chart window will be displayed if two charts overlap. I hope this not too confusing- I will give an example- (no charts are minimized in this example) Chartbook 1 has 7 charts with a 2x3 grid layout (chart 1,2,3 across the top, 4,5,6 across the bottom, and chart #7 is the tab furthest to the right). Chart #7 is ideally "hidden" behind chart 4 but can be easily accessed by clicking its tab to bring forward in my desired workflow. 1) If I bring chart 7 forward in front of chart 4 (leaving chart window 7 active) and flip chartbooks and return- the layout is unchanged (expected result) 2) If I bring chart 7 forward in front of chart 4 and activate a different chart window (1,2,3,5, or 6) inside of this chartbook and then flip chartbooks and return- the layout is unchanged (expected) 3) If I bring chart 4 forward in front of chart 7 and chart 4 is the active window and I flip chartbooks and then return the layout is unchanged (expected) 4) BUT If I bring chart 4 forward in front of chart 7 and I activate another chart window, eg. click on chart window #2, and then I flip chartbooks and then return the layout is changed (unexpected). Chart 7 is now front of chart 4 in this situation. This appears to be an issue with the order of the chart tabs and the tab to the furthest right is prioritized in this situation. Previous versions did not exhibit this behavior. It has greatly affected my workflow between my multiple chartbooks. Thank you for all you do Date Time Of Last Edit: 2026-02-05 19:37:41
|
| [2026-02-05 15:45:27] |
| User240337 - Posts: 17 |
|
I posted this reply to another users thread last night, but it applies here too and I will post it here for visibility-->
I've noticed a peculiar behavior with layered charts. I was going to post about this, but I just saw this thread so I'm going to add it here. If needed I will create a separate thread. I use a layered chart setup in various different chartbooks. I'm always flipping between chartbooks and some parts of the screen of these chartbooks I keep duplicated layered charts for easy access. I prefer not to minimize any of my charts. In previous versions I would just select the specific chart tab in the bottom left of the screen to bring forward the desired chart for that time needed. I could flip chartbooks and return and the setup would always remain the same as when I left it. But what I have figured out in the new updates- If I bring forward a chart by selecting its tab (no minimizing) and then flip chartbooks and return to this original chartbook- the chart that was brought forward will be in the correct position on top if: ---that chart brought forward was last active window selected in the chartbook before flipping to another chartbook and returning- upon returning that last chart brought forward will be where I left it. BUT- if I had clicked on and activated another chart window in this chartbook before flipping chartbooks- when returning to the original chartbook the window maybe different depending on the order of the chart tabs in the chartbook. I have tested this and determined the tab to the furthest right is priority and this chart window will be displayed if two charts overlap. I hope this not too confusing- I will give an example- (no charts are minimized in this example) Chartbook 1 has 7 charts with a 2x3 grid layout (chart 1,2,3 across the top, 4,5,6 across the bottom, and chart #7 is the tab furthest to the right). Chart #7 is ideally "hidden" behind chart 4 but can be easily accessed by clicking its tab to bring forward in my desired workflow. 1) If I bring chart 7 forward in front of chart 4 (leaving chart window 7 active) and flip chartbooks and return- the layout is unchanged (expected result) 2) If I bring chart 7 forward in front of chart 4 and activate a different chart window (1,2,3,5, or 6) inside of this chartbook and then flip chartbooks and return- the layout is unchanged (expected) 3) If I bring chart 4 forward in front of chart 7 and chart 4 is the active window and I flip chartbooks and then return the layout is unchanged (expected) 4) BUT If I bring chart 4 forward in front of chart 7 and I activate another chart window, eg. click on chart window #2, and then I flip chartbooks and then return the layout is changed (unexpected). Chart 7 is now front of chart 4 in this situation. This appears to be an issue with the order of the chart tabs and the tab to the furthest right is prioritized in this situation. I am now noticing something new I have not noticed before. I have a chartbook where I have 8 total charts and 2 chart windows with attached trade windows (one for mini and one for micro). The chart in question is the furthest left tab (tab 1) in the chartbook and has an attached chart trade window----> this chart is usually "hidden" behind another separate reference chart window (tab 8) that I prefer to have forward/on-top most of the time in this area of the screen- I will bring forward the attached trade window chart in question (tab 1) when needed by clicking its tab. What is odd, if I close that attached trade window on this chart window (tab 1) and then activate a different chart window inside this chartbook (leaving chart tab 1 overlapping tab 8) and then flip chartbooks and flip back---- the closed attach trade window on tab 1 is now reopened but chart tab 8 is on top. So two things here- 1)the attached trade window opened by itself after being closed. 2)the behavior of chart tab order I have highlighted in my above post occurs. To reiterate- this chart with attached trade window in question is in tab position 1. The reference chart I prefer on top is in tab position 8. If I bring forward chart tab 1 and close the attached trade window---> then activate a different window inside this chartbook---> then flip chartbooks and then return to the original chartbook in question----> chart tab 8 is now on top and chart tab 1 has reattached its trade window and I have to manually bring forward tab 1. Also, when flipping back to this original chartbook in this situation- chart tab 1 will quickly flash graphically with the trade window attached (even though I closed it) before chart tab 8 takes its place on top. The desired behavior here would be chart tab 1 on top with no trade window attached when flipping and returning to this chartbook- why does chartbook not remain in the state as I left it? for context- no charts are minimized or detached in any chartbook Date Time Of Last Edit: 2026-02-05 19:38:18
|
| [2026-02-06 23:25:25] |
| Sierra_Chart Engineering - Posts: 23323 |
|
Regarding post #5, this will be solved in the next release. We still have to look over post #4. Sierra Chart Support - Engineering Level Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2026-02-06 23:25:38
|
To post a message in this thread, you need to log in with your Sierra Chart account:
