@MalbertCunha pointed out that WebView popups such as a <select /> element’s option dialog items, are not attached to the WebView itself, they are fixed position causing strange issues.
As you can see in the screen capture, in Premiere and InDesign, opening the popup and moving the window causes the popup to stay in the same place and not track with the panel.
Interestingly, Photoshop forces a close of the popup when moving the panel.
Tracking with the panel would be the idea solution. If not achievable, then triggering a close like Photoshop would be the next best option.
@justin2taylor It’s interesting that in your test, the Photoshop closes the list normally when moving the window—that’s good, and it would be ideal for me. However, I’m seeing that “fixed element” behavior; in your case, was that the default behavior, or did you force it to close using some JS?
Didn’t do anything special, it’s the same source code for all 3 apps, just a basic <select /> elements with a few options. Tested on Windows 11 with PS 27.8
@justin2taylor This isn’t the first time I’ve encountered this issue. It had become so frustrating that I eventually used an MIT-licensed library called Slim Select to work around it, while in other parts I built the controls myself using div elements.
For my UXP projects, I use a custom selection menu from my library of 18 class-based components—featuring 100% functional instances created with the help of AI and a theme inspired by Adobe’s CS versions—built entirely with vanilla JS and no external dependencies. I plan to make time to create a browser-based version and test it within a WebView; if everything works well, I’ll consider migrating my entire panel to WebView.
