Experimental Page List: Ensure sorting by doesn't cover up other drop downs

[annezazu]

Took #54966 for a quick spin and I know it's a work in progress but wanted to note for @ntsekouras as follow up to ensure the sorting drop down doesn't cover up the other drop downs. Right now, it feels a bit cluttered to have the two overlap.

A screenshot:

Video for clarity:

sorting.mov

[ntsekouras]

I had commented about that and pinged folks that work on components. This might be hard to change and we might need to consider some different design. See @ciampo's reply:

This works but I couldn't make it to match the design to open a third nested submenu on the left. I've checked radix docs about it a bit, but couldn't fix it. --cc @ciampo .

I don't think that's really possible, because I believe that nested menu always open to the right (in LTR environments), and only open to the left when there isn't space available on the right. So in this case, the third nested submenu has the space to open to the right and it does so. My hunch is that this behaviour can't be changed

Also, a heads-up that the experimental DropdownMenuV2 likely won't stick around too much in its currently iterations (see #50459)

[ciampo]

Let's put this on ice for the time being, until the new dropdownmenu component is ready to be used. I may be able to expose a way to change where the submenu opens in the new implementation

[annezazu]

Great! Thank you all for chiming in and for the broader context.

[annezazu]

This is much different in 6.7 RC1! Closing out: