I didn't expect this to work (with my 'compiler' hat on) but it does:
var clickFunction = function() { $inner.doSomething() };
$("div")
.append("bla")
.click(clickFunction);
var $inner = $div.find("#inner");
I was expecting an error for $inner to be undefined when the
javascript parsed
claims you have 'network connectivity problems'.
It's not so much a jquery issue, but a fix might be to check that the
script is not a child of the element that's being modified. It's
probably not worth solving, but I leave it here as reference because
IE6 gives no clue
I know there's been a few discussions centred around the image load
event. This (previously suggested) workaround works fine for catching
both new loads and cached images in the testing I have done:
$('img').bind('load readystatechange', function(e) {
if (this.complete || (this.readyState == 'c
Apologies - I was using release 2.0.160.0 of Chrome, not the 1.0
branch; but injecting arbitrary styles into the body _does work_ on
this build.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"jQuery Development"
ough you have to remember that it's going to be
applied globally, it means you don't have to remember up-front to
include your (for example) pop-up styling in every page where you
might use it.
AJP
--~--~-~--~~~---~--~~
You received this message because you
... happens with LINK elements too.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"jQuery Development" group.
To post to this group, send email to jquery-dev@googlegroups.com
To unsubscribe from this group, send ema
n the head after an ajax load. Given that all
styles are supposed to be in the HEAD (although not in HTML5) I guess
styling-after-ajax is not a standard thing.
But returning a height for the Style seems definitely wrong.
AJP
--~--~-~--~~~---~--~~
You received this
I really hate not having a thorough test-case, but I really am
mystified by this.
I'm running Firefox 3.0.5 with firebug. This page (test case):
http://www.partyark.co.uk/html/jqtest.html
has a super-minimal, unstyled jQuery + jQuery UI tab.
The page doesn't do anything unsurprising - until you
I should add that I'm aware with 1.3 the correct response should be
"Syntax error, unrecognized expression". But I got a far more
impenetrable error.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"jQuery Development
I had a bit of a mangled selector on one of my pages which 1.2.6
simply skipped over, but completely kills 1.3.
In fact helped me spot a bit of code that had never worked.
Full test case here: https://www.partyark.co.uk/html/jquery1.3rc2-bug.html
--~--~-~--~~~---~--~-
Addition: though this might seem an esoteric case, in fact if you make
body { position: relative } then offset is going to be wrong _all the
time_ in Safari/Chrome, because it will miss the last step.
Styling the body with margin for centering or whatever is not
uncommon: it means avoiding wrappi
Fix info:
This is the only way I have found to get the body offset in webkit:
document.defaultView.getComputedStyle(document.body,
null).getPropertyValue('margin-left')
But it returns zero for other browsers. So you can use:
var bodyOffset = ($.browser.safari) ? parseInt($
('body').css('margin
If the BODY is offset from the HTML then offset should report that
number - but it's zero in webkit.
$('body').offset().left
Test case here:
http://www.partyark.co.uk/html/jqueryoffsetbody.html
I couldn't find this in the bug db so I've created a ticket.
--~--~-~--~~~--
Whoops, sorry bad link...
http://www.partyark.co.uk/html/ie8floattest.html
Also, to clarify this isn't actually a crash but, rather you get a
completely inoperable white screen.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Go
14 matches
Mail list logo