[jQuery] Cycle plugin won't start until all images have loaded (IE-only)

2009-11-12 Thread tallvanilla 
When using the cycle plugin to display a slideshow in IE(6/?), it
won't start playing until all of the images have completely loaded.
This causes a delay of 5-15 seconds depending on the size and quantity
of images. There's no such problem with non-IE web browsers, however,
all of which start playing the slideshow as soon as the first image
has loaded. Does anyone know of a Cycle option or other workaround
that can fix this?

JR

[jQuery] Ajax Errors with Firefox 3.0.8 (latest release)

2009-04-01 Thread tallvanilla 

Many of our websites users began reporting AJAX errors on all jQuery-
enabled pages of our website. The common factor among these users is
that all are using the latest update to Firefox: version 3.0.8. From
what I've gathered, it might only affect get requests, but I can't
be sure of that yet.

Has anyone else experienced this problem yet, or is this too new to
have been identified as a bug? Is it more likely a bug in Firefox than
jQuery?

Unfortunately, I have no links to post. This all occurs in a secure,
members-only area of our website.

JOSH

[jQuery] Re: Ajax Errors with Firefox 3.0.8 (latest release)

2009-04-01 Thread tallvanilla 


Thanks James.

It would probably take an hour or more to reproduce a demo of the
errors in a publicly-accessible space, so I'm hoping this is a known
issue by now and that anyone who's also experienced it can shed some
light on it.

I had already checked the Mozilla security updates page. I don't
really understand it, but it all seems to deal with changes to XSL and
XUL. Doesn't this have something essential to do with how AJAX works?
The AJAX error message that Firefox 3.0.8 triggers in jQuery's AJAX
functions returns an XHR status of 200 and an XHR status text of
OK.

jQuery version is 1.2.6. Probably not old enough to be the issue. Any
thoughts?

JOSH




On Apr 1, 5:22 pm, James james.gp@gmail.com wrote:
 I have not experienced such issues using FF3.0.8 and the latest
 version of jQuery (1.3.2).
 Which version of jQuery are you using?

 If possible, are you able to provide some code or samples of the
 content being transferred that's not working?
 Here's the Security Updates page for 
 FF3.0.8:http://www.mozilla.org/security/known-vulnerabilities/firefox30.html#...

 On Apr 1, 1:08 pm, tallvanilla tallvani...@gmail.com wrote:

  Many of our websites users began reporting AJAX errors on all jQuery-
  enabled pages of our website. The common factor among these users is
  that all are using the latest update to Firefox: version 3.0.8. From
  what I've gathered, it might only affect get requests, but I can't
  be sure of that yet.

  Has anyone else experienced this problem yet, or is this too new to
  have been identified as a bug? Is it more likely a bug in Firefox than
  jQuery?

  Unfortunately, I have no links to post. This all occurs in a secure,
  members-only area of our website.

  JOSH

[jQuery] Re: More About jQuery's Web Browser Compatibility

2008-12-26 Thread tallvanilla 

I'm still very interested in knowing the answer to the original
question.
Does anyone else care to weigh in? To recap, I just want to know...

1) minimum version of Camino that is jQuery-compatible
2) whether Safari for Windows is fully jQuery-compatible
3) whether Google Chrome (Windows) is jQuery-compatible

Thanks again!

JR



On Dec 16, 10:20 am, Eric Martin emarti...@gmail.com wrote:
 I know that Safari for Windows is supported. I believe IE for MAC
 falls under the 5.x line, which is not supported. Unsure about Camino.

 On Dec 16, 9:59 am, tallvanilla tallvani...@gmail.com wrote:

  Hey All,

  The jQuery website states clearly that jQuery is compatible with the
  following webbrowsers:

  IE 6.0+, FF 2+, Safari 2.0+, Opera 9.0+

  Unfortunately, that's the only info I could find in the docs about
  browser compatibility.

  I know jQuery is compatible with Camino as well (which is basically
  Firefox), but the Firefox and Camino version numbers are not in synch.
  Does anyone know with certainty what minimum version of Camino is
  jQuery-compatible?

  What about barely-usedbrowserslike IE for Mac and Safari for
  Windows? I would guess that IE for Mac is NOT compatible with jQuery
  and that Safari for Windows IS compatible with jQuery. Anyone care to
  weigh in?

  Thanks in advance!

  JR

[jQuery] More About jQuery's Web Browser Compatibility

2008-12-16 Thread tallvanilla 


Hey All,

The jQuery website states clearly that jQuery is compatible with the
following web browsers:

IE 6.0+, FF 2+, Safari 2.0+, Opera 9.0+

Unfortunately, that's the only info I could find in the docs about
browser compatibility.

I know jQuery is compatible with Camino as well (which is basically
Firefox), but the Firefox and Camino version numbers are not in synch.
Does anyone know with certainty what minimum version of Camino is
jQuery-compatible?

What about barely-used browsers like IE for Mac and Safari for
Windows? I would guess that IE for Mac is NOT compatible with jQuery
and that Safari for Windows IS compatible with jQuery. Anyone care to
weigh in?

Thanks in advance!

JR

[jQuery] Re: BlockUI: oversized overlay bug in IE web browsers ( demo included )

2008-10-22 Thread tallvanilla 

Hi Mike,

I don't see anything different in the file you pointed me to. Please
let me know what you changed, because it seems to be exactly the same
as the plugin I downloaded from the blockUI website!

JR



On Oct 22, 5:53 am, Mike Alsup [EMAIL PROTECTED] wrote:
  It's really up to BlockUI to address this. Ideally, a plugin should be
  designed to account for the most common environments in which it will
  operate. IE6 is still a major player with at least 20% (some say as
  high as 35%) market share among web users. I hate compensating for IE6
  as much as the next guy, but it's a necessary evil.

 It seems this problem happens in IE7 as well (when running in
 quirksmode).  Can you see if this fixes it for you:

 http://www.malsup.com/jquery/block/jquery.blockUI.2.10b.js

 Thanks.

 Mike

[jQuery] Re: BlockUI: oversized overlay bug in IE web browsers ( demo included )

2008-10-22 Thread tallvanilla 

Oops! Nevermind. I found the line and updated it. It works as expected
in IE now:

http://74.205.76.81/blockuitest/

Thanks a bunch, Mike. Hopefully, blockUI's author will discover this
fix eventually.

JR



On Oct 22, 3:08 pm, tallvanilla [EMAIL PROTECTED] wrote:
 Hi Mike,

 I don't see anything different in the file you pointed me to. Please
 let me know what you changed, because it seems to be exactly the same
 as the plugin I downloaded from the blockUI website!

 JR

 On Oct 22, 5:53 am, Mike Alsup [EMAIL PROTECTED] wrote:

   It's really up to BlockUI to address this. Ideally, a plugin should be
   designed to account for the most common environments in which it will
   operate. IE6 is still a major player with at least 20% (some say as
   high as 35%) market share among web users. I hate compensating for IE6
   as much as the next guy, but it's a necessary evil.

  It seems this problem happens in IE7 as well (when running in
  quirksmode).  Can you see if this fixes it for you:

 http://www.malsup.com/jquery/block/jquery.blockUI.2.10b.js

  Thanks.

  Mike

[jQuery] Re: BlockUI: oversized overlay bug in IE web browsers ( demo included )

2008-10-22 Thread tallvanilla 

Oops! I'm an idiot, and I keep proving it. Thanks for correcting me,
Josh!

Mike... thanks again for the fix! Looking at your code, I see that you
only had to subtract 4 pixels from lyr1/lyr2 height if
$.boxModel==false. Works like a charm!

JR



On Oct 22, 3:27 pm, Josh Nathanson [EMAIL PROTECTED] wrote:
  Thanks a bunch, Mike. Hopefully, blockUI's author will discover this
  fix eventually.

 It shouldn't take long, Mike *is* the author.

 -- Josh

[jQuery] Re: BUG: oversized overlay in IE web browsers ( demo included )

2008-10-21 Thread tallvanilla 

(bump)

Any takers?


On Oct 20, 7:47 pm, tallvanilla [EMAIL PROTECTED] wrote:
 Thanks for the reply, Josh... but that isn't the problem. To
 demonstrate, I updated my demo according to your suggestion:

 http://74.205.76.81/blockuitest/

 Even if that WAS the solution, it would force people to zero out their
 body padding and margins. Not a problem for most, but inconvenient for
 many. If you consider IE important, it's a blockUI bug.

 Any other takers? Here's how Boxy's author fixed it (in his own
 words):

 I've added a separate sizing method specifically for IE6 which uses
 the viewport dimensions instead of the document, and repositions on
 scroll as well as on resize. I tried using this approach for all
 browsers but Firefox was having none of it.

 JR

 On Oct 20, 4:09 pm, Josh Nathanson [EMAIL PROTECTED] wrote:

  This happens where there is some padding or margin on the body.  If you set
  them to 0 via css it should take care of the problem.

  /* css */
  body {
  padding: 0;
  margin: 0;

  }

  -- Josh

  - Original Message -
  From: tallvanilla [EMAIL PROTECTED]
  To: jQuery (English) jquery-en@googlegroups.com
  Sent: Monday, October 20, 2008 2:27 PM
  Subject: [jQuery] BUG: oversized overlay in IE web browsers ( demo

  included )

   Hello. I found a minor bug that affects overlay in IE web browsers (at
   least in IE6).

   Please take a look at this very simple demo:

  http://74.205.76.81/blockuitest/

   In IE(6), the overlay is a bit taller than the browser window, so a
   scrollbar appears on the right whenever the overlay is present. In
   other web browsers, this doesn't happen.

   I found a similar bug with the Boxy plug-in a couple of weeks ago, and
   its author was able to fix it pretty easily. I'm a jQuery/javascript
   novice, so I'm not sure how the fix was implemented. Would this be
   worthwhile and easy fix for blockUI as well?

   JR

[jQuery] Re: what is difference between $(document).height() and $(window).height() ?

2008-10-21 Thread tallvanilla 

Good question. No difference. Both should give you the exact same
result every time.

JR



On Oct 21, 1:38 am, jey jey [EMAIL PROTECTED] wrote:
 what is difference between $(document).height() and $
 (window).height() ?

[jQuery] Re: BUG: oversized overlay in IE web browsers ( demo included )

2008-10-21 Thread tallvanilla 

Thanks for all the suggestions guys, but I've kind of narrowed my
preference down to blockUI for the job at hand. Believe me, I've tried
them all, and they all have their share of quirks. Does anyone have a
suggestion for fixing the blockUI bug? If not, do know how I can
contact it's author directly? Thanks again for your help so far!

JR



On Oct 21, 10:12 am, Josh Nathanson [EMAIL PROTECTED] wrote:
 You might want to give jqModal a shot.  BlockUI is better for blocking
 specific parts of a document, during an ajax call or the like.  jqModal is
 more of a modal window solution that might be better suited to what you're
 trying to do.  There's also SimpleModal which I personally haven't used.

 -- Josh

 - Original Message -
 From: tallvanilla [EMAIL PROTECTED]
 To: jQuery (English) jquery-en@googlegroups.com
 Sent: Tuesday, October 21, 2008 10:04 AM
 Subject: [jQuery] Re: BUG: oversized overlay in IE web browsers ( demo

 included )

  (bump)

  Any takers?

  On Oct 20, 7:47 pm, tallvanilla [EMAIL PROTECTED] wrote:
  Thanks for the reply, Josh... but that isn't the problem. To
  demonstrate, I updated my demo according to your suggestion:

 http://74.205.76.81/blockuitest/

  Even if that WAS the solution, it would force people to zero out their
  body padding and margins. Not a problem for most, but inconvenient for
  many. If you consider IE important, it's a blockUI bug.

  Any other takers? Here's how Boxy's author fixed it (in his own
  words):

  I've added a separate sizing method specifically for IE6 which uses
  the viewport dimensions instead of the document, and repositions on
  scroll as well as on resize. I tried using this approach for all
  browsers but Firefox was having none of it.

  JR

  On Oct 20, 4:09 pm, Josh Nathanson [EMAIL PROTECTED] wrote:

   This happens where there is some padding or margin on the body.  If you
   set
   them to 0 via css it should take care of the problem.

   /* css */
   body {
   padding: 0;
   margin: 0;

   }

   -- Josh

   - Original Message -
   From: tallvanilla [EMAIL PROTECTED]
   To: jQuery (English) jquery-en@googlegroups.com
   Sent: Monday, October 20, 2008 2:27 PM
   Subject: [jQuery] BUG: oversized overlay in IE web browsers ( demo

   included )

Hello. I found a minor bug that affects overlay in IE web browsers
(at
least in IE6).

Please take a look at this very simple demo:

   http://74.205.76.81/blockuitest/

In IE(6), the overlay is a bit taller than the browser window, so a
scrollbar appears on the right whenever the overlay is present. In
other web browsers, this doesn't happen.

I found a similar bug with the Boxy plug-in a couple of weeks ago,
and
its author was able to fix it pretty easily. I'm a jQuery/javascript
novice, so I'm not sure how the fix was implemented. Would this be
worthwhile and easy fix for blockUI as well?

