|
|
|
|
|
by Sophira
558 days ago
|
|
> I was also hoping that, because open <dialog> elements exist in a distinct top-level layer, that they might even able to escape the bounds of the browser viewport, which would provide real value to the end-user in a lot of places As a user, I would absolutely not want this. I appreciate being able to know which windows actually come from my browser and which are coming from a webpage. |
|
I typically have lots of tabs open at once. Hundreds, in some cases. A window escaping the bounds of the viewport would imply that it also escapes the bounds of the browser tab - which is to say, can pop up no matter which tab I'm on at any given moment.
The better solution, I believe, would be to pop up any notification using the notification API, and then once the user has been taken to the browser tab, you can then show your dialog (restricted to the viewport, of course).
If I want a window to pop up over anything else, I'll use native apps, not browser apps.