this is a bug I found when using firebug to refresh some data in an menu..
code:
$.post(rAction,{action:login,ddd:$(#ccc).val(),ddd:$(#ddd).val()},function(html){
$(html).insertAfter($(div#compte .padder
fieldset
h2)).load(errorVerif2());
this might not actually be a bug. I have a hunch that it has to do
with your use of .insertAfter()
.insertAfter() will insert the elements one at a time in the correct
order, but since each one is being inserted immediately after the h2,
each is appearing before the previous one.
I'm
Michel Brouckaert schrieb:
ok, that is actually an very true thought but still it's an quiet
strict and weird interpretation of the words insertAfter..
This actualy means at the end that it is rather impossible to add an
item after an root element without appending it..
There shouldn't be an
if encountered a weird bug it spilled out this error message...
[Exception... Component returned failure code: 0x80070057
(NS_ERROR_ILLEGAL_VALUE) [nsIXMLHttpRequest.open] nsresult: 0x80070057
(NS_ERROR_ILLEGAL_VALUE) location: JS frame :: javascript:
eval(__firebugTemp__); :: anonymous :: line 1
- Original Message -
From: Michel Brouckaert
if encountered a weird bug it spilled out this error message...
[Exception... Component returned failure code: 0x80070057
(NS_ERROR_ILLEGAL_VALUE) [nsIXMLHttpRequest.open] nsresult: 0x80070057
(NS_ERROR_ILLEGAL_VALUE) location: JS frame ::
thx for the help but still doesn't work..same error as before..
[Exception... Component returned failure code: 0x80070057
(NS_ERROR_ILLEGAL_VALUE) [nsIXMLHttpRequest.open] nsresult: 0x80070057
(NS_ERROR_ILLEGAL_VALUE) location: JS frame :: javascript:
eval(__firebugTemp__); :: anonymous :: line
is equivalent to $(this) within the functions passed to hover),
the errors occur. Also, if you do some 'crazy hovers' with the mouse
between page loads you can generate more errors.
I'm *begging* for help here as this is a crushing blow for me. Can
anyone shed light on this or is this possibly a jQuery
on this or is this possibly a jQuery bug?
http://www.blushtomatoes.com.au/about/
Thanks in advance.
Joel Birch.
The 'crazy hover' errors (possibly the others too I think) seem to be
generated on $(window).unload() - which explains why they never
happen on a manual refresh. Still
On 14/03/2007, at 6:42 PM, Joel Birch wrote:
The 'crazy hover' errors (possibly the others too I think) seem to be
generated on $(window).unload() - which explains why they never
happen on a manual refresh. Still no further clues though. :(
Joel.
Well I found a fix - I had to unbind the
loads you can generate more errors.
I'm *begging* for help here as this is a crushing blow for me. Can
anyone shed light on this or is this possibly a jQuery bug?
http://www.blushtomatoes.com.au/about/
Thanks in advance.
Joel Birch.
The 'crazy hover' errors (possibly the others too I
On 14/03/2007, at 7:02 PM, Kenneth wrote:
I'm unable to reproduce on FF2 or IE6 doing all sorts of crazy
clicking.
It's possible you tested it after I found a solution. Thanks very
much for taking the time to help though.
Cheers
Joel.
___
jQuery
Further to my last email regarding unbind(foo) not being able to remove
events set in the HTML onfoo attribute, is another problem which is harder to
work around.
Using two functions to handle the click event for a button, each function
swapping the handler to the other. (Ignore that this can
DATE: Tue, 13 Mar 2007 14:42:40 +
SUBJECT: [jQuery] Bug: event binding / unbinding. help!
Further to my last email regarding unbind(foo) not being able to remove
events set in the HTML onfoo attribute, is another problem which is harder to
work around.
Using two functions to handle
__
-- Original Message --
FROM: Rob Desbois [EMAIL PROTECTED]
TO:discuss@jquery.com
DATE: Tue, 13 Mar 2007 14:42:40 +
SUBJECT: [jQuery] Bug: event binding / unbinding. help!
Further to my last email regarding unbind(foo) not being able
Hi Klaus,
no, I am not loading external site..but redirecting within my own
domain...value contains relative path to other pages of my website.
Regards,
Ritesh
Klaus Hartl wrote:
Agrawal, Ritesh schrieb:
hi,
I think I found a bug. It happens when I try to use click function..here
is
Agrawal, Ritesh schrieb:
Hi Klaus,
no, I am not loading external site..but redirecting within my own
domain...value contains relative path to other pages of my website.
Regards,
Ritesh
What does the URL look like? I'm not sure, but even a subdomain counts
as external as far as I
Hi Klaus,
I think i found the problem,,
It seems the problem is with value attribute...when I changed the value
attribute to href ...everything seemed to worked fine...let me explain it in
more detail..
Using PHP I was creating multiple divs...which had following structure
///=== This
Agrawal, Ritesh schrieb:
Hi Klaus,
I think i found the problem,,
It seems the problem is with value attribute...when I changed the value
attribute to href ...everything seemed to worked fine...let me explain it in
more detail..
Using PHP I was creating multiple divs...which had
hi,
I think I found a bug. It happens when I try to use click function..here is
my script that generates the error
$(span.opt_value).click(function(){
alert($(this).attr('value'));
$(div#content).load($(this).attr('value'));
John Resig wrote:
I think this is due to the fact that no context is passed in to the
.load() callback, in that manner. I think doing something like this
would work:
[...]
That way, only the links directly within the paragraph will be overridden.
Great! Your solution seems to solve all
Hi everyone,
I have got some trouble getting this snippet of code working in newer
versions of jQuery:
$(document).ready(function(){
$(p).each(function(){
$(this).load(ajax.php, function(context){
$(a,context).click(function(){
I think this is due to the fact that no context is passed in to the
.load() callback, in that manner. I think doing something like this
would work:
$(document).ready(function(){
$(p).each(function(){
$(this).load(ajax.php, function(){
I posted yesterday about an issue I was having with the highlight effect
(from interface) firing twice...
So after looking at my code again this AM - I went to the Interface site
itself (http://interface.eyecon.ro/demos/ifx.html) and the highlight
effect appears broken there as well.
Works fine
Hi,
Is anyone familiar with a bug in JQuery where including the jquery.js library
on your page seems to disassociate text elements from their parent forms? This
is the text element I have that no longer recognizes its parent form when I
call
On 18/02/07, Peter Vulgaris [EMAIL PROTECTED] wrote:
Around line 310 of iautocompleter.js there is a line like this:
if (/13|27|35|36|38|40|9/.test(pressedKey) jQuery.iAuto.items) {
While keycode 9 is the enter key, the regex there also matches for any
other keycode with a 9 in it. I know
Nope, didn't work, I get a syntax error in Firefox 2.0.
Peter
On 2/18/07, Sam Collett [EMAIL PROTECTED] wrote:
On 18/02/07, Peter Vulgaris [EMAIL PROTECTED] wrote:
Around line 310 of iautocompleter.js there is a line like this:
if (/13|27|35|36|38|40|9/.test(pressedKey)
Around line 310 of iautocompleter.js there is a line like this:
if (/13|27|35|36|38|40|9/.test(pressedKey) jQuery.iAuto.items) {
While keycode 9 is the enter key, the regex there also matches for any
other keycode with a 9 in it. I know there's a nice looking regex way
to fix this but it's
# Background
Inserting an ActiveX control (i.e. flash movie, quicktime movie) with an
external javascript
(i.e. jQuery) should avoid the ugly grey box and having to click to activate.
See:
http://msdn.microsoft.com/library/default.asp?url=/workshop/author/dhtml/overview/activating_activex.asp
Without the hook, the entire jQuery.clean method has to be overwritten. With
the hook, the bug
could be fixed by overwriting jQuery.clean.convert from outside of the packed
code (i.e. via a
plugin, or by copying and pasting jQuery.clean.convert = function(html) {...}
at the bottom of
Mike Alsup schrieb:
Without the hook, the entire jQuery.clean method has to be overwritten. With
the hook, the bug
could be fixed by overwriting jQuery.clean.convert from outside of the
packed code (i.e. via a
plugin, or by copying and pasting jQuery.clean.convert = function(html)
{...}
I am having the animation flicker problem - how do I get it from SVN such
that I don't have to build it? I didn't notice before because I wasn't using
FF until two days ago when the decision was made to support FF in addition
to IE (what a lot of work that is!).
James
Brandon Aaron wrote:
Joel Birch schrieb:
I am on a Mac and currently use Eclipse as recommended to me last
year by Jörn. I will have a look at svnX but I think the main
problem is that I do not understand the SVN in general and all the
options (at least in Eclipse) is overwhelming. It all seems so
On 04/02/2007, at 10:18 PM, Jörn Zaefferer wrote:
Joel Birch schrieb:
I am on a Mac and currently use Eclipse as recommended to me last
year by Jörn. I will have a look at svnX but I think the main
problem is that I do not understand the SVN in general and all the
options (at least in
Hi everyone.
I want to report this issue. It's an animation bug that only occurs
in Mac Firefox and somehow relates to old known issues that it has
with opacity and text-rendering. I would worry that this bug is
unfixable for Mac Firefox *except* that it did not occur using jQuery
Rev.
On 3 févr. 07, at 11:46, Joel Birch wrote:
Please look at my test page as it explains the bug fully, I hope.
Well, and then things get interesting. I've tested all 3 pages on FF
2.0.0.1 on my fairly slow PB G4 12 1.5GHz, and the animations are the
same in each case. The only actual flicker
On 03/02/2007, at 10:21 PM, Stéphane Nahmani wrote:
The only actual flicker i see is when the page
loads: the image at its smallest size turns off, back on, and then
starts scaling.
This describes the flicker I am referring to perfectly so thanks for
that. It only ever occurs after page
On 3 févr. 07, at 12:33, Joel Birch wrote:
It only ever occurs after page load. Interesting that it
occurs on all 3 pages for you. Very, um, interesting. [scratches
head].
My bad!
I missed the first time mention in your summary, so i was looking
for flickering with every image. You are
Stéphane Nahmani schrieb:
On 30 janv. 07, at 22:27, Jörn Zaefferer wrote:
In case you want to test it with your copy of jQuery, modify pushStack
to look like this:
pushStack: function( a ) {
var ret = jQuery(a);
ret.prevObject = this;
return ret;
},
Fwiw, i
On 03/02/2007, at 10:48 PM, Stéphane Nahmani wrote:
My bad!
I missed the first time mention in your summary, so i was looking
for flickering with every image. You are right, the page with version
1.0.4 doesn't show that first time flicker.
Stéphane, I have adjusted the test pages to
On 3 févr. 07, at 12:50, Jörn Zaefferer wrote:
Could you try version 1.1 of the plugin?
http://bassistance.de/jquery-plugins/jquery-plugin-accordion/
It should work fine now.
Hello Jörn,
Thanks for the new version. However, the issue is still the same if i
use the SVN modified version of
Stéphane Nahmani schrieb:
Thanks for the new version. However, the issue is still the same if i
use the SVN modified version of JQuery (unpacked).
I'm sending you a coupl of screenshots offlist, so you can see what i
mean.
Could you please try the latest revision of jQuery? I've
On 3 févr. 07, at 14:13, Jörn Zaefferer wrote:
Could you please try the latest revision of jQuery? I've uploaded it
here, in case you don't have svn access:
Actually i don't. I tried with this version, and the issue remains as
before. I'm wondering if this could be related to the fact that
Please upgrade to the latest SVN as it fixes the flicker.
--
Brandon Aaron
On 2/3/07, Joel Birch [EMAIL PROTECTED] wrote:
Hi everyone.
I want to report this issue. It's an animation bug that only occurs
in Mac Firefox and somehow relates to old known issues that it has
with opacity and
On 04/02/2007, at 9:06 AM, Brandon Aaron wrote:
Please upgrade to the latest SVN as it fixes the flicker.
--
Brandon Aaron
Hi Brandon. After a long and gruelling battle with my old nemesis,
the SVN repository, I seem to have managed to get the latest SVN
and it does indeed seem to fix
On 2/3/07, Joel Birch [EMAIL PROTECTED] wrote:
Hi Brandon. After a long and gruelling battle with my old nemesis,
the SVN repository, I seem to have managed to get the latest SVN
and it does indeed seem to fix the flicker. I assume you were
responsible for the fix so thank you greatly.
Yes,
On 04/02/2007, at 1:00 PM, Brandon Aaron wrote:
On 2/3/07, Joel Birch [EMAIL PROTECTED] wrote:
Hi Brandon. After a long and gruelling battle with my old nemesis,
the SVN repository, I seem to have managed to get the latest SVN
and it does indeed seem to fix the flicker. I assume you were
On 30 janv. 07, at 22:27, Jörn Zaefferer wrote:
In case you want to test it with your copy of jQuery, modify pushStack
to look like this:
pushStack: function( a ) {
var ret = jQuery(a);
ret.prevObject = this;
return ret;
},
Fwiw, i modified my jquery.js with this, and
Stéphane Nahmani schrieb:
Fwiw, i modified my jquery.js with this, and discovered that it broke the
Accordion plugin somewhat. I use Accordion with a setting to start with no
submenu open:
$(.deroulant).Accordion({
header: 'a.pliant',
active: 'false'
});
and after making the fix
I just checked in a fix for the flickers that have been happening in
the fx module. Anyone that was having problems with flickers in their
animations (mostly in Firefox) please grab the latest from SVN and let
me know if it solves your problems or not.
--
Brandon Aaron
The flicker problem I had has gone. It used to flicker in slideToggle().
Thanks!
On 1/31/07, Brandon Aaron [EMAIL PROTECTED] wrote:
I just checked in a fix for the flickers that have been happening in
the fx module. Anyone that was having problems with flickers in their
animations (mostly in
I've got the following test case that performs quite a bit different between
v1.0.4 and v1.1.1.
In the code below v1.0.4 returns an undefined object for both test
cases--which certainly seems like it would be the expected behavior (I mean
if an element doesn't exist, it shouldn't be returned.)
Dan -
I'm fairly certain that this has already been fixed in SVN, by Joern.
It was an issue with the fact that [0] had a value, while .length was
set to 0.
Maybe Joern can confirm that this has, in fact, been fixed.
--John
On 1/30/07, Dan G. Switzer, II [EMAIL PROTECTED] wrote:
I've got the
John Resig schrieb:
Dan -
I'm fairly certain that this has already been fixed in SVN, by Joern.
It was an issue with the fact that [0] had a value, while .length was
set to 0.
Maybe Joern can confirm that this has, in fact, been fixed.
From what I can see in the example code, that is
Jörn,
In case you want to test it with your copy of jQuery, modify pushStack
to look like this:
pushStack: function( a ) {
var ret = jQuery(a);
ret.prevObject = this;
return ret;
},
Yes, that does indeed fix the problem! I guess I should have searched the
archives better.
Yes, that does indeed fix the problem! I guess I should have searched the
archives better.
I don't think it was mentioned on the mailing list - we hunted it down
and destroyed it on IRC, I think. Don't feel bad :-)
--John
___
jQuery mailing list
Is it a bug? I Think jQuery is not getting the embedded width:
style
#ahhh{ background-color:#FA0; display:none; }
/style
script type=text/javascript src=js/jquery-1.1.1.pack.js/script
body
script type=text/javascript
$(function(){
$('#ahhh').show(1500);
});
/script
div id=ahhh
Inline styles are generally bad practice. show and hide animations
remove inline styles once they are done.
If you know that you need to animate to a specific width, other than
the width defined by the stylesheet, then just use the animate method.
The animate method leaves inline styles in place.
Hmm... thx Brandon, my friend also told me something about the
currentStyle...
now its ok.. =)
2007/1/23, Brandon Aaron [EMAIL PROTECTED]:
Inline styles are generally bad practice. show and hide animations
remove inline styles once they are done.
If you know that you need to animate to a
Hi there,
I originally translated the Nifty plugin without doing a lot of
testing. I will look at it, see what I can do. Until then, you can
just use vJustify!
-Paul
2007/1/5, Olaf Bosch [EMAIL PROTECTED]:
Dave Methvin schrieb:
If you are just using Nifty (9KB!) for same-height, this is a
On 05/01/2007, at 7:12 PM, Paul Bakaus wrote:
Until then, you can
just use vJustify!
-Paul
I just used vjustify and found that (for my purposes at least) the
plugin works better if it sets the min-height instead of the height.
This way the elements can still expand if the text is sized
Paul Bakaus schrieb:
I originally translated the Nifty plugin without doing a lot of
testing. I will look at it, see what I can do. Until then, you can
just use vJustify!
Great News ;)
I have played around with nifty an vJustify, heureka es löpt
Here is my changes:
Hi all,
i found a little Bug in the great Nifty Corners Plugin, found at,
http://labs.pb-projects.de/nifty/index.html
The function same-height works not correct, see the Demo:
http://olaf-bosch.de/bugs/jquery/nifty/
Cane we fix that?
To know well, correct selektor also does not work, i must
The function same-height works not correct, see the Demo:
http://olaf-bosch.de/bugs/jquery/nifty/
If you are just using Nifty (9KB!) for same-height, this is a lot less code:
http://michael.futreal.com/jquery/vjustify/
jQuery.fn.vjustify=function() {
var maxHeight=0;
Olaf Bosch schrieb:
The function same-height works not correct, see the Demo:
http://olaf-bosch.de/bugs/jquery/nifty/
Cane we fix that?
To know well, correct selektor also does not work, i must this write
Oho, you stupid old man.
$(.container1 div).nifty(same-height);
is the right
Dave Methvin schrieb:
If you are just using Nifty (9KB!) for same-height, this is a lot less code:
http://michael.futreal.com/jquery/vjustify/
Ah, thats looks good. I have selected nifty because of same height!
The jQuery corner plugin has more options for corner decorations:
o.k. i would
Hello,
I developed a small Ajax-chat. Now I switched to an IFrame-solution to
outsource the scripts to a different server. Now I get this nasty bug
(only on newest Firefox 2.0.0.1, Opera and IE are fine):
[Exception... Component returned failure code: 0x80004005
(NS_ERROR_FAILURE)
You can use XMLHttpRequest to submit files. Ever. The only way to do AJAX
file subission is to create an invisible iframe and set that frame as the
target of an ordinary form. When the form is submitted, the iframe uploads
the file and downloads the resulting page and executes any script in it,
Hello again,
I found the solution: Firebug is installed and made the problem. Firebug
Beta 2 is supposed to solve this problem.
Found it in Google-Groups:
Sorry. I got mixed up with another thread! :D
Blair
On 1/4/07, Hermann-Marcus Behrens [EMAIL PROTECTED] wrote:
Hello again,
I found the solution: Firebug is installed and made the problem. Firebug
Beta 2 is supposed to solve this problem.
Found it in Google-Groups:
Bob den Otter schrieb:
It's in dutch, but the idea should be clear. Just click on one of the
thumbnails of the Olsen Triplets to open thickbox. Now close the
thickbox, and scroll down to the comment form. Now, when you type a ','
or '.' in the comment form, it opens the next or previous
Olaf Bosch wrote:
(snip)
what you like
Thanks for your reply, Olaf, but that's not the problem.. The problem is
that thickbox _still_ responds to those keys, even _after_ you close it..
No matter what keys you choose to go to the next/prev image, i think it
should stop doing that as soon
-tf2555369.html
--
View this message in context:
http://www.nabble.com/jquery-bug%3A-select-attr-value-failed-on-firefox--tf2784791.html#a7778632
Sent from the JQuery mailing list archive at Nabble.com.
___
jQuery mailing list
discuss@jquery.com
http
http://jquery.com/dev/bugs/bug/474/
On 12/6/06, Jörn Zaefferer [EMAIL PROTECTED] wrote:
Bug report please!
___
jQuery mailing list
discuss@jquery.com
http://jquery.com/discuss/
bug found at line 1551 of event.js
f.apply(this, arguments);
should be
return f.apply(this, arguments);
And entered in bug # 474.
On 12/7/06, Ⓙⓐⓚⓔ [EMAIL PROTECTED] wrote:
http://jquery.com/dev/bugs/bug/474/
On 12/6/06, Jörn
Hi all
First a big thank you to all of you for the great
jquery and the cool addons.
There is a bug in the interface plugin.
The onchange attr in the idrop.js / isortables.js isn't
consistent. In some places it is used onchange and
others onChange as a dropCfg attribute.
The result is, that
I use click() on an a and inside the callback I return false, to not
execute the a.
when I upgraded to the latest svn version... it seems not to be returning my
false, the a is invoked and I leave my page.
I switched back (to prove my sanity) and it worked again.
Is this bug known?
Probably something that you do earlier in the event is halting JS and the
return false is never executed.
Blair
On 12/6/06, Ⓙⓐⓚⓔ [EMAIL PROTECTED] wrote:
I use click() on an a and inside the callback I return false, to not
execute the a.
when I upgraded to the latest svn version... it seems
actually I use oneclick()
On 12/6/06, Ⓙⓐⓚⓔ [EMAIL PROTECTED] wrote:
I use click() on an a and inside the callback I return false, to not
execute the a.
when I upgraded to the latest svn version... it seems not to be returning
my false, the a is invoked and I leave my page.
I switched back
Blair, I had already thought of that... I put an alert in the code before
the return false. it alerts, and then jumps to the other page!
On 12/6/06, Blair McKenzie [EMAIL PROTECTED] wrote:
Probably something that you do earlier in the event is halting JS and the
return false is never executed.
Try removing the other code in the event and build it up - it may be that
some other part of the event is tripping on a bug.
On 12/6/06, Ⓙⓐⓚⓔ [EMAIL PROTECTED] wrote:
actually I use oneclick()
On 12/6/06, Ⓙⓐⓚⓔ [EMAIL PROTECTED] wrote:
I use click() on an a and inside the callback I return
That would have been even more insidious! but the oneclick function is now
down to an alert and return false... still misbehaves!
you can see it at http://cigar.dynalias.org/junior/index-svn.html
where the working version is at http://cigar.dynalias.org/junior
it's the bark bark bark towards
Ⓙⓐⓚⓔ schrieb:
That would have been even more insidious! but the oneclick function is
now down to an alert and return false... still misbehaves!
you can see it at http://cigar.dynalias.org/junior/index-svn.html
http://cigar.dynalias.org/junior/index-svn.html
where the working version is at
Jörn Zaefferer schrieb:
Klaus Hartl schrieb:
Brian Miller schrieb:
Is this patch generalized enough to add to the core? Just a thought...
Brian, it's actually just a check if the object is not null before
accessing it:
As it is:
ret =
Brian Miller schrieb:
Is this patch generalized enough to add to the core? Just a thought...
Brian, it's actually just a check if the object is not null before
accessing it:
As it is:
ret =
document.defaultView.getComputedStyle(this,null).getPropertyValue(prop);
The patch (with Dave's
Klaus Hartl schrieb:
Brian Miller schrieb:
Is this patch generalized enough to add to the core? Just a thought...
Brian, it's actually just a check if the object is not null before
accessing it:
As it is:
ret =
Hi all,
A while ago I reported a bug, which I couldn't really narrow down, so it
never went into a ticket:
http://jquery.com/discuss/2006-August/010401/
The problem was that in line 1315:
ret =
document.defaultView.getComputedStyle(this,null).getPropertyValue(prop);
A while ago I reported a bug, which I couldn't really
narrow down, so it never went into a ticket:
http://jquery.com/discuss/2006-August/010401/
The problem was that in line 1315:
ret =
document.defaultView.getComputedStyle(this,null).getPropertyValue(prop);
Yeah, this has been fixed for a while now. The one case that isn't
accounted for (yet) is having a parent element that has a display set
to none - that kills computedStyle for all sub-elements.
Unfortunately, the hack to work around that is too monstrous to
comprehend. For now, it works fine in
John Resig schrieb:
Yeah, this has been fixed for a while now. The one case that isn't
accounted for (yet) is having a parent element that has a display set
to none - that kills computedStyle for all sub-elements.
Unfortunately, the hack to work around that is too monstrous to
comprehend. For
Is this patch generalized enough to add to the core? Just a thought...
- Brian
John Resig schrieb:
Unfortunately, the hack to work around that is too monstrous to
comprehend. For now, it works fine in Safari for most cases, and
that's what matters.
That is exactly the problem I have. So I
hi
i stumbled uppon a bug with the interface plugin:
ScrollTo() does not work in fx (tested 1.0.8, 1.5.8, 2.0) if the user has
not scolled (pageXOffset or pageYOffset is 0).
it works fine in safari 2.04 and ie 6.
any idea how to fix this?
kind regards,
Daniel
--
View this message in
ps:
i use
if($.browser.mozilla){
if((window.pageXOffset1)||(window.pageYOffset1)){
window.scrollBy(0.1,0.1);
}
}
to fix this, but i sure there is a more elegant way and also it might be
possible to merge this into
Hi Rafael!
hey, this is where im getting this error.
http://www.magictour.com.br/windstar/montagem.cfm (sorry but i havent
got time to make the example in another page)
Steps: Choose a processor (my advice: one of the 'testes')
then choose a MoBo, it should do 3 $.post(), but sometimes i
Jörn Zaefferer schrieb:
Hi Rafael!
hey, this is where im getting this error.
http://www.magictour.com.br/windstar/montagem.cfm (sorry but i havent
got time to make the example in another page)
Steps: Choose a processor (my advice: one of the 'testes')
then choose a MoBo, it should do 3
Okay, i will, i just dont know how to surf @ jquery.com/svn =( ...
im so novice! =X
2006/11/25, Jörn Zaefferer [EMAIL PROTECTED]:
Jörn Zaefferer schrieb:
Hi Rafael!
hey, this is where im getting this error.
http://www.magictour.com.br/windstar/montagem.cfm (sorry but i havent
got time to
Hi,
im not able to get DraggableDestroy() to work (using latest version from
http://interface.eyecon.ro).
getting this error in firebug:
elm has no properties
(idrag.js line 13)
anyone an idea what going wrong?
thanks kind regards,
Daniel
___
ah, its fixed in the svn trunk :)
Daniel Gona wrote:
Hi,
im not able to get DraggableDestroy() to work (using latest version from
http://interface.eyecon.ro).
getting this error in firebug:
elm has no properties
(idrag.js line 13)
anyone an idea what going wrong?
thanks
hey, this is where im getting this error.
http://www.magictour.com.br/windstar/montagem.cfm (sorry but i havent got
time to make the example in another page)
Steps: Choose a processor (my advice: one of the 'testes')
then choose a MoBo, it should do 3 $.post(), but sometimes i get this error
on
This seemed to be a bug that affected several apps so I wanted to let
the list know I just posted a fix to SVN.
http://jquery.com/dev/bugs/bug/276/
Please test if you can because 1.0.4 is coming soon and we don't want
to introduce bugs or cause problems with any existing plugins.
Good work
On 11/15/06, Jörn Zaefferer [EMAIL PROTECTED] wrote:
This seemed to be a bug that affected several apps so I wanted to let
the list know I just posted a fix to SVN.
http://jquery.com/dev/bugs/bug/276/
Please test if you can because 1.0.4 is coming soon and we don't want
to introduce
1 - 100 of 195 matches
Mail list logo