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.
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)"
> Sent: Monday, Octo
(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
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() ?
gt; 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
eight(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 <[
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
(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 th
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:
&
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 th
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
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
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 t
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,
&
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 PROTE
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 bas
s) is jQuery-compatible
Thanks again!
JR
On Dec 16, 10:20 am, Eric Martin 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 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.
>
> 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, ta
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 playi
20 matches
Mail list logo