JR

[jQuery] Re: what is difference between $(document).height() and $(window).height() ?

2008-10-21 Thread tallvanilla 

No, they're exactly the same. Try it and let me know if you get
different results.

JR



On Oct 21, 11:25 am, Ryura [EMAIL PROTECTED] wrote:
 Actually, it seems that the document's height is the entire page's
 height, while the window height is only the viewing height(ie: what
 you see at that given time).

 On Oct 21, 1:00 pm, tallvanilla [EMAIL PROTECTED] wrote:

  Good question. No difference. Both should give you the exact same
  result every time.

  JR

  On Oct 21, 1:38 am, jey jey [EMAIL PROTECTED] wrote:

   what is difference between $(document).height() and $
   (window).height() ?

[jQuery] Re: BlockUI Plugin - FadeIn?

2008-10-21 Thread tallvanilla 

Chris is right. Fade-in is a visual effect only, The UI should still
be blocked immediately.

JR



On Oct 21, 9:47 am, chris thatcher [EMAIL PROTECTED]
wrote:
 Shouldn't the effect still block immediately though the opacity is being
 modified as an animation?



 On Tue, Oct 21, 2008 at 12:22 PM, MorningZ [EMAIL PROTECTED] wrote:

  Around line 199 in the js file is where the block layers show...
  play around with those options and you should be able to get the
  effect you are after

  although i will note that your idea doesn't make much sense, as you'll
  be giving your end user that much time to be able to click something
  else.. rendering the functionality of the block useless

  On Oct 21, 10:52 am, Kilik [EMAIL PROTECTED] wrote:
   Is there a way to get the 'Modal Dialog' feature of this plugin to
   fade in? It already fade outs by default when the dialog is canceled.

   -Thx

 --
 Christopher Thatcher

[jQuery] BLOCKUI: oversized overlay bug in IE web browsers ( demo included )

2008-10-21 Thread tallvanilla 

(fixed subject to specify blockUI)



On Oct 21, 10:18 am, tallvanilla [EMAIL PROTECTED] wrote:
 Thanks for all the suggestions guys, but I've kind of narrowed my
 preference down to blockUI for the job at hand. Believe me, I've tried
 them all, and they all have their share of quirks. Does anyone have a
 suggestion for fixing the blockUI bug? If not, do know how I can
 contact it's author directly? Thanks again for your help so far!

 JR

 On Oct 21, 10:12 am, Josh Nathanson [EMAIL PROTECTED] wrote:

  You might want to give jqModal a shot.  BlockUI is better for blocking
  specific parts of a document, during an ajax call or the like.  jqModal is
  more of a modal window solution that might be better suited to what you're
  trying to do.  There's also SimpleModal which I personally haven't used.

  -- Josh

  - Original Message -
  From: tallvanilla [EMAIL PROTECTED]
  To: jQuery (English) jquery-en@googlegroups.com
  Sent: Tuesday, October 21, 2008 10:04 AM
  Subject: [jQuery] Re: BUG: oversized overlay in IE web browsers ( demo

  included )

   (bump)

   Any takers?

   On Oct 20, 7:47 pm, tallvanilla [EMAIL PROTECTED] wrote:
   Thanks for the reply, Josh... but that isn't the problem. To
   demonstrate, I updated my demo according to your suggestion:

  http://74.205.76.81/blockuitest/

   Even if that WAS the solution, it would force people to zero out their
   body padding and margins. Not a problem for most, but inconvenient for
   many. If you consider IE important, it's a blockUI bug.

   Any other takers? Here's how Boxy's author fixed it (in his own
   words):

   I've added a separate sizing method specifically for IE6 which uses
   the viewport dimensions instead of the document, and repositions on
   scroll as well as on resize. I tried using this approach for all
   browsers but Firefox was having none of it.

   JR

   On Oct 20, 4:09 pm, Josh Nathanson [EMAIL PROTECTED] wrote:

This happens where there is some padding or margin on the body.  If you
set
them to 0 via css it should take care of the problem.

/* css */
body {
padding: 0;
margin: 0;

}

-- Josh

- Original Message -
From: tallvanilla [EMAIL PROTECTED]
To: jQuery (English) jquery-en@googlegroups.com
Sent: Monday, October 20, 2008 2:27 PM
Subject: [jQuery] BUG: oversized overlay in IE web browsers ( demo

included )

 Hello. I found a minor bug that affects overlay in IE web browsers
 (at
 least in IE6).

 Please take a look at this very simple demo:

