W3C home > Mailing lists > Public > public-html@w3.org > June 2011

Re: modal dialogs/overlays/lighboxes

From: Steve Faulkner <faulkner.steve@gmail.com>
Date: Fri, 24 Jun 2011 10:01:02 +0100
Message-ID: <BANLkTim_2aJdRoRbKWiZYvypxGWe5m_31Q@mail.gmail.com>
To: "Edward O'Connor" <hober0@gmail.com>, HTMLWG WG <public-html@w3.org>
hi ted,

here are some more 'real world' examples

press the  check status or apply now buttons

press the 'View iPad Engraving Gallery' or 'View iPod Engraving Gallery'

press the 'view the app gallery' link

anyone with a twitter account press 'reply' to a tweet link or the 'retweet'

Even though the amny of previous links I provided were to demos of
components form javscript libraries or standalone widgets, I suggest they
should not be dismissed as the mechanisms they use to provide the features
are representative of the way developers produce such features. And the
dialog type components are used out of the box by web application

I would also suggest looking at why the currently defined
is not used by developers instead of the fake dialogs.


On 16 June 2011 10:02, Steve Faulkner <faulkner.steve@gmail.com> wrote:

> Hi guys,
> read you comments on IRC (
> http://krijnhoetmer.nl/irc-logs/whatwg/20110616#l-148)
> "<hober> Hixie: I think stev'e content attribute is totally broken"
> Please improve/fix I don't much care for the specifics as long as it fixes
> the brokenness of the many current attempts to fake UI widgets.
> "<hober> I'm leaning toward writing a zero-edit CP that says basically
> "there are valid use cases, but the other CP's proposal is woefully
> underspecified and broken, and to do it right would require a lot of work.
> let's punt until html.next"
> the reason the CP arose was to get the feature in the spec spec sooner
> rather than at some unspecified point in the future, as from my experience
> reveiwing web apps on a daily basis, its a ubiquitous design pattern that
> provides accessibility issues due to developers not bothering to provide
> keyboard access or providing incorrect keyboard access or the keyboard
> access not working across browsers...
> "<Hixie> i plan to be doing something along those lines in the coming
> weeks"
> great to hear
> "# <http://krijnhoetmer.nl/irc-logs/whatwg/20110616#l-162> [01:47] <Hixie>
> hober: i expect we can probably do something pretty simple that hits the
> majority of use cases
> # <http://krijnhoetmer.nl/irc-logs/whatwg/20110616#l-163> [01:47] <Hixie>
> hober: but first i need to figure out what the use cases are :-)"
> below are some examples: of dialog/overlay/lighbox widgets:
> http://flowplayer.org/tools/overlay/index.html
> http://alloy.liferay.com/deploy/demos/dialog/
> http://www.bbc.co.uk/glow/docs/1.5/furtherinfo/widgets/overlay/
> http://rightjs.org/ui/dialog/demo
> http://jqueryui.com/demos/dialog/
> http://download.dojotoolkit.org/release-0.4.2/dojo-0.4.2p1-widget/tests/widget/test_Dialog.html
> http://www.sencha.com/examples/pages/window/hello.html
> http://www.sencha.com/examples/pages/window/dialog.html
> http://www.sencha.com/examples/pages/window/accordion.html
> http://dev.sencha.com/deploy/ext-4.0.2a/examples/window/window.html
> http://leandrovieira.com/projects/jquery/lightbox/
> http://www.huddletogether.com/projects/lightbox/
> http://developer.yahoo.com/yui/examples/container/panel.html
> http://reghellin.com/milkbox/
> http://bertramakers.com/moolabs/imagezoom.php
> http://www.aryweb.nl/projects/MooDialog/
> --
> with regards
> Steve Faulkner
> Technical Director - TPG
> www.paciellogroup.com | www.HTML5accessibility.com |
> www.twitter.com/stevefaulkner
> HTML5: Techniques for providing useful text alternatives -
> dev.w3.org/html5/alt-techniques/
> Web Accessibility Toolbar - www.paciellogroup.com/resources/wat-ie-about.html
Received on Friday, 24 June 2011 09:01:52 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 29 October 2015 10:16:14 UTC