How to detect if a dialog is present
Xu, Qian
Is it possible to detect whether a (confirmation or prompt) dialog is
present? And furthermore, how to press OK, Cancel buttons of a dialog?
I am writing a javascript based test framework. I would like to detect
and close dialog using javascript.
Thanks in advance
--
Xu, Qian (stanleyxu)
http://stanleyxu2005.blogspot.com
Thomas 'PointedEars' Lahn
> Is it possible to detect whether a (confirmation or prompt) dialog is
> present?
No, such dialogs are always modal. Script execution in the window from
which these have been issued is halted until they have been closed.
> And furthermore, how to press OK, Cancel buttons of a dialog?
You can't.
PointedEars
--
realism: HTML 4.01 Strict
evangelism: XHTML 1.0 Strict
madness: XHTML 1.1 as application/xhtml+xml
-- Bjoern Hoehrmann
VK
wrote:
> Xu, Qian wrote:
> > Is it possible to detect whether a (confirmation or prompt) dialog is
> > present?
>
> No, such dialogs are always modal. Script execution in the window from
> which these have been issued is halted until they have been closed.
A dangerous mistake I once had big troubles with. In Gecko-based
browsers including Firefox build-in dialogs are modal only withing the
current execution context. Because timed calls creating new contexts,
they are excluded from the lock. I have no idea why such "pseudo-
threading" was allowed for external scripts. Either indeed some
reasons for that or some initial bug which is too late to fix. No any
other known to me engine does that. For instance "enjoy" three alerts
displayed at once on Firefox:
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html lang="en_US">
<head>
<meta http-equiv="Content-type"
content="text/html; charset=iso-8859-1">
<title>Demo</title>
<style type="text/css">
* {
box-sizing: border-box;
-moz-box-sizing: border-box;
-ms-box-sizing: border-box;
}
p {
font: 1em Georgia, serif;
}
</style>
<script type="text/javascript">
var counter = 0;
function demo() {
window.alert('Pseudo-thread #' + ++counter);
}
function init() {
window.setTimeout('demo()',500);
window.setTimeout('demo()',1000);
window.setTimeout('demo()',1500);
}
window.onload = init;
</script>
</head>
<body>
<p>No content.</p>
</body>
</html>
> > And furthermore, how to press OK, Cancel buttons of a dialog?
>
> You can't.
That is correct.
Lasse Reichstein Nielsen
> Is it possible to detect whether a (confirmation or prompt) dialog is
> present?
No. While the dialog is being presented, script execution on the page
is stopped. So, from another perspective, it is trivial. If your code
is running, no dialog is being shown.
> And furthermore, how to press OK, Cancel buttons of a dialog?
User interaction.
> I am writing a javascript based test framework. I would like to detect
> and close dialog using javascript.
The traditional way that test-frameworks do this is to overwrite the
alert and confirm functions with code that simulates a pressed button.
The code using them doesn't need to know, it just gets a preconfigured
answer back.
It might not match your requirements, but try looking at the Selenium
test framework.
http://selenium-core.openqa.org/
/L
--
Lasse Reichstein Nielsen - l...@hotpop.com
DHTML Death Colors: <URL:http://www.infimum.dk/HTML/rasterTriangleDOM.html>
'Faith without judgement merely degrades the spirit divine.'
Thomas 'PointedEars' Lahn
> On May 17, 6:50 pm, Thomas 'PointedEars' Lahn <PointedE...@web.de> wrote:
>> Xu, Qian wrote:
>>> Is it possible to detect whether a (confirmation or prompt) dialog is
>>> present?
>> No, such dialogs are always modal. Script execution in the window from
>> which these have been issued is halted until they have been closed.
>
> A dangerous mistake
My wording was just imprecise.
> I once had big troubles with.
No offense meant, but given the nature and number of misconceptions you have
demonstrated before, one wonders how you are able to write working code at all.
> In Gecko-based browsers including Firefox build-in dialogs are modal only
> withing the current execution context.
I was aware of that.
> [example code]
Your examples could be much shorter if you omitted all the unnecessary parts.
PointedEars
--
Use any version of Microsoft Frontpage to create your site.
(This won't prevent people from viewing your source, but no one
will want to steal it.)
-- from <http://www.vortex-webdesign.com/help/hidesource.htm>
SAM
> For instance "enjoy" three alerts
> displayed at once on Firefox:
I've seen 3 successive alerts ... not at once :-)
> * {
> box-sizing: border-box;
> -moz-box-sizing: border-box;
> -ms-box-sizing: border-box;
> }
what these styles are supposed to do ?
--
sm
VK
> > displayed at once on Firefox:
>
> I've seen 3 successive alerts ... not at once :-)
I mean if you don't close each alert right away then in ~1.5sec you'll
have three alerts at once on the screen: drag one to see other
underneath etc. You may arrange them nicely on the screen, make a
screen shot of it and send to Mozilla like "Who may guess what a hey
is that?" :-) Maybe someone knows it. :-)
> > * {
> > box-sizing: border-box;
> > -moz-box-sizing: border-box;
> > -ms-box-sizing: border-box;
> > }
>
> what these styles are supposed to do ?
Nothing relevant to the script. I just grabbed the first template from
the list to make the demo. Normally we are using it in combination
with HTML Transitional doctype to have the normal box model for all
supported browsers (IE6/IE7, Firefox etc.) See if interested
http://www.quirksmode.org/css/box.html
SAM
>>> For instance "enjoy" three alerts
>>> displayed at once on Firefox:
>> I've seen 3 successive alerts ... not at once :-)
>
> I mean if you don't close each alert right away then in ~1.5sec you'll
> have three alerts at once on the screen: drag one to see other
> underneath etc.
No, I'm sorry but I haven't that (on my Mac) with Firefox.
The box(es) is(are) centered and attached at the window title bar.
With my old IE, Opera and Safari, dialog boxes are floating and ... no
... only one alert after the other.
>>> * {
>>> box-sizing: border-box;
>>> -moz-box-sizing: border-box;
>>> -ms-box-sizing: border-box;
>>> }
>> what these styles are supposed to do ?
>
> Nothing relevant to the script.
Ha!? OK
> Normally we are using it in combination
> with HTML Transitional doctype to have the normal box model for all
> supported browsers (IE6/IE7, Firefox etc.) See if interested
> http://www.quirksmode.org/css/box.html
That force IE to see borders as all other browsers ?
--
sm
VK
wrote:
> VK a écrit :
>
> >>> For instance "enjoy" three alerts
> >>> displayed at once on Firefox:
> >> I've seen 3 successive alerts ... not at once :-)
>
> > I mean if you don't close each alert right away then in ~1.5sec you'll
> > have three alerts at once on the screen: drag one to see other
> > underneath etc.
>
> No, I'm sorry but I haven't that (on my Mac) with Firefox.
> The box(es) is(are) centered and attached at the window title bar.
> With my old IE, Opera and Safari, dialog boxes are floating and ... no
> ... only one alert after the other.
Strange. Is Firefox using a different script engine for MacOS? I'm
going to check. For Windows and for Linux it is the same as I
described. Here for instance Firefox under Mandriva Linux 2008.1
Spring:
http://www.geocities.com/schools_ring/tmp/alert.png
> >>> * {
> >>> box-sizing: border-box;
> >>> -moz-box-sizing: border-box;
> >>> -ms-box-sizing: border-box;
> >>> }
> >> what these styles are supposed to do ?
>
> > Nothing relevant to the script.
>
> Ha!? OK
>
> > Normally we are using it in combination
> > with HTML Transitional doctype to have the normal box model for all
> > supported browsers (IE6/IE7, Firefox etc.) See if interested
> >http://www.quirksmode.org/css/box.html
>
> That force IE to see borders as all other browsers ?
It forces others plus IE to calculate the container size properly
instead of W3C's "content only" schema. On big projects it saves an
ocean of time and efforts. From the other side I already explained
that I just grabbed the first template I had to make the demo. I
didn't want nor willing to start rwars over box models. I personally
do agree with Peter-Paul Koch and I do consider W3C's box model -
after being tried many times - as hugely inconvenient for any
practical use. Yet I am not pushing my opinion onto community - and
definitely not at c.l.j.
SAM
> On May 18, 6:09 am, SAM <stephanemoriaux.NoAd...@wanadoo.fr.invalid>
> wrote:
>> VK a écrit :
>>
>>>>> For instance "enjoy" three alerts
>>>>> displayed at once on Firefox:
>>>> I've seen 3 successive alerts ... not at once :-)
>>> I mean if you don't close each alert right away then in ~1.5sec you'll
>>> have three alerts at once on the screen: drag one to see other
>>> underneath etc.
>> No, I'm sorry but I haven't that (on my Mac) with Firefox.
>> The box(es) is(are) centered and attached at the window title bar.
>> With my old IE, Opera and Safari, dialog boxes are floating and ... no
>> ... only one alert after the other.
>
> Strange. Is Firefox using a different script engine for MacOS?
I've always seen JS alert stopping function(s).
Since NC3, at least on Mac.
While a modal box is opened nothing in JS client side can happen.
I think that if a setTimeout was launched before the alert, the time of
wait continues to be counted whereas the box is opened.
With your example if we close a box the following one opens at once.
( The waiting time is finished)
> Here for instance Firefox under Mandriva Linux 2008.1
> Spring:
> http://www.geocities.com/schools_ring/tmp/alert.png
Firefox 2 on Mac OS X 10.4.10 :
<http://cjoint.com/?ftaTIkBLqi>
--
sm
Xu, Qian
>
> The traditional way that test-frameworks do this is to overwrite the
> alert and confirm functions with code that simulates a pressed button.
> The code using them doesn't need to know, it just gets a preconfigured
> answer back.
>
> It might not match your requirements, but try looking at the Selenium
> test framework.
> http://selenium-core.openqa.org/
>
> /L
Sounds smart ;) Thank you All
Dr J R Stockton
2008 17:43:41, Lasse Reichstein Nielsen <l...@hotpop.com> posted:
-
>Lasse Reichstein Nielsen - l...@hotpop.com
That address, although in your header, sig, and Web site, still does not
work :
>A message that you sent could not be delivered to one or more of its
>recipients. This is a permanent error. The following address(es) failed:
> l...@hotpop.com
> SMTP error from remote mail server after RCPT TO:<l...@hotpop.com>:
> host mx1.hotpop.com [38.113.3.62]: 550 <l...@hotpop.com>:
> Recipient address rejected: Account closed due to inactivity. No forwarding information is available.
--
(c) John Stockton, nr London UK. ?@merlyn.demon.co.uk BP7, Delphi 3 & 2006.
<URL:http://www.merlyn.demon.co.uk/> TP/BP/Delphi/&c., FAQqy topics & links;
<URL:http://www.bancoems.com/CompLangPascalDelphiMisc-MiniFAQ.htm> clpdmFAQ;
<URL:http://www.borland.com/newsgroups/guide.html> news:borland.* Guidelines