http://74.205.76.81/blockuitest/

 In IE(6), the overlay is a bit taller than the browser window, so a
 scrollbar appears on the right whenever the overlay is present. In
 other web browsers, this doesn't happen.

 I found a similar bug with the Boxy plug-in a couple of weeks ago,
 and
 its author was able to fix it pretty easily. I'm a jQuery/javascript
 novice, so I'm not sure how the fix was implemented. Would this be
 worthwhile and easy fix for blockUI as well?

 JR

[jQuery] Re: what is difference between $(document).height() and $(window).height() ?

2008-10-21 Thread tallvanilla 

@ryura:
What version of jQuery are you using? Anything after 1.2 (possibly
earlier) should return identical results for $(window).height() and $
(document).height(). If not, can I see your test page?

JR



On Oct 21, 3:55 pm, Ryura [EMAIL PROTECTED] wrote:
 Well obviously I did try it and I did get different results which lead
 me to my conclusion.

 Using FF3, I got ~400 for $(window).height and ~3000  for $
 (document).height on a test page where the document's height was ~3000

 On Oct 21, 6:48 pm, tallvanilla [EMAIL PROTECTED] wrote:

  No, they're exactly the same. Try it and let me know if you get
  different results.

  JR

  On Oct 21, 11:25 am, Ryura [EMAIL PROTECTED] wrote:

   Actually, it seems that the document's height is the entire page's
   height, while the window height is only the viewing height(ie: what
   you see at that given time).

   On Oct 21, 1:00 pm, tallvanilla [EMAIL PROTECTED] wrote:

Good question. No difference. Both should give you the exact same
result every time.

JR

On Oct 21, 1:38 am, jey jey [EMAIL PROTECTED] wrote:

 what is difference between $(document).height() and $
 (window).height() ?

[jQuery] Re: what is difference between $(document).height() and $(window).height() ?

2008-10-21 Thread tallvanilla 


You're right. I'm an idiot.

I was thinking of the width/height methods from the Dimensions plugin.
Isn't it part of the jQuery core now? I thought it would behave the
same as it used to. Sorry for dragging this out.

I should have known better, because I recently wrote a function using $
(window).height() to get the viewport size. Doh!

JR



On Oct 21, 5:22 pm, ricardobeat [EMAIL PROTECTED] wrote:
 Definitely they are not the same.

 the window height is the viewport height, the document height is the
 body height, the contents. Any website with jQuery (try jquery.com)
 should show you the difference.

 They will only be the same if the page's content is smaller than the
 window size.

 - ricardo

 On Oct 21, 8:48 pm, tallvanilla [EMAIL PROTECTED] wrote:

  No, they're exactly the same. Try it and let me know if you get
  different results.

  JR

  On Oct 21, 11:25 am, Ryura [EMAIL PROTECTED] wrote:

   Actually, it seems that the document's height is the entire page's
   height, while the window height is only the viewing height(ie: what
   you see at that given time).

   On Oct 21, 1:00 pm, tallvanilla [EMAIL PROTECTED] wrote:

Good question. No difference. Both should give you the exact same
result every time.

JR

On Oct 21, 1:38 am, jey jey [EMAIL PROTECTED] wrote:

 what is difference between $(document).height() and $
 (window).height() ?

[jQuery] BlockUI: oversized overlay bug in IE web browsers ( demo included )

2008-10-21 Thread tallvanilla 


Thanks Mike!

But again, the solutions being suggested are outside of the plugin
itself. Changing a doc type is easy, but not always practical because
of other effects it may have on the page/site.

It's really up to BlockUI to address this. Ideally, a plugin should be
designed to account for the most common environments in which it will
operate. IE6 is still a major player with at least 20% (some say as
high as 35%) market share among web users. I hate compensating for IE6
as much as the next guy, but it's a necessary evil.

JR



On Oct 21, 5:12 pm, Mike Alsup [EMAIL PROTECTED] wrote:
  Thanks for all the suggestions guys, but I've kind of narrowed my
  preference down to blockUI for the job at hand. Believe me, I've tried
  them all, and they all have their share of quirks. Does anyone have a
  suggestion for fixing the blockUI bug? If not, do know how I can
  contact it's author directly? Thanks again for your help so far!

 If you look at the code you will see that blockUI has lots of ie6
 specific sizing logic.  But the sizing problems are made even more
 challenging when a page is running in quirksmode, as yours is.  I
 think you'll see this problem go away if you use a strict doctype.

 Mike

