Okay, so jQuery 1.3.2 defines the visible filter like this:
Sizzle.selectors.filters.visible = function(elem){
return elem.offsetWidth 0 || elem.offsetHeight 0;
};
Now I've got a table of hidden (style=display: none) rows. The user
will click something that will .show() a specific
If your browser is posting a request and recieving a response, there
should be information about the transaction (headers and post data) in
Firebug's Console tab. That said, for watching HTTP streams, I tend
to go for the Tamper Data FF plug-in -- it allows you to watch the
outgoing requests and
So, despite how perfectly .fadeTo works with FF and how easy opacity:
0.40; is to write, it seems like MSIE is lost and confused.
In MSIE 8, with compatibility mode off, then .fadeTo process appears
to be roundly ignored (at least for jquery 1.3.1).
If you turn compatibility mode on, it behaves
MSIE8 ignoring the .fadeTo directive is apparently tied to using !
DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://
www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd which puts MSIE
into standards mode, whereby it doesn't have the actual standard of
opacity but doesn't admit to
Okay, nevermind, got it. The lines:
// IE has trouble with opacity if it does not
have layout
// Force it by setting the zoom level
elem.zoom = 1;
are referring to the .hasLayout property of
Thanks Dave!
script type=text/javascript
var newElement = $(li /, opener.document).text(Mod State);
$(opener.document).find(#injectHere).append(newElement);
/script
works great in MSIE7 FF3.
/script On Mar 10, 5:47 pm, Dave Methvin dave.meth...@gmail.com
wrote:
Try this:
$(li /,
I need to alter a parent window from its pop-up (customers insisted)
child, using dynamic data. The following works in Firefox 3, but not
in MSIE7.
script type=text/javascript
var newElement = $(li /).text(Mod State);
$(opener.document).find(#injectHere).append(newElement);
/script
See
Same behavior -- which is a No such interface supported exeception
on this WinXP/IE7.0.5730.13 machine. The $(newElement).appendTo($
(opener.document).find(#injectHere)) permutation also behaves in
this way.
On Mar 10, 8:48 am, Joseph Le Brech jlebr...@hotmail.com wrote:
What about something
I'm thinking that
$(form input).each(function() { $(this).val(origFormData[$(this).attr
(id)]); });
should step over each input field in a form and conjure up values from
the origFormData object based on the id of the current element
conjuring a value.
But the state-saving code should be more
Going for $(input[name^=paradigm]).is(:checked) or $(input
[name^=paradigm]).not(:checked) should get you the list of input
elements with name attributes starting with paradigm -- because I'm
not comfortable with that [] in the name attribute... -- which either
are or are not checked. You can
I'm trying to replace a MS AJAX.NET autocomplete control with
something a bit lighter and more cache-and-compress friendly and I
really love how smoothly the Autocomplete plug-in generally works
(http://bassistance.de/jquery-plugins/jquery-plugin-autocomplete/). I
had to change a couple of
11 matches
Mail list logo