window.onresize problem in IE6

[David Gravereaux]

Hi,

I'm using chunked transfer-coding to send an "unending" page, but IE
_NEVER_ fires onresize events until the page is finished.
Unfortunately, the page never is "finished". How do I handle this?

[Thomas 'PointedEars' Lahn]

Re: window.onresize problem in IE6

David Gravereaux wrote:
[color=blue]
> I'm using chunked transfer-coding to send an "unending" page, but IE
> _NEVER_ fires onresize events until the page is finished.
> Unfortunately, the page never is "finished". How do I handle this?[/color]

Not possible. Why do you think you need `onresize' anyway?


PointedEars

[David Gravereaux]

Re: window.onresize problem in IE6

On Tue, 21 Feb 2006 15:46:37 +0100, Thomas 'PointedEars' Lahn
<PointedEars@we b.de> wrote:
[color=blue]
>David Gravereaux wrote:
>[color=green]
>> I'm using chunked transfer-coding to send an "unending" page, but IE
>> _NEVER_ fires onresize events until the page is finished.
>> Unfortunately, the page never is "finished". How do I handle this?[/color]
>
>Not possible. Why do you think you need `onresize' anyway?[/color]

Because the user is resizing the window and the pertinent text falls
out of view. onresize events work fine when the chunked transfer is
over, though.

Try it (about 3 minute of log playback):

http://www.pobox.com/~davygrvy/chat

[Thomas 'PointedEars' Lahn]

Re: window.onresize problem in IE6

David Gravereaux wrote:
[color=blue]
> [...] Thomas 'PointedEars' Lahn [...] wrote:[color=green]
>> David Gravereaux wrote:[color=darkred]
>>> I'm using chunked transfer-coding to send an "unending" page, but IE
>>> _NEVER_ fires onresize events until the page is finished.
>>> Unfortunately, the page never is "finished". How do I handle this?[/color]
>> Not possible. Why do you think you need `onresize' anyway?[/color]
>
> Because the user is resizing the window and the pertinent text falls
> out of view.[/color]

Well, that happens also if client-side script support is not available, or
if `onresize' as a host-defined property is not supported. Or on numerous
other occasions.
[color=blue]
> onresize events work fine when the chunked transfer is over, though.[/color]

I am not sure if this helps, but have you tried the scroll*() methods?
[color=blue]
> Try it (about 3 minute of log playback):
> http://www.pobox.com/~davygrvy/chat[/color]

I am redirected to http://69.181.232.71/chat and get "no such path" as
plain text response. Probably I am too late.


PointedEars

[David Gravereaux]

Re: window.onresize problem in IE6

On Wed, 22 Feb 2006 15:30:24 +0100, Thomas 'PointedEars' Lahn
<PointedEars@we b.de> wrote:
[color=blue]
>I am redirected to http://69.181.232.71/chat and get "no such path" as
>plain text response. Probably I am too late.[/color]

sorry, just changed that a few minutes ago, actually:

http://69.181.232.71/chat/logtest

[Thomas 'PointedEars' Lahn]

Re: window.onresize problem in IE6

David Gravereaux wrote:
[color=blue]
> [...] Thomas 'PointedEars' Lahn [...] wrote:[color=green]
>> I am redirected to http://69.181.232.71/chat and get "no such path" as
>> plain text response. Probably I am too late.[/color]
>
> sorry, just changed that a few minutes ago, actually:
>
> http://69.181.232.71/chat/logtest[/color]

You are using the public identifier for HTML 4.01 Transitional and the
system identifier for HTML 4.01 Strict. You cannot have the cake and
eat it.

`script' element content, which is CDATA, should not and need not to be
tried to commented out with `<!-- ... -->'.

Your CSS code is not Valid, and you use colors that are not True Web-Safe.

Try triggering the automatic scroll-down feature with window.setInter val()
or a repeated window.setTimeo ut() (use interval/timeout values greater than
or equal to 50 ms). You should then clear the interval or timeout if the
`scroll' event or any mouse or keyboard event occurs.

Accesses to properties of Components.clas ses is not going to work in
unprivileged script; and without having the script signed or the user
agent's security restrictions lowered per pref, you will not be able to
get the UniversalXPConn ect privilege for your script. As indicated by
your source code itself:

| // to do this add this line to your prefs.js file in your firefox/mozilla
| user profile directory
| // user_pref("sign ed.applets.code base_principal_ support", true);
| // or change it from within the browser with calling the "about:conf ig"
| page

The JavaScript 1.6 script engine in my Firefox 1.5.0.1/Linux, for example,
always throws the exception. Tested with

javascript:void (netscape.secur ity.PrivilegeMa nager.enablePri vilege('Univers alXPConnect'));

| uncaught exception: A script from "http://69.181.232.71" was denied
| UniversalXPConn ect privileges.

Therefore, `undefined' is returned always here:

