Hi,
i have a widget that is scrolled offscreen in my menu. However the position of the widget is the start point of a spline . so when the widget is scrolled just off the edge of the screen, the position cant be sourced any longer and the spline dissappears.
Is there a way to tracke the offscreen position of a widget ?
thanks,
Sam
when the widget is scrolled just off the edge of the screen
What is moving the widget off-screen and how?
You could use a widget component in screen space mode. This way you would not need to project screen coords back to world for the spline location, and could use widget component’s location directly instead.
its moving off screen because widget is inside a scroll box
Is there a way to tracke the offscreen position of a widget ?
Ah, so the catch is that it’s the scroll box widget that shifts it. It’s unlikely you’ll get results screen space geometry but you could calculate it manually.
You know the size of the scrollbox, you know the size of the child widget and the scroll box can spit out an offset of the child. You could then project the point past the screen edge.
Worst case scenario, you could fake it. You could say the coords are yay that much beyond the screen’s bottom edge.
Just to clarify: you want this, right:
i thought it might involve a bit of trickery. I currently am using ‘get tick space geometry’ which is working fine for when the widet is within the scroll box bounds.
I guess i can just have some kind of expression that ‘if outside frame’ add scroll value to the tick space geometry position value or something
The List View (a very fancy scroll box) knows whether each child is showing or not since its main job is to maintain their life cycle.
It’s a much more complex upfront setup, though.
a bit of trickery
Sounds like it, you’re asking for something UMG cannot do on its own. See if you can calculate offset from the combination of those:
thanks for the help.
Is this supposed to work like a giant tech tree? Like in 4x games? If so, I’d gravitate away from the scroll box - that’s the element that obfuscates its methods the most.
To me it sounds as if it was much easier to make your own scrollbox rather than force the native scrollbox do things your way.
I’d lean towards the humble canvas panel that allows you to place things at specific coords (beyond screen space is fine!) and retrieve that location with ease from the slot.
the whole point is to basically have a flow chart. Which effectively is taking up a large canvas. But i want to be able to navigate around each step of the flow chart, and also zoom in and out .
I thought couching all the widgets inside a scroll box, that is also inside a zoom box would be the best idea.?
was looking into this, it might be the best option to just use a canvas.
So would i basically have to make the canvas massive, To have enough space to house any potention steps in the flow chart. And i guess then everything can just be zoomed into navigated around on.
Well, you’re in luck!
nice!
thanks
