Ojan wrote:
Escape usually calls cancel on dialogs, no? Seems to me that if you
have a dialog open, esc should cancel the dialog, otherwise it should
yank all fullscreened elements.
Doesn't this suffer from the same sort of security attack that requires
us to leave all fullscreened elements
On Tue, Apr 3, 2012 at 4:14 PM, Ian Hickson i...@hixie.ch wrote:
Fullscreen then defines that when you make an element fullscreen, it's
pushed onto the top layer, and when an element is unfullscreened, it's
yanked from the top layer. The user emergency escape UI yanks all
fullscreened
On Thu, 05 Apr 2012 06:53:08 +0200, Ian Hickson i...@hixie.ch wrote:
Those sound like non-modal dialogs. Do you have any examples of modal
dialogs on the Web that have these behaviours? As above, screenshots and
URLs to such examples would be really helpful.
I can see how it makes sense in the
On 5/04/12 2:53 PM, Ian Hickson wrote:
On Thu, 5 Apr 2012, Sean Hogan wrote:
So the ::backdrop could be styled to not cover the whole page?
Could it default to a top layer, but optionally be given a z-index?
The ::backdrop specifically would just be immediately below its element in
the top
On Thu, Apr 5, 2012 at 3:58 AM, Anne van Kesteren ann...@opera.com wrote:
I can see how it makes sense in the abstract. Browsers moved away from
application-global modal dialogs to tab modal dialogs. I could see Twitter
still wanting to you let you switch to @Connect or #Discover or search,
On Wed, 04 Apr 2012 01:14:43 +0200, Ian Hickson i...@hixie.ch wrote:
If this works, then I'll use this for dialog.
Thanks for figuring this out. I was kind of hoping this would end up in a
CSS draft, but Fullscreen works for now I guess.
On Wed, 04 Apr 2012 01:14:43 +0200, Ian Hickson i...@hixie.ch wrote:
If this works, then I'll use this for dialog.
How does this work for nested browsing contexts? Currently using iframe
allowfullscreen (not in HTML yet) you can fullscreen elements embedded
via an iframe. Would we then
On Wed, Apr 4, 2012 at 1:05 AM, Anne van Kesteren ann...@opera.com wrote:
On Wed, 04 Apr 2012 01:14:43 +0200, Ian Hickson i...@hixie.ch wrote:
If this works, then I'll use this for dialog.
How does this work for nested browsing contexts? Currently using iframe
allowfullscreen (not in HTML
On Wed, 04 Apr 2012 19:31:22 +0200, Tab Atkins Jr. jackalm...@gmail.com
wrote:
On Wed, Apr 4, 2012 at 1:05 AM, Anne van Kesteren ann...@opera.com
wrote:
How does this work for nested browsing contexts? Currently using iframe
allowfullscreen (not in HTML yet) you can fullscreen elements
On Wed, Apr 4, 2012 at 10:39 AM, Anne van Kesteren ann...@opera.com wrote:
On Wed, 04 Apr 2012 19:31:22 +0200, Tab Atkins Jr. jackalm...@gmail.com
wrote:
The thinking so far is that we don't do anything special for dialogs.
They don't escape their iframe, and the iframe doesn't have any
On 5/04/12 3:31 AM, Tab Atkins Jr. wrote:
On Wed, Apr 4, 2012 at 1:05 AM, Anne van Kesterenann...@opera.com wrote:
On Wed, 04 Apr 2012 01:14:43 +0200, Ian Hicksoni...@hixie.ch wrote:
If this works, then I'll use this fordialog.
How does this work for nested browsing contexts? Currently
On 4/04/12 9:14 AM, Ian Hickson wrote:
So based on our discussions on IRC and in person earlier today, I think
the following additions to the Fullscreen specification would provide the
necessary infrastructure to supportdialog:
- Add a new stacking layer to the CSS 2.1 Appendix E layering
On Wed, Apr 4, 2012 at 9:50 PM, Sean Hogan shogu...@westnet.com.au wrote:
Will non-modal `dialog` have a backdrop?
Dunno! We've just been thinking about modal dialogs, since they're
the hard ones.
~TJ
On Wed, Apr 4, 2012 at 8:51 PM, Sean Hogan shogu...@westnet.com.au wrote:
So the ::backdrop could be styled to not cover the whole page?
Yes. It's there for convenience only, since people often want an
element that does exactly this. If we didn't provide it explicitly,
they'd just awkwardly
On Wed, Apr 4, 2012 at 9:33 PM, Sean Hogan shogu...@westnet.com.au wrote:
On 5/04/12 2:15 PM, Tab Atkins Jr. wrote:
Both of your examples would be done by using elements that are
children of thedialog, and perhaps just positioned explicitly
somewhere.
That doesn't sound like a good solution,
On Thu, 5 Apr 2012, Sean Hogan wrote:
So the ::backdrop could be styled to not cover the whole page?
Could it default to a top layer, but optionally be given a z-index?
The ::backdrop specifically would just be immediately below its element in
the top layer stack, at least as proposed. Could
On 5/04/12 2:15 PM, Tab Atkins Jr. wrote:
On Wed, Apr 4, 2012 at 8:51 PM, Sean Hoganshogu...@westnet.com.au wrote:
So the ::backdrop could be styled to not cover the whole page?
Yes. It's there for convenience only, since people often want an
element that does exactly this. If we didn't
On 5/04/12 2:39 PM, Tab Atkins Jr. wrote:
On Wed, Apr 4, 2012 at 9:33 PM, Sean Hoganshogu...@westnet.com.au wrote:
On 5/04/12 2:15 PM, Tab Atkins Jr. wrote:
Both of your examples would be done by using elements that are
children of thedialog, and perhaps just positioned explicitly
somewhere.
So based on our discussions on IRC and in person earlier today, I think
the following additions to the Fullscreen specification would provide the
necessary infrastructure to support dialog:
- Add a new stacking layer to the CSS 2.1 Appendix E layering model,
after the current layer 10.
This seems reasonable to me.
On Wed, Apr 4, 2012 at 11:14 AM, Ian Hickson i...@hixie.ch wrote:
This layer consists of a stack of elements, which each CSS viewport
maintains. These stacks are initially empty. When the layer is painted,
the elements in the stack are rendered in the order
On Tue, Apr 3, 2012 at 5:29 PM, Robert O'Callahan rob...@ocallahan.org wrote:
On Wed, Apr 4, 2012 at 11:14 AM, Ian Hickson i...@hixie.ch wrote:
This layer consists of a stack of elements, which each CSS viewport
maintains. These stacks are initially empty. When the layer is painted,
the
On Tue, 3 Apr 2012, Ojan Vafai wrote:
On Tue, Apr 3, 2012 at 4:14 PM, Ian Hickson i...@hixie.ch wrote:
Fullscreen then defines that when you make an element fullscreen, it's
pushed onto the top layer, and when an element is unfullscreened,
it's yanked from the top layer. The user
On Wed, 4 Apr 2012, Robert O'Callahan wrote:
On Wed, Apr 4, 2012 at 11:14 AM, Ian Hickson i...@hixie.ch wrote:
This layer consists of a stack of elements, which each CSS viewport
maintains. These stacks are initially empty. When the layer is
painted, the elements in the stack are
23 matches
Mail list logo
