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?
> 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?
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" <joshnathan...@gmail.com> wrote:
> > 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?
> 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" <joshnathan...@gmail.com> 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.
> > > 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?
Is this why ThickBox sets all paddings and margins to 0? I agree, it's
annoying.
I switched to John's Greybox Redux (http://jquery.com/blog/2006/02/10/ greybox-redux/) for my modal, and I don't see problems on IE6. It also
was more semantically correct than Thickbox's iFrame implementation of
putting the sizes in the href.
-Wayne
On Oct 21, 1:04 pm, tallvanilla <tallvani...@gmail.com> wrote:
> > 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" <joshnathan...@gmail.com> 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.
> > > > 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?
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.
----- Original Message ----- From: "tallvanilla" <tallvani...@gmail.com> 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 <tallvani...@gmail.com> wrote: >> Thanks for the reply, Josh... but that isn't the problem. To >> demonstrate, I updated my demo according to your suggestion:
>> 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" <joshnathan...@gmail.com> 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.
>> > > 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?
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" <joshnathan...@gmail.com> 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" <tallvani...@gmail.com>
> 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 <tallvani...@gmail.com> wrote:
> >> Thanks for the reply, Josh... but that isn't the problem. To
> >> demonstrate, I updated my demo according to your suggestion:
> >> 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" <joshnathan...@gmail.com> 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.
> >> > > 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?
> 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" <joshnathan...@gmail.com> 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" <tallvani...@gmail.com>
> > 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 <tallvani...@gmail.com> wrote:
> > >> Thanks for the reply, Josh... but that isn't the problem. To
> > >> demonstrate, I updated my demo according to your suggestion:
> > >> 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" <joshnathan...@gmail.com> 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.
> > >> > > 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?
> 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.
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 <mal...@gmail.com> 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.
> 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:
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 <mal...@gmail.com> 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:
> 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 <mal...@gmail.com> 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:
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" <joshnathan...@gmail.com> wrote:
> 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!
I really don't know why that is necessary, but I'm not one to argue
with success. Thanks for the feedback. I'll put that hack in the
next release.
