Here's another question I have.  Related to the Character Select stuff. We're enjoying the data driven framework of JuicyNavOverlay, but this UI problem may be too much trouble for you, so my apologies. 

We're wondering if your addon currently supports creating an interface that is both on the Horizontal and Vertical.  For example, setting the X going by Character/Party Member, and then down through the Y is their Settings or Scene. This is in function, a grid concept with X and Y. In this example you want to be able to see all submenu in context of each other as you re-assign equipment or else it becomes tiring on the player.

Can JuicyNavOverlay support a structure where each NavItem(example here being Char[X]) generated (on the Horizontal) contains or is associated to a series of further objects (on the Vertical) like a trunk ?  Is this something possible with the SubMenu concept?

Unlike the examples given in the addon, this asks for visible children of the NavItems. 

Another example (with a table below to help). If I had Char1 selected I could move down to Char1_Scene1, and when doing so all other Char[x] NavItems moved their list items children down the Y direction accordingly? The theory being a scroll effect with all lists moving. So if the SelectedItem was Char1_Scene1, pressing Right would cycle Char2_Scene1 as SelectedItem. 

When I think about it, it's possible that the SelectedItem on the top level is always one of the Char1,Char2, etc. And pressing Left or Right cycles between those, but does a submenu navitem list understand how to signal its parent? As well can all main Char[X] NavItems in this theoretical, keep it's submenu visible. 

Was simply wondering if this style of presentation of nested recursive items was possible in your awesome addon and now it's the biggest post I've ever written on itch. Oops! As always thank you for your time and great work!