[jQuery] Re: BlockUI Plugin - FadeIn?

2008-10-21 Thread tallvanilla 

The message layer (lyr3) display style is none when it's created,
which is why the show() method has to be called on it. If changing
show() to fadeIn() works there, you should be able to modify the
overlay layer (lyr2) as well by setting it's initial display style to
none (around line 146) and then calling fadeIn() just above where
you fade in the message layer. let me know if this works!

JR



On Oct 21, 5:24 pm, Mike Alsup [EMAIL PROTECTED] wrote:
 The page will still be blocked because the show calls around line
 200 are for the message layer.  The overlay is a different layer and
 does not have any fadeIn facilities built into the plugin at this
 time.  So if you change those two show calls to fadeIn, you should see
 a fade for your message, but the overlay will display immediately.  At
 least that's what I expect would happen.

 Mike

 On Oct 21, 12:47 pm, chris thatcher [EMAIL PROTECTED]
 wrote:

  Shouldn't the effect still block immediately though the opacity is being
  modified as an animation?

  On Tue, Oct 21, 2008 at 12:22 PM, MorningZ [EMAIL PROTECTED] wrote:

   Around line 199 in the js file is where the block layers show...
   play around with those options and you should be able to get the
   effect you are after

   although i will note that your idea doesn't make much sense, as you'll
   be giving your end user that much time to be able to click something
   else.. rendering the functionality of the block useless

   On Oct 21, 10:52 am, Kilik [EMAIL PROTECTED] wrote:
Is there a way to get the 'Modal Dialog' feature of this plugin to
fade in? It already fade outs by default when the dialog is canceled.

-Thx

  --
  Christopher Thatcher

[jQuery] BUG: oversized overlay in IE web browsers ( demo included )

2008-10-20 Thread tallvanilla 

Hello. I found a minor bug that affects overlay in IE web browsers (at
least in IE6).

Please take a look at this very simple demo:

http://74.205.76.81/blockuitest/

In IE(6), the overlay is a bit taller than the browser window, so a
scrollbar appears on the right whenever the overlay is present. In
other web browsers, this doesn't happen.

I found a similar bug with the Boxy plug-in a couple of weeks ago, and
its author was able to fix it pretty easily. I'm a jQuery/javascript
novice, so I'm not sure how the fix was implemented. Would this be
worthwhile and easy fix for blockUI as well?

JR

[jQuery] Re: BUG: oversized overlay in IE web browsers ( demo included )

2008-10-20 Thread tallvanilla 


Thanks for the reply, Josh... but that isn't the problem. To
demonstrate, I updated my demo according to your suggestion:

http://74.205.76.81/blockuitest/

Even if that WAS the solution, it would force people to zero out their
body padding and margins. Not a problem for most, but inconvenient for
many. If you consider IE important, it's a blockUI bug.

Any other takers? Here's how Boxy's author fixed it (in his own
words):

I've added a separate sizing method specifically for IE6 which uses
the viewport dimensions instead of the document, and repositions on
scroll as well as on resize. I tried using this approach for all
browsers but Firefox was having none of it.

JR



On Oct 20, 4:09 pm, Josh Nathanson [EMAIL PROTECTED] wrote:
 This happens where there is some padding or margin on the body.  If you set
 them to 0 via css it should take care of the problem.

 /* css */
 body {
 padding: 0;
 margin: 0;

 }

 -- Josh

 - Original Message -
 From: tallvanilla [EMAIL PROTECTED]
 To: jQuery (English) jquery-en@googlegroups.com
 Sent: Monday, October 20, 2008 2:27 PM
 Subject: [jQuery] BUG: oversized overlay in IE web browsers ( demo

 included )

  Hello. I found a minor bug that affects overlay in IE web browsers (at
  least in IE6).

  Please take a look at this very simple demo:

 http://74.205.76.81/blockuitest/

  In IE(6), the overlay is a bit taller than the browser window, so a
  scrollbar appears on the right whenever the overlay is present. In
  other web browsers, this doesn't happen.

  I found a similar bug with the Boxy plug-in a couple of weeks ago, and
  its author was able to fix it pretty easily. I'm a jQuery/javascript
  novice, so I'm not sure how the fix was implemented. Would this be
  worthwhile and easy fix for blockUI as well?

  JR