| /* this important but stands has been nowhere clearly mentioned: */
| try {
| netscape.securi ty.PrivilegeMan ager.enablePriv ilege('Universa lXPConnect');
| }
| catch (errorObject) {
| return;
| }

See
<URL:http://developer.mozil la.org/en/docs/Bypassing_Secur ity_Restriction s_and_Signing_C ode>
for details.

BTW: I also get

| Warning: function getRef does not always return a value
| Source file: http://69.181.232.71/chat/logtest
| Line: 107, Column: 1
| Source code:
| }
| --^

You should return `null' if other branches return object references, not
`undefined'.


HTH

PointedEars

[David Gravereaux]

Re: window.onresize problem in IE6

On Wed, 22 Feb 2006 16:26:29 +0100, Thomas 'PointedEars' Lahn
<PointedEars@we b.de> wrote:
[color=blue]
>Your CSS code is not Valid, and you use colors that are not True Web-Safe.[/color]

Thanks for the code review. You gave me a lot to chew on. If by CSS
not valid, you mean the IE-only DHTML expression for the .reverse
class, I know, but there's no available behavior for that in Moz. I
can live with that error.

What are "True Web-Safe colors"? Do you mean a viable fall-back for
B&W modile phone browsers?

When I run that live (http://www.pobox.com/~davygrvy/chat/tcl), full
24-bit color is possible by the server backend. As I don't know the
broswer capability, isn't it best for the browser to decide how to
interpole "color: rgb(x,y,z)"?

If not, what methods do you suggest? I could interpole on the
server-side for the generation instead.

Thanks for your comments!

[Richard Cornford]

Re: window.onresize problem in IE6

Thomas 'PointedEars' Lahn wrote:
<snip>[color=blue]
> BTW: I also get
>
>| Warning: function getRef does not always return a value[/color]

Mozilla really don't want people to take their warnings seriously or
they would do something about wording them in a way that says something
meaningful instead of stating absolute falsehoods. All javascript
functions return undefined whenever they don't explicitly return
something else so all functions always return a value.
[color=blue]
>| Source file: http://69.181.232.71/chat/logtest
>| Line: 107, Column: 1
>| Source code:
>| }
>| --^
>
> You should return `null' if other branches return object
> references, not `undefined'.[/color]

Code design-wise, yes it probably should, but it is a pity to see yet
another example of a Mozilla warning that is essentially false.

Richard.

[Thomas 'PointedEars' Lahn]

Re: window.onresize problem in IE6

David Gravereaux wrote:
[color=blue]
> On Wed, 22 Feb 2006 16:26:29 +0100, Thomas 'PointedEars' Lahn
> <PointedEars@we b.de> wrote:[color=green]
>> Your CSS code is not Valid, and you use colors that are not True
>> Web-Safe.[/color]
>
> Thanks for the code review. You gave me a lot to chew on.[/color]

You are welcome.
[color=blue]
> If by CSS not valid, you mean the IE-only DHTML expression for
> the .reverse class, I know, but there's no available behavior for
> that in Moz.[/color]

I do think the standards compliant

.reverse {
color:inherit !important;
background-color:inherit !important;
}

instead of the IE-proprietary

.reverse {
color:
expression(this .parentNode.cur rentStyle.backg roundColor) !important;
background-color:
expression(this .parentNode.cur rentStyle.color ) !important;
}

will work in both UAs.
[color=blue]
> What are "True Web-Safe colors"?[/color]

The 216 colors of the Netscape Web-Safe Colors palette specified with
hexadecimal triplets `#xyz'. Use Google for details.
[color=blue]
> Do you mean a viable fall-back for B&W modile phone browsers?[/color]

Using those colors includes this, but is not limited to it.
[color=blue]
> When I run that live (http://www.pobox.com/~davygrvy/chat/tcl), full
> 24-bit color is possible by the server backend.[/color]

What has the backend to do with the differences in the actual presentation?
[color=blue]
> As I don't know the broswer capability, isn't it best for the browser
> to decide how to interpole "color: rgb(x,y,z)"?[/color]

Not if text is involved.
[color=blue]
> If not, what methods do you suggest?[/color]

I suggest you use the nearest and most similar True Web-Safe color for
each color value instead. That really is not that complicated. It would
suffice in your case if you replaced `00' with `0', `3F' with `3', `7F'
with `6' or `9', `A0' with `9' or `c', and `FF' with `f'. The difference
in color value is negligible, the increased interoperabilit y and therefore
usability is not.
[color=blue]
> I could interpole on the server-side for the generation instead.[/color]

Not understood.


PointedEars