Support Board
Date/Time: Tue, 25 Aug 2026 07:52:16 +0000
Extend Closes Until Future Intersection and Line Until Future Intersection ACSIL Function
View Count: 5836
| [2026-07-14 19:45:04] |
| kachowdary11 - Posts: 12 |
|
Thanks John, that's helpful. Based on your response I've made the following change and confirmed behavior on my end: Value / Name labels — I've verified and now set these explicitly on every n_ACSIL::s_LineUntilFutureIntersection I draw: LineStruct.DrawValueLabel = 0; // value label OFF LineStruct.DrawNameLabel = 1; // name label ON LineStruct.NameLabel.Format("%s", OriginLabel.c_str()); So only the name label is drawn. (DrawValueLabel was already 0 by struct default, so this only made it explicit.) Remaining issue — name label position for always-extending lines For lines drawn with: LineStruct.EndBarIndex = 0; LineStruct.AlwaysExtendToEndOfChart = 1; // active/extending line the name label renders on/over the right-side value (price) scale, rather than in the right-side free space of the chart. For lines stopped at a specific EndBarIndex (AlwaysExtendToEndOfChart = 0), the name label renders correctly at that bar in chart space. Looking at the s_LineUntilFutureIntersection struct, I don't see any member controlling the label's position, alignment, or anchor — only DrawNameLabel (on/off) and NameLabel (the text). The label appears to auto-anchor to the line's right terminus, which for an always-extending line falls at the far-right edge over the value scale. Questions: Would it be possible to add label position/alignment control (or an option to anchor the name label to the last bar rather than the extended terminus) in a future release? Can you confirm there is no per-line z-order member on s_LineUntilFutureIntersection (I understand z-order is controlled study-wide via DrawStudyUnderneathMainPriceGraph)? If there's no supported way to reposition the label today, please let me know what you'd need from my end (sample chartbook, study DLL, screenshots, exact chart settings, etc.) and I'll provide it. Thanks again for your help. |
| [2026-07-14 19:52:49] |
| John - SC Support - Posts: 47624 |
|
What you are seeing is how the ExtendLinesUntilFutureIntersection functions work. There are no controls over the positioning of the labels. And there is no control for the z-order of those lines separate from the study that draws them. For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
| [2026-07-14 21:54:45] |
| kachowdary11 - Posts: 12 |
|
First, your turnaround time and accuracy in understanding user issues is impressive — 5/5 from my end. Based on your responses, here is my conclusion: The workaround you referenced — AlwaysExtendToEndOfChart = 1 — avoids the bar-validation auto-stop on lines drawn with sc.AddLineUntilFutureIntersectionEx(). However, this in turn causes the label text to render over the value scale, with no available fix (as noted in your previous response deferring label position control). My only viable path forward is to redraw active extending lines on every bar using: LineStruct.EndBarIndex = sc.Index; LineStruct.AlwaysExtendToEndOfChart = 0; and track whether a line is still active via a separate flag variable in my study, rather than relying on EndBarIndex alone. Feature request: One of the following would resolve this cleanly: Add a new s_LineUntilFutureIntersection::BarValidation_Flag member to control whether bar-validation auto-stop applies to a given line — allowing AlwaysExtendToEndOfChart = 0 without triggering premature termination. OR, if AlwaysExtendToEndOfChart = 1 is the intended/supported path for always-extending lines, add label position and alignment control to s_LineUntilFutureIntersection so the label can be anchored correctly. Looking forward to seeing one of these addressed in a future release. Thanks again for the support. |
To post a message in this thread, you need to log in with your Sierra Chart account: