Code their site for speech browsers? Seriously?!<br><br>It's very easy to develop sites and apps that can be made accessible. Javascript lightboxes are not truly modal, and I've only ever seen them cater for people who have eyesight. If we further muddy the waters, it will only lead to more designers/developers creating something for a particular audience and ignoring the people who they're not "targeting". Until a decent alternative is available, is there even any sense in deprecating these dialogues?<br><br>Thanks,<br>Ash<br><a href="http://www.ashleysheridan.co.uk">http://www.ashleysheridan.co.uk</a><br><br>----- Reply message -----<br>From: "Biju" <bijumaillist@gmail.com><br>Date: Thu, Nov 25, 2010 12:21<br>Subject: [whatwg] Can we deprecate alert(), confirm(), prompt() ?<br>To: <whatwg@lists.whatwg.org><br><br>On Thu, Nov 25, 2010 at 3:30 AM, Nils Dagsson Moskopp<br>><br>>> 1. Can we deprecate alert(), confirm(), prompt() ?<br>><br>> If sites rely on them, it is not possible to deprecate them.<br>That is why I asked to deprecate, but not obsolete..<br><br>> However, I melieve browsers are making these dialogs tab-modal.<br>Yes I know but still there are problems<br><a href="https://bugzilla.mozilla.org/show_bug.cgi?id=613800#c1">https://bugzilla.mozilla.org/show_bug.cgi?id=613800#c1</a><br>(I assume that will be fixed)<br>But see also <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=391834">https://bugzilla.mozilla.org/show_bug.cgi?id=391834</a><br><br>>> 2. if we are still keeping them, can we disable them in<br>>> onbeforeunload/onunload[/onhide] etc. Many sites add extra dialogs in<br>>> those events to confuse users, so that they can trap users for little<br>>> longer.<br>><br>> “Do you want to save your complicated mashup?”<br>For that we dont need alert/confirm/prompt.<br>Return value in onbeforeunload will take care of it<br><br>You may want to also look Jesse Ruderman suggestion on that<br><a href="https://bugzilla.mozilla.org/show_bug.cgi?id=578828">https://bugzilla.mozilla.org/show_bug.cgi?id=578828</a><br><br>>> 3. also if we are keeping them, can we add an optional parameter for a<br>>> timeout milliseconds to self dismiss the modal prompt.<br>><br>> Why would you need that?<br>This is especially useful with alert()<br>In a software application there is no need to have prompt to the user<br>if the application is not planning to do any branching after user<br>response.<br>When we have alert(), it dont give user any choice other than pressing OK<br>Hence it not possible to code any branching statement after result of<br>user action. (with exception "Press OK after you insert DVD to the<br>drive" )<br><br>So only use for alert() I see is not make a delay, that use case can<br>be improved if web programmer can provide a default time out.<br><br><br>On Thu, Nov 25, 2010 at 3:41 AM, ash@ashleysheridan.co.uk<br><ash@ashleysheridan.co.uk> wrote:<br>> Modal dialogues have a very special purpose, which works consistently across<br>> various browsers in that we can program in with javascript some very<br>> specific responses. What would happen if someone came to your site with a<br>> speech/Braille browser? How would they know your pretty js lib built<br><br>That is a valid point. But how many good sites use<br>alert/confirm/prompt for every thing. So all those case speech/Braille<br>browser have problem to deal with.<br>If we want use that feature the web site need to code their site for<br>speech/Braille browser. If that is the case we could achieve same<br>thing with HTML.<br><br><br>