IE6 on PC shows resize handles for pop windows when shouldn't.

Just an observation mainly, but a solution would be nice if someone knows of
one ?

The DW open browser window a checkbox for the resize handles. If this is not
checked, or even if "resizable=no" is used, the resize handles are gone in
DW preview locally, but put and called from the site, the resize handle
shows in IE6 on PC but is disabled so it gives a false impression the window
can be resized, when it shouldn't be.
The same behaviour in Firefox on PC, when called from the site, correctly
excludes the resize handles completely.
Anyone else noticed that?
Is there something else I can add to the JS to exclude the handles in IE6 on
PC?
Maybe it's actually a local IE setting that controls this and I have no
control over it at all?

Here's a quick example:

http://www.mpg.net.nz/ParentPop.htm

Cheers,
Lossed

"Lossed" <blankemail (AT) hotmail (DOT) com> wrote

The same behaviour in Firefox on PC, when called from
the site, correctly excludes the resize handles
completely.

Actually, viewing the page you posted using Firefox, the window DOES
have WORKING resize handles. I can still resize the window perfectly
well. Firefox doesn't let you take away my normal browser functions.

Gary

Hi Gary,

Well, that's weird, b/c in my firefox on my PC it doesn't show the handles
which is how I designed it. Is there a setting in the browser somewhere that
can be selected to override this? I did look but am not sure what I'm
looking for.
Are you on PC or MAC?

I hear your browser control opinion and actually agree, but I'm just trying
to get my head around something that seems a little vague for me, otherwise
I'm not going to learn allot if I close my eyes to things I don't like :-)

Cheers,
Lossed


"Gary White" <reply (AT) newsgroup (DOT) please> wrote

"Lossed" <blankemail (AT) hotmail (DOT) com> wrote in message
news:ci3v5t$gm7$1 (AT) forums (DOT) macromedia.com...

The same behaviour in Firefox on PC, when called from
the site, correctly excludes the resize handles
completely.


Actually, viewing the page you posted using Firefox, the window DOES
have WORKING resize handles. I can still resize the window perfectly
well. Firefox doesn't let you take away my normal browser functions.

Gary

"Lossed" <blankemail (AT) hotmail (DOT) com> wrote

Well, that's weird, b/c in my firefox on my PC it doesn't show the
handles
which is how I designed it. Is there a setting in the browser
somewhere that
can be selected to override this? I did look but am not sure what
I'm
looking for.
Are you on PC or MAC?

I get the same thing on WinXP and on Win2k. I have the JavaScript
permissions screwed down pretty tight. If you click Tools->Options,
then select the Web Features category. Click the Advanced button and
you can choose things to allow or disallow there. The only one I have
checked is Change Images. However, for a test, I checked them all to
allow everything and it didn't change the behavior.

Gary

Tks for this. I guess that's another nail in the coffin for restricting
resize handles- too hard to be sure of the exact appearance on screen as it
depends on things obviously out of the web page designers control. :-)

"Gary White" <reply (AT) newsgroup (DOT) please> wrote

"Lossed" <blankemail (AT) hotmail (DOT) com> wrote in message
news:ci50s6$r8f$1 (AT) forums (DOT) macromedia.com...

Well, that's weird, b/c in my firefox on my PC it doesn't show the
handles
which is how I designed it. Is there a setting in the browser
somewhere that
can be selected to override this? I did look but am not sure what
I'm
looking for.
Are you on PC or MAC?


I get the same thing on WinXP and on Win2k. I have the JavaScript
permissions screwed down pretty tight. If you click Tools->Options,
then select the Web Features category. Click the Advanced button and
you can choose things to allow or disallow there. The only one I have
checked is Change Images. However, for a test, I checked them all to
allow everything and it didn't change the behavior.

Gary

"Lossed" <blankemail (AT) hotmail (DOT) com> wrote

Tks for this. I guess that's another nail in the coffin for
restricting
resize handles- too hard to be sure of the exact appearance on
screen as it
depends on things obviously out of the web page designers control.
:-)

And ... it's unreliable. ;-)

Gary

How so Gary?

Unreliable b/c using JS? I was also wondering with all the pop-up blockers
around, if any will block a pop-up even if it's onclick and from the
originating website?

what's a good way to display snippets of related info when someone clicks a
text link on a body of text that doesn't rely on javascript and doesn't take
them, visually at least, completely off the originating page?

I was thinking show/hide layers or PVII's swap class bu they also rely on
JS.

Cheers,
Lossed

"Gary White" <reply (AT) newsgroup (DOT) please> wrote

