There are no repeater widgets in your file, so the post title is misleading. If you did use repeaters, the solution could use the same basic approach, but the location references would need to be a bit different to calculate the vertical position of a target row within the target repeater.
While you cannot programmatically scroll the contents of a dynamic panel, you can move them to simulate a scroll. See Page 2 of this updated file for a demonstration:
scrolling within dynamic panel.rp (76.9 KB)
In the tree nodes I changed your **Scroll To Widget" actions to Move actions. Each has this interaction code:
Move
ET Content to ( , [[-LVAR1.top]] ) linear 500ms
…where there is a blank value for the x-dimension —thus no horizontal movement— and where LVAR1 points to the associated section heading. The .top parameter is a built-in variable representing the location of the top pixel (it is equivalent to .y which I could have used instead.) A minus sign proceeds the “LVAR1” pointer so the dynamic panel moves up instead of down–with the result being the section heading moves to the top of the screen (or technically the top of the “outer” dynamic panel, which I added and named “ET Pane” to keep things tidy.)
For example, the fx or “Edit Value” code for the “Section 2” tree node looks like this:
To create more section links, just copy and paste the Click or Tap interaction, then update the LVAR1 pointer reference, e.g., from “Section 2” to “Section 3”.