window.open(... ) does not work

[Wladimir Borsov]

Inside a html page (more precicesly inside a JSP page) I defined a button.
When the user clicks this button a second browser window should pop up und load the passed
URL. I coded

<img src="mybutton.g if" onclick='window .open("http://mydomain.com", "Mytitle);' >

However when I click on the button (under Win2000 + IE5.5) no window pops up.

Why?

Are there other ways to get a new browser window?

Wladi

[jmm-list-gn]

Wladimir Borsov wrote:

<img src="mybutton.g if" onclick='window .open("http://mydomain.com", "Mytitle);' >
However when I click on the button (under Win2000 + IE5.5) no window pops up.
Why?
(This is not a javascript ng.)
You are missing a trailing double quote for Mytitle.
Are there other ways to get a new browser window?

<a href="http://mydomain.com" target="_blank" >foo</a>

--
jmm dash list (at) sohnen-moe (dot) com
(Remove .AXSPAMGN for email)

[Andrew Thompson]

On Thu, 09 Sep 2004 22:49:22 -0700, jmm-list-gn wrote:

(This is not a javascript ng.)
I take you mean 'this is not a JS issue'?
<a href="http://mydomain.com" target="_blank" >foo</a>

( ..given your reference to a link.
Good idea, BTW )

--
Andrew Thompson
http://www.PhySci.org/ Open-source software suite
http://www.PhySci.org/codes/ Web & IT Help
http://www.1point1C.org/ Science & Technology

[Michael Winter]

On Fri, 10 Sep 2004 06:17:58 GMT, Andrew Thompson <Se********@www .invalid>
wrote:

On Thu, 09 Sep 2004 22:49:22 -0700, jmm-list-gn wrote:

(This is not a javascript ng.)

< I take you mean 'this is not a JS issue'?

It was originally posted to a.html, ciawh, and clj, with follow-ups set to
clj, so both statements are correct.

Mike

--
Michael Winter
Replace ".invalid" with ".uk" to reply by e-mail.

[Andrew Thompson]

On Fri, 10 Sep 2004 07:50:33 GMT, Michael Winter wrote:

On Fri, 10 Sep 2004 06:17:58 GMT, Andrew Thompson wrote:

On Thu, 09 Sep 2004 22:49:22 -0700, jmm-list-gn wrote:

(This is not a javascript ng.)

<

I take you mean 'this is not a JS issue'?

It was originally posted to a.html, ciawh, and clj, with follow-ups set to
clj, so both statements are correct.

I comprehend now. Thanks for clarifying.

--
Andrew Thompson
http://www.PhySci.org/ Open-source software suite
http://www.PhySci.org/codes/ Web & IT Help
http://www.1point1C.org/ Science & Technology

[jmm-list-gn]

Andrew Thompson wrote:

On Thu, 09 Sep 2004 22:49:22 -0700, jmm-list-gn wrote:

(This is not a javascript ng.)
I take you mean 'this is not a JS issue'?

Oops. I did not notice it was cross-posted.

<a href="http://mydomain.com" target="_blank" >foo</a>

( ..given your reference to a link. Good idea, BTW )

Thanks.

--
jmm dash list (at) sohnen-moe (dot) com
(Remove .AXSPAMGN for email)

[Fred Oz]

> Typically, if a site thinks it *requires* a popup, its an indication

of lack of knowledge on the part of the web-masters.

Not at all - what you are suggesting is that application developers
do away with dialog boxes. Pop-ups make sense in web applications for
many of the same reasons dialog boxes are used in normal applications

Consider a data entry application that makes extensive use of thesauri
or
controlled lists. Some are very long, so if you code them in the page,
you get really fat pages. It can be better to load them in a pop-up as
required - if the user doesn't use the long list, it's never loaded. It
also means the list can be re-used, moved, resized to suit if it needs
to
be used in various parts of the page.

Gotta admit, general web pages should try to avoid them though.
Fred.
replace smudge with au for email.

[Jim Ley]

On 14 Sep 2004 14:46:58 GMT, Fred Oz <oz****@iinet.n et.smudge> wrote:

Not at all - what you are suggesting is that application developers
do away with dialog boxes. Pop-ups make sense in web applications for
many of the same reasons dialog boxes are used in normal applications
except popup boxes are nothing like dialogs, and competent web UI
developers can implement much better and more usual mechanisms to
achieve what you're describing.
controlled lists. Some are very long, so if you code them in the page,
you get really fat pages. It can be better to load them in a pop-up as
required - if the user doesn't use the long list, it's never loaded.

Same can be done in page of course... and without the overhead, risk
and complication of a popup.

Jim.

[Fred Oz]

In <41************ ****@news.indiv idual.net> Jim Ley wrote:

except popup boxes are nothing like dialogs,
How so? They are both UI elements that can be used for whatever, the
only
real diffrence is the language used to code them. That, of itself, does
not make pop-ups bad and dialogs good.
and competent web UI developers...
So anyone who uses pop-ups is therefore incompetent? The web is not the
sole use for web technologies. Clients may actually want a pop-up for a
particular reason - why tell them they can't have it for the sake of
idealism?
Same can be done in page of course... and without the overhead, risk
and complication of a popup.

Any inteface feature may or may not work depending on the users'
environment. Consider web applications, not general web pages. In that
environment, you can ensure the user has a compatible browser and that
it
is correctly configured to make the features of your application work.
Cheers.

[Jim Ley]

On 14 Sep 2004 20:35:01 GMT, Fred Oz <oz****@iinet.n et.smudge> wrote:

In <41************ ****@news.indiv idual.net> Jim Ley wrote:

except popup boxes are nothing like dialogs,
How so? They are both UI elements that can be used for whatever, the
only real diffrence is the language used to code them. That, of itself,
does not make pop-ups bad and dialogs good.

No, pop-up windows are first class citizens in the window manager,
dialogs rarely are - they're modal they're tied to the owner window
etc.

and competent web UI developers...

So anyone who uses pop-ups is therefore incompetent?

No, that is not a logical conclusion, all you can derive from the
statement is that people who cannot do it are not competent UI
developers.
The web is not the
sole use for web technologies. Clients may actually want a pop-up for a
particular reason - why tell them they can't have it for the sake of
idealism?

It's nothing to do with idealism, it's the problems with pop-ups that
are the reason not to, explain it to your clients and they'll
understand, if not why are they employing an expert?

Same can be done in page of course... and without the overhead, risk
and complication of a popup.

Any inteface feature may or may not work depending on the users'
environment. Consider web applications, not general web pages. In that
environment, you can ensure the user has a compatible browser and that
it is correctly configured to make the features of your application work.

Oh right, you seem to have a lot different experience of deployment of
web applications than me, where (beyond it must be IE commonly)
playing with settings is all too common - you can't go getting Large
Institution Y to change their settings for you, not least 'cos if they
did, Web Application Vendor Z would have already picked a different
potentially incompatible set-up.

There's nothing about ideology that makes pop-ups a bad idea. There
are good reasons behind it.

Jim.