"Lossed" <blankemail (AT) hotmail (DOT) com> wrote in message
news:ci5a8m$6ev$1 (AT) forums (DOT) macromedia.com...
Tks for this. I guess that's another nail in the coffin for
restricting
resize handles- too hard to be sure of the exact appearance on
screen as it
depends on things obviously out of the web page designers control.
:-)



And ... it's unreliable. ;-)

Gary

Lossed wrote:

How so Gary? Unreliable b/c using JS?

I was specifically talking about restricting the ability of the user to
re-size the window, but yes, now that you mention it, relying on
JavaScript is leaving it open to the possibility of failure.

I was also wondering with all the pop-up blockers
around, if any will block a pop-up even if it's onclick and from the
originating website?

Most of the mainstream pop-up blockers don't block windows opened from
an onClick event. However, I understand that there ARE some less well
known blockers that block them all.

what's a good way to display snippets of related info when someone clicks a
text link on a body of text that doesn't rely on javascript and doesn't take
them, visually at least, completely off the originating page?

I was thinking show/hide layers or PVII's swap class bu they also rely on
JS.

There are ways of dealing with non-js browsers for opening windows. See
http://apptools/com/rants/popups.php. If you're using a show/hide layer,
either default the layer to visible and hide it onLoad, or include a
<noscript> alternative.


Gary

Tks for all your help Gary,

Just one final ?, promise:-):
Do you know of any tutorials I can go to to learn about the <noscript> tag?
cheers,
Lossed


"Gary White" <reply (AT) newsgroup (DOT) please> wrote

Lossed wrote:

How so Gary? Unreliable b/c using JS?

I was specifically talking about restricting the ability of the user to
re-size the window, but yes, now that you mention it, relying on
JavaScript is leaving it open to the possibility of failure.


I was also wondering with all the pop-up blockers
around, if any will block a pop-up even if it's onclick and from the
originating website?

Most of the mainstream pop-up blockers don't block windows opened from
an onClick event. However, I understand that there ARE some less well
known blockers that block them all.


what's a good way to display snippets of related info when someone clicks
a
text link on a body of text that doesn't rely on javascript and doesn't
take
them, visually at least, completely off the originating page?

I was thinking show/hide layers or PVII's swap class bu they also rely on
JS.

There are ways of dealing with non-js browsers for opening windows. See
http://apptools/com/rants/popups.php. If you're using a show/hide layer,
either default the layer to visible and hide it onLoad, or include a
noscript> alternative.


Gary

Here. I will do one for you.

THE <NOSCRIPT> TAG
===================
This HTML4 tag is only used when the rendering browser has javascript
disabled, or does not support javascript, in which case the code between
<noscript> and </noscript> will be rendered on the page. It is supported by
all modern, and even some quite elderly browsers. A common use for it would
be to do something like this -

<noscript><blink>Please turn javascript ON</blink></noscript>

--
Murray --- ICQ 71997575
Team Macromedia Volunteer for Dreamweaver
(If you *MUST* email me, don't LAUGH when you do so!)
==================
http://www.dreamweavermx-templates.com - Template Triage!
http://www.projectseven.com/go - DW FAQs, Tutorials & Resources
http://www.dwfaq.com - DW FAQs, Tutorials & Resources
http://www.macromedia.com/support/search/ - Macromedia (MM) Technotes
==================

"Lossed" <blankemail (AT) hotmail (DOT) com> wrote

Tks for all your help Gary,

Just one final ?, promise:-):
Do you know of any tutorials I can go to to learn about the <noscript
tag?
cheers,
Lossed


"Gary White" <reply (AT) newsgroup (DOT) please> wrote in message
news:15idk0l1uj3f9pga49uvb94vf7t5rd837q (AT) 4ax (DOT) com...
Lossed wrote:

How so Gary? Unreliable b/c using JS?

I was specifically talking about restricting the ability of the user to
re-size the window, but yes, now that you mention it, relying on
JavaScript is leaving it open to the possibility of failure.


I was also wondering with all the pop-up blockers
around, if any will block a pop-up even if it's onclick and from the
originating website?

Most of the mainstream pop-up blockers don't block windows opened from
an onClick event. However, I understand that there ARE some less well
known blockers that block them all.


what's a good way to display snippets of related info when someone clicks
a
text link on a body of text that doesn't rely on javascript and doesn't
take
them, visually at least, completely off the originating page?

I was thinking show/hide layers or PVII's swap class bu they also rely on
JS.

There are ways of dealing with non-js browsers for opening windows. See
http://apptools/com/rants/popups.php. If you're using a show/hide layer,
either default the layer to visible and hide it onLoad, or include a
noscript> alternative.


Gary