[jQuery] Re: jquery validate bug
Sorry, I didn't give you enough details. The validation of the form elements are are made on onblur event, if you don't click outside the last textarea then that field will not be validated. When you click on the submit form when editing the last textarea the onblur event is triggered but the normal submit action is ignored and you need to click again on the submit button. It works only if you first click somewhere outside the textarea then click on the button, but if you don't leave the textarea and click directly it will not work. On Dec 15, 6:04 pm, Leonardo K leo...@gmail.com wrote: I download your code and it's working fine. On Tue, Dec 15, 2009 at 08:48, Givan giv...@gmail.com wrote: Hi, I found a bug within the validation plugin I have a form and I need to click the submit button twice to submit the form. It seems that on the first click validates and only on the second click will submit the form. I think it must submit the form directly if there is no validation error. A small example can be found here http://www.codeassembly.com/files/validate-bug.zip Thanks.
[jQuery] IE 7-8 bug on menu loading when mouse is over the menu
I have this issue in IE only, i've search in the forum but i didn't found nothing about that on page loading, if the mouse is over the menu IE throws an error this is what the debbugger throws in jquery.js line 25 nodeType null or non an object if(elem.nodeType==3||elem.nodeType==8 firefox works well, at least firebug doesn't show anything superfish.js and supersubs.js are loading after jquery.js any ideas will be welcome
[jQuery] Re: $(document).resize bug?
MartinBorthiry wrote: I'm trying to do this: $(document).resize(function(){alert('yea')}); but doesn't work on firefox or chrome, only work fine on IE (WTF!) I'd tryied $('body').resize... but happen the same. $(window).resize work fine but i need to detect when the body's height has been changed by ajax. As far as I know, resize is only supposed to fire when an actual window (or iframe) is resized. The IE behaviour is a bug. As for doing what you want to do, I have no idea, but at least you can stop trying to catch a resize event for body. That won't happen in Firefox and Chrome (except, perhaps, if you can get your page to trigger quirks mode, but I wouldn't recommend going down that path...). -- Bertilo Wennergren http://bertilow.com
[jQuery] Re: $(document).resize bug?
On 25 sep, 13:13, Bertilo Wennergren berti...@gmail.com wrote: MartinBorthiry wrote: I'm trying to do this: $(document).resize(function(){alert('yea')}); but doesn't work on firefox or chrome, only work fine on IE (WTF!) I'd tryied $('body').resize... but happen the same. $(window).resize work fine but i need to detect when the body's height has been changed by ajax. As far as I know, resize is only supposed to fire when an actual window (or iframe) is resized. The IE behaviour is a bug. As for doing what you want to do, I have no idea, but at least you can stop trying to catch a resize event for body. That won't happen in Firefox and Chrome (except, perhaps, if you can get your page to trigger quirks mode, but I wouldn't recommend going down that path...). Thanks for your replay Bertilo. Well, i'll try other way to catch that event... i was reading w3c dom specifications (http://www.w3.org/TR/2000/REC-DOM-Level-2- Events-20001113/events.html#Events-eventgroupings-mutationevents) and document onresize event must to be defined since html 4. :(
[jQuery] JQuery cycle plugin bug(?) in firefox
Hi All, I've discovered some odd Firefox behaviour when using the JQuery cycle plugin. I'm simply trying to cycle through a few images. When you first visit the page, firefox fails to render the images correctly with the first overflowing it's container and the rest appearing as squashed thumbnails. When you refresh the page (but not shift+refresh) it all works fine. See http://www.thecathedraldeli.com/beta.html for an example. Has anyone come across this before? Any help would be much appreciated. Sidders Cycle PLugin v2.72 JQuery v1.3.2 FF v3.5.3
[jQuery] Re: Maybe Jquery ? Bug with firefox 3.5
Hello, I'll restart this subject because our problem still exists. Deactivate the jquery solve the problem, so we think that's maybe a link between the javascripts we have in our website. In the following page : http://www.lequipe.fr/Experts/index.html, we can trigger the rerender event by change the content of a div via the link on LES DERNIERS POST LES + COMMENTES We find that if we remove the javascript's code of googlesyndication , the rerender dissapears. But in the Home page, the same procedure doesn't had the same result and we had to remove another block that contain a document.write('iframe ');. So we think the problem is the dynamic generation of iframes. But, this method is used by a lot of advertisers and we can't force them to work in our way. I find it very strange that nobody have the same problem, but if some of you can confirm that the iframe may be the source of the problem, we can move forward. Pierre 2009/8/19 Pierre Bellan fcy...@gmail.com Hi all, I don't know if it's a bug in jquery but some of you can have encounter the same problem with their website. Recently, we had changed our website ( http://www.lequipe.fr ) using the jquery 1.3.2 version. With the last version of Firefox ( 3.5.2 ), the site is render twice during the loading. We can't isolate which element can produce this problem and it happens only with the firefox 3.5 ( not in 3.7pre or 3.0.12, not in ie, etc... ) We load some js from external source ( facebook, googlesyndication, etc... ) If someone would have a clue on this problem, i would appreciate him. Thanks Pierre
[jQuery] Re: a probable bug with keyboard events
hello joern, sorry didn't see your answer. your patch proposed to the ticket is working great. please commit it if you can. On Fri, Nov 14, 2008 at 16:44, Jörn Zaeffererjoern.zaeffe...@googlemail.com wrote: Finally a ticket: http://ui.jquery.com/bugs/ticket/3587 Jörn On Mon, Oct 20, 2008 at 2:59 AM, alex bodnaru alexbodn.gro...@gmail.com wrote: backspace support added. alex On Mon, Oct 20, 2008 at 02:08, alex bodnaru alexbodn.gro...@gmail.com wrote: don't tell me i forgot to attach the file ;) On Sun, Oct 19, 2008 at 18:15, alex bodnaru alexbodn.gro...@gmail.com wrote: hello dan, everybody. i have posted yesterday on this list a few improvements to autocomplete for your review, which i'd be glad to see committed if ok. as it turned out, the work was more delicate, but with your expert guidance i got the hoped result. here is jquery.autocomplete.js, as patched to ignore noisy key presses and to additionally append fields values to the ajax query. last but not least, i have given the input widget focus after selection from the list, since this widget is made for people who wish to use the keyboard. additionally, maybe a configuration option will allow automatic move to the next field, to save even more fuss from the user. please take a look an freely use my work. best regards, alex On Sun, Oct 19, 2008 at 17:40, alex bodnaru alexbodn.gro...@gmail.com wrote: hi dan, thanks for your answer. i'm logging the keydown event on the input in the plugin autocomplete. the keydown is there to react to movement, return and delete, and in the default condition it may check for eventual changes in the input field. but, pressing of a hebrew character immediately after the keymap switching with alt-shift (which is itself captured by keydown as alt) is not getting in keydown at all, however it changed the field value. anyway, the keyCode of hebrew chars in keydown is always 0. i will try to move handling of non movement keypresses in keypress, and soon report. best regards, alex On Sun, Oct 19, 2008 at 15:47, Dan Switzer dswit...@pengoworks.com wrote: Alex, What keyboard event are you logging? Some events are only captured by a keypress event and will be ignored by the keydown event. -Dan On Sun, Oct 19, 2008 at 5:12 AM, alex bodnaru alexbodn.gro...@gmail.com wrote: hello friends, i ran into a corner case with jquery autocomplete which i'd like to seek a solution for: my system is bilingual (en-he) gnome debian linux, with firefox 3.0.3. with focus on an autocomplete field, i'm switching the keymap to hebrew, using alt-shift. logging the event keyCode to the firebug console, i get one 18 value, followed sometimes by a 0 additional event. the next character i'm typing into the field is being shown, but does not trigger a keycode event, hence the autocompletion doesn't react. this doesn't happen when i switch the language to english, probably because ascii characters have non-zero keyCodes. but the following character i'm typing acts ok. no, this is not because minChars. i assume that the alt-shift is leaving the event manager in an ambiguous state, which invalidates an unicode char, but is being later cleaned by typing another char, or bksp/del. could you help? best regards, alex -- alex smime.p7s Description: S/MIME Cryptographic Signature
[jQuery] Re: IE8 Selector Bug?
If you are using 1.2.6 you need to use the @ symbol $('#Row_1 inp...@type=text]').each(function() { $(this).val(''); }); gentry wrote: Anybody know why this doesn't work in IE8 with jQuery version 1.2.6? It works in the latest jQuery version but I can't move to it yet because of some other issues. I'm trying to clear all the textboxes in a table row but only the 1st textbox gets cleared in IE8. $('#Row_1 input[type=text]').each(function() { $(this).val(''); });
[jQuery] Re: IE8 Selector Bug?
ignore that Liam Potter wrote: If you are using 1.2.6 you need to use the @ symbol $('#Row_1 inp...@type=text]').each(function() { $(this).val(''); }); gentry wrote: Anybody know why this doesn't work in IE8 with jQuery version 1.2.6? It works in the latest jQuery version but I can't move to it yet because of some other issues. I'm trying to clear all the textboxes in a table row but only the 1st textbox gets cleared in IE8. $('#Row_1 input[type=text]').each(function() { $(this).val(''); });
[jQuery] Re: IE8 Selector Bug?
My guess is its related to a problem I ran into with the Sizzle child selectors in 1.3.x I opened a ticket about a month ago http://dev.jquery.com/ticket/4917 But it hasn't been reviewed yet. JK -Original Message- From: jquery-en@googlegroups.com [mailto:jquery...@googlegroups.com] On Behalf Of gentry Sent: Wednesday, August 12, 2009 10:26 AM To: jQuery (English) Subject: [jQuery] IE8 Selector Bug? Anybody know why this doesn't work in IE8 with jQuery version 1.2.6? It works in the latest jQuery version but I can't move to it yet because of some other issues. I'm trying to clear all the textboxes in a table row but only the 1st textbox gets cleared in IE8. $('#Row_1 input[type=text]').each(function() { $(this).val(''); });
[jQuery] Re: IE8 Selector Bug?
Not confirming or disconfirming that it is a bug, but using the attr() method worked for me $('#Row_1 input[type=text]').each(function() { $(this).attr('value',''); }); On Aug 12, 1:25 pm, gentry gent...@gmail.com wrote: Anybody know why this doesn't work in IE8 with jQuery version 1.2.6? It works in the latest jQuery version but I can't move to it yet because of some other issues. I'm trying to clear all the textboxes in a table row but only the 1st textbox gets cleared in IE8. $('#Row_1 input[type=text]').each(function() { $(this).val(''); });
[jQuery] Re: IE8 Selector Bug?
It looks similar to the one above, but different. I'll try and check in to them both. gentry - can you file a bug for the issue you found, preferably with a full test case? --John On Wed, Aug 12, 2009 at 2:21 PM, Jeffrey Kretz jeffkr...@hotmail.comwrote: My guess is its related to a problem I ran into with the Sizzle child selectors in 1.3.x I opened a ticket about a month ago http://dev.jquery.com/ticket/4917 But it hasn't been reviewed yet. JK -Original Message- From: jquery-en@googlegroups.com [mailto:jquery...@googlegroups.com] On Behalf Of gentry Sent: Wednesday, August 12, 2009 10:26 AM To: jQuery (English) Subject: [jQuery] IE8 Selector Bug? Anybody know why this doesn't work in IE8 with jQuery version 1.2.6? It works in the latest jQuery version but I can't move to it yet because of some other issues. I'm trying to clear all the textboxes in a table row but only the 1st textbox gets cleared in IE8. $('#Row_1 input[type=text]').each(function() { $(this).val(''); });
[jQuery] Re: IE8 Selector Bug?
I got it to work by changing to this: $('#Row_1tdinput[type=text]').each(function() { $(this).val(''); }); John - Still want a bug filed for this? Thanks, Shane On Aug 12, 11:50 am, John Resig jere...@gmail.com wrote: It looks similar to the one above, but different. I'll try and check in to them both. gentry - can you file a bug for the issue you found, preferably with a full test case? --John On Wed, Aug 12, 2009 at 2:21 PM, Jeffrey Kretz jeffkr...@hotmail.comwrote: My guess is its related to a problem I ran into with the Sizzle child selectors in 1.3.x I opened a ticket about a month ago http://dev.jquery.com/ticket/4917 But it hasn't been reviewed yet. JK -Original Message- From: jquery-en@googlegroups.com [mailto:jquery...@googlegroups.com] On Behalf Of gentry Sent: Wednesday, August 12, 2009 10:26 AM To: jQuery (English) Subject: [jQuery] IE8 Selector Bug? Anybody know why this doesn't work in IE8 with jQuery version 1.2.6? It works in the latest jQuery version but I can't move to it yet because of some other issues. I'm trying to clear all the textboxes in a table row but only the 1st textbox gets cleared in IE8. $('#Row_1 input[type=text]').each(function() { $(this).val(''); });
[jQuery] Re: IE8 Selector Bug?
gentry - Yes please! --John On Wed, Aug 12, 2009 at 5:15 PM, gentry gent...@gmail.com wrote: I got it to work by changing to this: $('#Row_1tdinput[type=text]').each(function() { $(this).val(''); }); John - Still want a bug filed for this? Thanks, Shane On Aug 12, 11:50 am, John Resig jere...@gmail.com wrote: It looks similar to the one above, but different. I'll try and check in to them both. gentry - can you file a bug for the issue you found, preferably with a full test case? --John On Wed, Aug 12, 2009 at 2:21 PM, Jeffrey Kretz jeffkr...@hotmail.com wrote: My guess is its related to a problem I ran into with the Sizzle child selectors in 1.3.x I opened a ticket about a month ago http://dev.jquery.com/ticket/4917 But it hasn't been reviewed yet. JK -Original Message- From: jquery-en@googlegroups.com [mailto:jquery...@googlegroups.com] On Behalf Of gentry Sent: Wednesday, August 12, 2009 10:26 AM To: jQuery (English) Subject: [jQuery] IE8 Selector Bug? Anybody know why this doesn't work in IE8 with jQuery version 1.2.6? It works in the latest jQuery version but I can't move to it yet because of some other issues. I'm trying to clear all the textboxes in a table row but only the 1st textbox gets cleared in IE8. $('#Row_1 input[type=text]').each(function() { $(this).val(''); });
[jQuery] Re: IE8 Selector Bug?
I must have something screwy with my page (it has a lot going on), as I'm unable to reproduce this on a test page. I'll dig some more and see if I can figure what's causing the issue before filing a bug report. On Aug 12, 2:28 pm, John Resig jere...@gmail.com wrote: gentry - Yes please! --John On Wed, Aug 12, 2009 at 5:15 PM, gentry gent...@gmail.com wrote: I got it to work by changing to this: $('#Row_1tdinput[type=text]').each(function() { $(this).val(''); }); John - Still want a bug filed for this? Thanks, Shane On Aug 12, 11:50 am, John Resig jere...@gmail.com wrote: It looks similar to the one above, but different. I'll try and check in to them both. gentry - can you file a bug for the issue you found, preferably with a full test case? --John On Wed, Aug 12, 2009 at 2:21 PM, Jeffrey Kretz jeffkr...@hotmail.com wrote: My guess is its related to a problem I ran into with the Sizzle child selectors in 1.3.x I opened a ticket about a month ago http://dev.jquery.com/ticket/4917 But it hasn't been reviewed yet. JK -Original Message- From: jquery-en@googlegroups.com [mailto:jquery...@googlegroups.com] On Behalf Of gentry Sent: Wednesday, August 12, 2009 10:26 AM To: jQuery (English) Subject: [jQuery] IE8 Selector Bug? Anybody know why this doesn't work in IE8 with jQuery version 1.2.6? It works in the latest jQuery version but I can't move to it yet because of some other issues. I'm trying to clear all the textboxes in a table row but only the 1st textbox gets cleared in IE8. $('#Row_1 input[type=text]').each(function() { $(this).val(''); });
[jQuery] Re: Input fields bug
Thanks a lot gil, tried it and it worked immediately! Thanks again! On Jul 21, 4:02 pm, gil gilalbe...@gmail.com wrote: Hi Koos, It might be this: When you open the pop up it adds some divs, but there is one that doesn't disappear when you click exit. Disable the div with id=overlayButtonPlaceholder with display:none, when you close the popup. Regards On Jul 21, 2:09 am, Kozie flamefing...@gmail.com wrote: Hi, I recently stumbled upon an oddbugi haven't seen earlier while developing my website (http://demo.7u.nl/liveandtravel/index.htm). Thebugis only relevant for IE browsers (even IE8 though). When clicking on a block with text, like 'Stranden' or 'Rondreizen', you see a popup with the relevant page This popup is actually the jQuery plugin 'BlockUI'. After you've openend a popup once, theinputfieldsbelow (in the 'Bel mij' block) will act very odd. You can only focus the field by navigating to it with the tab-key or by clicking the few available corners and edges. I've been busy for some hours trying to figure out what is causing this problem. Even with some nasty tricks i wasn't able to have this section work more user friendly. I hope someone is able to help me get a step further in this development process. Thank in advance. Koos
[jQuery] Re: JQuery IE Bug? trigger with TABLE Element
a link to the page where it's happening (or a test page where you replicate the problem) would help. On Jul 22, 9:31 am, Diogo diogo.l...@gmail.com wrote: Hi, I am having trouble with the Trigger in JQuery 1.3.2 and IE. It works in FireFox but breaks in IE6 and 8. JQuery.js line 2644 if ( (!elem[type] || (jQuery.nodeName(elem, 'a') type == click)) elem[on+type] elem[on+type].apply( elem, data ) === false ) The elem[type] give a Invalid procedure call or argument Watch: NAME VALUE TYPE type node:changed String elem.nodeName TABLE String elem[type] Invalid procedure call or argument Error Can anyone help with this issue? Do you need more info, what? Thanks. Regards, Diogo
[jQuery] Re: Input fields bug
Hi Koos, It might be this: When you open the pop up it adds some divs, but there is one that doesn't disappear when you click exit. Disable the div with id=overlayButtonPlaceholder with display:none, when you close the popup. Regards On Jul 21, 2:09 am, Kozie flamefing...@gmail.com wrote: Hi, I recently stumbled upon an odd bug i haven't seen earlier while developing my website (http://demo.7u.nl/liveandtravel/index.htm). The bug is only relevant for IE browsers (even IE8 though). When clicking on a block with text, like 'Stranden' or 'Rondreizen', you see a popup with the relevant page This popup is actually the jQuery plugin 'BlockUI'. After you've openend a popup once, the input fields below (in the 'Bel mij' block) will act very odd. You can only focus the field by navigating to it with the tab-key or by clicking the few available corners and edges. I've been busy for some hours trying to figure out what is causing this problem. Even with some nasty tricks i wasn't able to have this section work more user friendly. I hope someone is able to help me get a step further in this development process. Thank in advance. Koos
[jQuery] Looks like a bug in IE7 with replaceWith
Hi, I have a following Jquery code, as you can see all it does when user clicks an html link it shows a hidden div (I am using SlideToggle). The problem is in changing plus icon on minus icon after we clicked on a link, for example when div is hidden we should show plus, after we clicked a link and shown a hidden div we are showing minus icon. It perfectly works in Chrome and Firefox. But in IE7 I got a problem, it changes plus on a minus only once, and then shows minus only. I am not sure what modifications should I make to my code to get it working in IE. Thanks in advance, really appreciate any help. //Hiding first level of main menu $('a#mainmenu_anchor001').click( function(event) { var minusORplus = $(img#imp_plus001).attr(src); if ( minusORplus == 'img/plus.gif' ) { $('img#imp_plus001').replaceWith('img src=img/minus.gif id=imp_plus001 alt= border=0 align=top \/'); } if ( minusORplus == 'img/minus.gif' ) { $('img#imp_plus001').replaceWith('img src=img/plus.gif id=imp_plus001 alt= border=0 align=top \/'); } //Removing filter attribute $('div#sub_menu_level001').slideToggle(fast, function() { if(jQuery.browser.msie) { this.style.removeAttribute('filter'); } }); $('div#sub_menu_level001').css({'filter' : 'alpha(opacity=100)'}); event.preventDefault(); });
[jQuery] Re: SWF animate() bug? Reloads swf. :(
Looks like Firefox 3.5/Mac behaves the same way. On Jun 30, 3:28 pm, Micky Hulse rgmi...@gmail.com wrote: Hi, Just wondering if anyone was/is able to find a solution to this bug: http://dev.jquery.com/ticket/4628 I need to animate the container of a flash embed, but I can't have my flash re-loading every time the animation happens. On the other hand, I guess it is only happening in Firefox? I have only tested using FF 3.0.11 on a Mac. Anyone? :( Thanks! Cheers, Micky
[jQuery] Pleas help with bug timepickr and validations plugin
Hi, i need use jquery time picker: http://haineault.com/media/jquery/ui-timepickr/page/ and jquery validation plugin: http://bassistance.de/jquery-plugins/jquery-plugin-validation/ When i link this librarys timepicker dont show time good: http://bug.dvdvnovinachacasopisech.eu/test.htm but when i take validation plugin away, timepicker show time good: http://bug.dvdvnovinachacasopisech.eu/test.htm Pleas can you help me, i need use this librarys together. THX
[jQuery] plug-in tablesorter bug/anomalies
The tablesorter plug-in by Christian Bach has what I think are a couple of bugs/anomalies. 1) a column that starts with a zero is not identified as a 'digit'. I think it should be. 2) a column that starts with an IP address that looks like 192.168.1.1 or 1.127.77.1 -- that is any IP with a single digit is not identified as an IP address because the is function only looks for \d{2,3} instead of \d{1,3}. 3) some of the examples in the source code are wrong. Otherwise a great plug-in and worth the effort to debug.
[jQuery] Re: IE iframe bug? Attributes not available on $(document).ready - any advice?
have you tried .height() instead of .attr('height') ? this method sjould handle crossbrowsing issues! On May 20, 11:53 pm, nabrown78 nabrow...@gmail.com wrote: Just to note, maybe the problem is related to document.ready firing too early within iframe : http://groups.google.com/group/jquery-dev/browse_thread/thread/460f3f... ?
[jQuery] Re: IE iframe bug? Attributes not available on $(document).ready - any advice?
Just to note, maybe the problem is related to document.ready firing too early within iframe : http://groups.google.com/group/jquery-dev/browse_thread/thread/460f3f6a6bf0b61/1f7ae233a9485450 ?
[jQuery] :contains selector error/bug in IE
I am loading an XML doc with the jQuery ajax call and then trying to search it using this statement. var myRow = $(myXML).find('Cell:contains(0100)') This works just fine in FireFox and Chrome but I get 0 results in IE Can someone suggest an alternate way to accomplish this same search that works in IE? Thank you, Art Details --- WinXP IE7 jQuery 1.3.2
[jQuery] Re: firefox hover bug with 'title' attribute?
does the same instance occur if you use any of the jquery 1.3.x scripts ? On Fri, May 1, 2009 at 12:21 AM, Jon Crump jjcr...@myuw.net wrote: jQuery 1.2.6 and Firefox 3.0.7 on MacBook OS X 10.5.5 If I might renew an unanswered thread: I've encountered this twice now in different contexts. This only occurs in FF, so far as I know. If .hover() is acting on a div that contains an image link, and that link has a title attribute, hover misbehaves by firing when the mouse is moved after a pause. an example of the problem can be seen here: http://home.myuw.net/jjcrump/test/opacity-test.html The first element has an image link with a title attribute, the second has link with no title attribute. If you hover over the first one and let the cursor pause a moment, FF's tooltip with the title text appears. Then when you move the mouse, the hover function fires again. The link's hover property seems to be interfering with jQuery's .hover() function. Any Ideas? Jon
[jQuery] Re: firefox hover bug with 'title' attribute?
Waseem thanks for responding. On Fri, 1 May 2009, waseem sabjee wrote: does the same instance occur if you use any of the jquery 1.3.x scripts ? I updated the example at http://home.myuw.net/jjcrump/test/opacity-test.html to use jquery 1.3.2 and it still shows the same effect. I can live without the title attribute, but I'm curious, and puzzled. Jon On Fri, May 1, 2009 at 12:21 AM, Jon Crump jjcr...@myuw.net wrote: jQuery 1.2.6 and Firefox 3.0.7 on MacBook OS X 10.5.5 If I might renew an unanswered thread: I've encountered this twice now in different contexts. This only occurs in FF, so far as I know. If .hover() is acting on a div that contains an image link, and that link has a title attribute, hover misbehaves by firing when the mouse is moved after a pause. an example of the problem can be seen here: http://home.myuw.net/jjcrump/test/opacity-test.html The first element has an image link with a title attribute, the second has link with no title attribute. If you hover over the first one and let the cursor pause a moment, FF's tooltip with the title text appears. Then when you move the mouse, the hover function fires again. The link's hover property seems to be interfering with jQuery's .hover() function. Any Ideas? Jon
[jQuery] Re: firefox hover bug with 'title' attribute?
The title popup is probably stealing focus from the element, there is no way to prevent that I guess. You could work around that by calculating if the cursor is already inside the element when mouseover fires. On Apr 30, 9:01 pm, Jon Crump jjcr...@myuw.net wrote: Waseem thanks for responding. On Fri, 1 May 2009, waseem sabjee wrote: does the same instance occur if you use any of the jquery 1.3.x scripts ? I updated the example athttp://home.myuw.net/jjcrump/test/opacity-test.htmlto use jquery 1.3.2 and it still shows the same effect. I can live without the title attribute, but I'm curious, and puzzled. Jon On Fri, May 1, 2009 at 12:21 AM, Jon Crump jjcr...@myuw.net wrote: jQuery 1.2.6 and Firefox 3.0.7 on MacBook OS X 10.5.5 If I might renew an unanswered thread: I've encountered this twice now in different contexts. This only occurs in FF, so far as I know. If .hover() is acting on a div that contains an image link, and that link has a title attribute, hover misbehaves by firing when the mouse is moved after a pause. an example of the problem can be seen here: http://home.myuw.net/jjcrump/test/opacity-test.html The first element has an image link with a title attribute, the second has link with no title attribute. If you hover over the first one and let the cursor pause a moment, FF's tooltip with the title text appears. Then when you move the mouse, the hover function fires again. The link's hover property seems to be interfering with jQuery's .hover() function. Any Ideas? Jon
[jQuery] jquery and https bug
Hi there I am working on a site that is using https. i have a toolbar using jquery but for some reason, IE6 throws an error saying 'Security Information This page contains both secure and nonsecure items ...' Any ideas on what's happening? Or how i can fix this? thanks gillian
[jQuery] Re: Internet Explorer Bug (Disappearing Fields)
I am experiencing exactly same problem. Did you find a solution yet? On Feb 23, 10:14 pm, James Finley jamesfin...@gmail.com wrote: I am running jQuery 1.2.6, and experiencing a major bug with form fields disappearing in IE 7.0.5730.11. I have fieldsets that can be collapsed (uses slideUp), and for some reason when you click into/ focus on a field, it changes position on the page/disappears. The caret moves up and to the left, and the field doesn't appear to be anywhere. I need a fix on this ASAP, and have been unsuccessful in fixing it. Please help!
[jQuery] jQuery + Firefox - Potential bug with hover event?
I came across this at work using jQuery 1.2.4 and now replicated it at home with jQuery 1.3.2. Instructions and example here: http://www.temega.co.uk/dump/4pqjql.html
[jQuery] JQuery UI BlockUI Plugin bug
In version: http://www.malsup.com/jquery/block/jquery.blockUI.js?v2.15 When you invoke .block() on the same element multiple times, then you get multiple layers. Instead it should if this element is already blocked :-) great plugin! thanks!
[jQuery] Re: jquery media bug in IE? (jquery.media)
I've got the same problem :( On 19 mar, 23:45, Steve s...@quinn.com wrote: Hi all, I am getting a Javascripterrorwhen using the media plugin (http:// plugins.jquery.com/project/media) in IE at the page: http://www.bbhscanners.com/products/ngenuity/ (works fine in FF and other browsers). The scripterrorfrom IE is about a missingobject(objectrequired) and occurs on page load and when you close the browser. Theerrormessage when the page loads occurs in the function: function __flash__addCallback(instance, name) { instance[name] = function () { return eval(instance.CallFunction(invoke name=\+name+\ returntype=\javascript\ + __flash__argumentsToXML (arguments,0) + /invoke)); } } Theerrorwhen shutting down the browser comes from this function: function __flash__removeCallback(instance, name) { instance[name] = null; } Any ideas how to fix this for IE? thanks, Steve
[jQuery] Re: jquery media bug in IE? (jquery.media)
On Apr 5, 12:49 pm, Bro coolpari...@gmail.com wrote: I've got the same problem :( On 19 mar, 23:45, Steve s...@quinn.com wrote: Hi all, I am getting a Javascripterrorwhen using the media plugin (http:// plugins.jquery.com/project/media) in IE at the page: http://www.bbhscanners.com/products/ngenuity/ (works fine in FF and other browsers). The scripterrorfrom IE is about a missingobject(objectrequired) and occurs on page load and when you close the browser. Theerrormessage when the page loads occurs in the function: function __flash__addCallback(instance, name) { instance[name] = function () { return eval(instance.CallFunction(invoke name=\+name+\ returntype=\javascript\ + __flash__argumentsToXML (arguments,0) + /invoke)); } } Theerrorwhen shutting down the browser comes from this function: function __flash__removeCallback(instance, name) { instance[name] = null; } Any ideas how to fix this for IE? thanks, Steve Please search this google group for a solution. This same problem has come up at least twice recently and it is not a problem with the plugin directly, but the flash player instead. Mike
[jQuery] Firefox 3 (Win) bug in slide animation
To see this bug in action, visit: http://www.keytosavannah.com and/or http://keytosavannah.dev.emarketsouth.com and click on one of the days in the calendar (top of the left column on most any page). A div will use the slide animation to display on top of the calendar with that day's events. This works fine in IE6/7, Safari, Mac Firefox, and possibly Windows Firefox 2. However using Windows Firefox 3 the animation interferes with the elements around the calendar in a way that I can't really explain. It doesn't really display the hidden part of the calendar overlay, but whatever space it would normally occupy if it were fully visible is distorted and jumpy while the animation plays. Anyone have any idea what causes this? I've tried emptying the contents of that div because I suspected the table might be at fault, but it did not change the animation issue. I also tried using slideUp/ slideDown/slideToggle functions but every method of sliding displays the same way. Thanks, -ender
[jQuery] Re: li width bug in jCarousel
Oops - I wasn't aware that the second parameter was the context - I was reading this as if both parameters were inside the quotes. Please ignore this note.
[jQuery] Re: Jquery 1.3.2 bug in getting checkbox ..... maybe
*http://tinyurl.com/bmmfhd* * * *http://tinyurl.com/bml9w5* *http://tinyurl.com/89m6ah* On Wed, Mar 11, 2009 at 7:56 AM, Plant More Tree markth...@gmail.comwrote: Hi guys, I upgraded to 1.3.2 from 1.2.6 and the following stop working: $(inp...@type=checkbox]).each(function(i, item) { }); where I have almost spent an hour to diagnose it. Hence, I change to the following then it works : $(#form1 :checkbox).each(function(i, item) { }); hope this may help someone out there regards, Mark Thien Menggaris | The Technology Buddy markt |@| menggaris.com -- View this message in context: http://www.nabble.com/Jquery-1.3.2-bug-in-getting-checkbox-.-maybe-tp22447984s27240p22447984.html Sent from the jQuery General Discussion mailing list archive at Nabble.com.
[jQuery] Re: Jquery 1.3.2 bug in getting checkbox ..... maybe
Remove the @ symbol. It's use has been deprecated for the past few releases and has now been removed. http://docs.jquery.com/Release:jQuery_1.3#Changes Karl Rudd On Wed, Mar 11, 2009 at 1:56 PM, Plant More Tree markth...@gmail.com wrote: Hi guys, I upgraded to 1.3.2 from 1.2.6 and the following stop working: $(inp...@type=checkbox]).each(function(i, item) { }); where I have almost spent an hour to diagnose it. Hence, I change to the following then it works : $(#form1 :checkbox).each(function(i, item) { }); hope this may help someone out there regards, Mark Thien Menggaris | The Technology Buddy markt |@| menggaris.com -- View this message in context: http://www.nabble.com/Jquery-1.3.2-bug-in-getting-checkbox-.-maybe-tp22447984s27240p22447984.html Sent from the jQuery General Discussion mailing list archive at Nabble.com.
[jQuery] Superfish menu, IE7 bug - menu expands in a flash when changing page
Hey all ! I have created a superfish menu for my modx website, based on the exsisting menu: wayfinder.jmultilevel. Note: the problem i'm having is related to internet explorer 7, the menu works flawless in firefox. When you click on an menu item and get directed to the new page, the menu suddenly appears fully expanded for a split second, and then returns to normal. I'am not sure if the problem appears the first time you click a link, you might have to try again before the bug springs. Also, you need to click on an menu item, the problem dosent come if you just press F5 for update. My website: http://www.norlins.dk/uchihaproject/ Files im using in my menu: JQUERY.JS: http://www.norlins.dk/uchihaproject/assets/snippets/wayfinder/configs/jmultilevel/jquery.js HOVERINTET.JS http://www.norlins.dk/uchihaproject/assets/snippets/wayfinder/configs/jmultilevel/hoverintent.js STYLE.CSS http://www.norlins.dk/uchihaproject/assets/snippets/wayfinder/configs/jmultilevel/style.css SUPERFISH.JS http://www.norlins.dk/uchihaproject/assets/snippets/wayfinder/configs/jmultilevel/style.css Thanks!! =)
[jQuery] 1.3.1/2 selecting bug... or feature?
I've build a recursive tree. Now I'm trying to get the number of list elements but I get weirds results: $(li).length = 10; $(bodyul li).length = 4; Is this right?.. or a bug... (1.2.6 works as expected) [code] !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN http:// www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd html xmlns=http://www.w3.org/1999/xhtml; head meta http-equiv=Content-Type content=text/html; charset=utf-8 / !--script type=text/javascript src=scripts/ jquery-1.2.6.min.js/script-- script type=text/javascript src=scripts/jquery-1.3.2.min.js/ script script type=text/javascript $(function(){ $(body).prepend($(\bodyul li\).length = +$(bodyul li).length +;br/); $(body).prepend($(\li\).length = + $(li).length +;br/ ); }); /script /head body ul li spana/span ul li spanaa/span /li li spanab/span /li li spanac/span ul li spanaca/span /li li spanacb/span /li li spanacc/span /li /ul /li /ul /li li spanb/span /li li spanc/span /li li spand/span /li /ul /body /html [/code]
[jQuery] Re: Internet Explorer Bug (Disappearing Fields)
On Mon, Feb 23, 2009 at 12:14 PM, James Finley jamesfin...@gmail.com wrote: I am running jQuery 1.2.6, and experiencing a major bug with form fields disappearing in IE 7.0.5730.11. I have fieldsets that can be collapsed (uses slideUp), and for some reason when you click into/ focus on a field, it changes position on the page/disappears. The caret moves up and to the left, and the field doesn't appear to be anywhere. I need a fix on this ASAP, and have been unsuccessful in fixing it. Please help! Does this also happen when you remove all CSS from the page? As an aside, I consider simply using IE at all to be experiencing a major bug ;-)
[jQuery] Re: Internet Explorer Bug (Disappearing Fields)
It's a major bug because this Javascript is in a corporate project management system, with some 200+ users. IE is a bug of it's own, but since everyone is using it here, I have to deal. Now I just replicated the same glitch in IE 7.0.5730.13. The field appears to still exist, but has been shifted out of it's spot on the page. Honestly I do not know how to disable CSS in IE. On Feb 23, 11:27 am, brian bally.z...@gmail.com wrote: On Mon, Feb 23, 2009 at 12:14 PM, James Finley jamesfin...@gmail.com wrote: I am running jQuery 1.2.6, and experiencing a major bug with form fields disappearing in IE 7.0.5730.11. I have fieldsets that can be collapsed (uses slideUp), and for some reason when you click into/ focus on a field, it changes position on the page/disappears. The caret moves up and to the left, and the field doesn't appear to be anywhere. I need a fix on this ASAP, and have been unsuccessful in fixing it. Please help! Does this also happen when you remove all CSS from the page? As an aside, I consider simply using IE at all to be experiencing a major bug ;-)
[jQuery] Re: Internet Explorer Bug (Disappearing Fields)
Be careful! I encounter some same issue in past! It's more simple than i think! I made some typo and forget to close some html tag, that leads some fields disappear! That's is my exp! Wonder that you try to check all html close and open correctly! 2009/2/23 James Finley jamesfin...@gmail.com It's a major bug because this Javascript is in a corporate project management system, with some 200+ users. IE is a bug of it's own, but since everyone is using it here, I have to deal. Now I just replicated the same glitch in IE 7.0.5730.13. The field appears to still exist, but has been shifted out of it's spot on the page. Honestly I do not know how to disable CSS in IE. On Feb 23, 11:27 am, brian bally.z...@gmail.com wrote: On Mon, Feb 23, 2009 at 12:14 PM, James Finley jamesfin...@gmail.com wrote: I am running jQuery 1.2.6, and experiencing a major bug with form fields disappearing in IE 7.0.5730.11. I have fieldsets that can be collapsed (uses slideUp), and for some reason when you click into/ focus on a field, it changes position on the page/disappears. The caret moves up and to the left, and the field doesn't appear to be anywhere. I need a fix on this ASAP, and have been unsuccessful in fixing it. Please help! Does this also happen when you remove all CSS from the page? As an aside, I consider simply using IE at all to be experiencing a major bug ;-)
[jQuery] Re: Internet Explorer Bug (Disappearing Fields)
It is not that. I just ran the validator, and it is mostly clean. The issues that do exist are very minor. On Feb 23, 11:48 am, Vincent Nguyen kureik...@gmail.com wrote: Be careful! I encounter some same issue in past! It's more simple than i think! I made some typo and forget to close some html tag, that leads some fields disappear! That's is my exp! Wonder that you try to check all html close and open correctly! 2009/2/23 James Finley jamesfin...@gmail.com It's a major bug because this Javascript is in a corporate project management system, with some 200+ users. IE is a bug of it's own, but since everyone is using it here, I have to deal. Now I just replicated the same glitch in IE 7.0.5730.13. The field appears to still exist, but has been shifted out of it's spot on the page. Honestly I do not know how to disable CSS in IE. On Feb 23, 11:27 am, brian bally.z...@gmail.com wrote: On Mon, Feb 23, 2009 at 12:14 PM, James Finley jamesfin...@gmail.com wrote: I am running jQuery 1.2.6, and experiencing a major bug with form fields disappearing in IE 7.0.5730.11. I have fieldsets that can be collapsed (uses slideUp), and for some reason when you click into/ focus on a field, it changes position on the page/disappears. The caret moves up and to the left, and the field doesn't appear to be anywhere. I need a fix on this ASAP, and have been unsuccessful in fixing it. Please help! Does this also happen when you remove all CSS from the page? As an aside, I consider simply using IE at all to be experiencing a major bug ;-)
[jQuery] Re: Internet Explorer Bug (Disappearing Fields)
On Mon, Feb 23, 2009 at 12:43 PM, James Finley jamesfin...@gmail.com wrote: It's a major bug because this Javascript is in a corporate project management system, with some 200+ users. IE is a bug of it's own, but since everyone is using it here, I have to deal. Now I just replicated the same glitch in IE 7.0.5730.13. The field appears to still exist, but has been shifted out of it's spot on the page. Honestly I do not know how to disable CSS in IE. Just remove the CSS links to test. Also, is the page rendering in quirks mode? You say that it mostly validates but that's a very relative statement.
[jQuery] Re: Internet Explorer Bug (Disappearing Fields)
I am using XHTML 1.0 Strict, so not quirks mode. The errors that exist on the page are from checked=true and because of a few spaces in ids. I just checked with the CSS turned off, and I cannot replicate the issue. On Feb 23, 12:11 pm, brian bally.z...@gmail.com wrote: On Mon, Feb 23, 2009 at 12:43 PM, James Finley jamesfin...@gmail.com wrote: It's a major bug because this Javascript is in a corporate project management system, with some 200+ users. IE is a bug of it's own, but since everyone is using it here, I have to deal. Now I just replicated the same glitch in IE 7.0.5730.13. The field appears to still exist, but has been shifted out of it's spot on the page. Honestly I do not know how to disable CSS in IE. Just remove the CSS links to test. Also, is the page rendering in quirks mode? You say that it mostly validates but that's a very relative statement.
[jQuery] Re: Internet Explorer Bug (Disappearing Fields)
On Mon, Feb 23, 2009 at 1:53 PM, James Finley jamesfin...@gmail.com wrote: I am using XHTML 1.0 Strict, so not quirks mode. But, if the page doesn't validate for some reason, the browser will shift to quirks mode. Simply providing a DOCTYPE doesn't guaerantee which mode the page will be displayed in.
[jQuery] Re: jQuery 1.3.2 + Dialog + Tabs = Bug
Not sure yet what the bug is actually, but I found that the following fixes it: setTimeout(function() { tabdiv.children('#tabs').tabs(select,#tabs-2); }, 0); Lead me to changing the order of opening the dialog and selecting the other tab: content.dialog('open'); tabdiv.children('#tabs').tabs(select,#tabs-2); which also works... --Klaus On 22 Feb., 02:48, mgl mgl@gmail.com wrote: Hi all, I've found a bug in jQuery 1.3.2 (or maybe Dialog/Tabs in UI 1.6rc6). In my application, I have a dialog with tabs inside of it. I create the dialog and build/setup the elements inside it before it is displayed to the user. Up to jQuery 1.3.1 I haven't had a problem with this. Depending on what sequence of actions activates the dialog, a different tab will be selected by default, using the .tabs ('select',[tabid]) method. In some cases, this may happen before the dialog is displayed - this is where I've found a bug with jQuery 1.3.2. Basically, I get two tabs displayed. Here's an example:http://jsbin.com/umihi/edit If there are only two tabs, there's no way to fix it (in the example linked above, you can click on the 3rd, and it's okay after that). Is there any chance this has something to do with the latest changes to the Sizzle library?
[jQuery] Re: jQuery 1.3.2 + Dialog + Tabs = Bug
Got it: Changes to the :visible selector caused this. Since you're selecting the tab while the content is still hidden, the following filter wasn't working correctly anymore: filter(':visible') Changed to filter(':not(.ui-tabs-hide)') which is more reliable anyway. --Klaus On 22 Feb., 12:03, Klaus Hartl klaus.ha...@googlemail.com wrote: Not sure yet what the bug is actually, but I found that the following fixes it: setTimeout(function() { tabdiv.children('#tabs').tabs(select,#tabs-2); }, 0); Lead me to changing the order of opening the dialog and selecting the other tab: content.dialog('open'); tabdiv.children('#tabs').tabs(select,#tabs-2); which also works... --Klaus On 22 Feb., 02:48, mgl mgl@gmail.com wrote: Hi all, I've found a bug in jQuery 1.3.2 (or maybe Dialog/Tabs in UI 1.6rc6). In my application, I have a dialog with tabs inside of it. I create the dialog and build/setup the elements inside it before it is displayed to the user. Up to jQuery 1.3.1 I haven't had a problem with this. Depending on what sequence of actions activates the dialog, a different tab will be selected by default, using the .tabs ('select',[tabid]) method. In some cases, this may happen before the dialog is displayed - this is where I've found a bug with jQuery 1.3.2. Basically, I get two tabs displayed. Here's an example:http://jsbin.com/umihi/edit If there are only two tabs, there's no way to fix it (in the example linked above, you can click on the 3rd, and it's okay after that). Is there any chance this has something to do with the latest changes to the Sizzle library?
[jQuery] Re: jQuery 1.3.2 + Dialog + Tabs = Bug
Cool. Thanks for looking into that. On Feb 23, 12:10 am, Klaus Hartl klaus.ha...@googlemail.com wrote: Got it: Changes to the :visible selector caused this. Since you're selecting the tab while the content is still hidden, the following filter wasn't working correctly anymore: filter(':visible') Changed to filter(':not(.ui-tabs-hide)') which is more reliable anyway. --Klaus On 22 Feb., 12:03, Klaus Hartl klaus.ha...@googlemail.com wrote: Not sure yet what the bug is actually, but I found that the following fixes it: setTimeout(function() { tabdiv.children('#tabs').tabs(select,#tabs-2); }, 0); Lead me to changing the order of opening the dialog and selecting the other tab: content.dialog('open'); tabdiv.children('#tabs').tabs(select,#tabs-2); which also works... --Klaus On 22 Feb., 02:48, mgl mgl@gmail.com wrote: Hi all, I've found a bug in jQuery 1.3.2 (or maybe Dialog/Tabs in UI 1.6rc6). In my application, I have a dialog with tabs inside of it. I create the dialog and build/setup the elements inside it before it is displayed to the user. Up to jQuery 1.3.1 I haven't had a problem with this. Depending on what sequence of actions activates the dialog, a different tab will be selected by default, using the .tabs ('select',[tabid]) method. In some cases, this may happen before the dialog is displayed - this is where I've found a bug with jQuery 1.3.2. Basically, I get two tabs displayed. Here's an example:http://jsbin.com/umihi/edit If there are only two tabs, there's no way to fix it (in the example linked above, you can click on the 3rd, and it's okay after that). Is there any chance this has something to do with the latest changes to the Sizzle library?
[jQuery] Re: jQuery 1.3.2 + Dialog + Tabs = Bug
nar.wordpress. com/ http://www.Agenda. HRD-Forum. com/ http://seminarhr. wordpress. com/ http://www.Komunita s-HRD.com/ http://hrdforum. wordpress. com/ http://www.Diskusi- HRD.com/ http://www.DiskusiH RD.wordpress. com/ Tertarik mengadakan Inhouse Training Program ? Hubungi kami segera di ev...@hrd-forum. com atau di HOTLINE Kami : 08788-1000-100 021-70692748 0815 1049 0007 __._,_.___ Messages in this topic (14) Reply (via web post) | Start a new topic Messages Bergabunglah bersama facebook Head Hunter, di Link ini : http://www.facebook.com/group.php?gid=73713654552 Ikuti Workshop HRD Forum dapatkan outline dan agendanya call 08788-1000-100 atau klik http://www.HRD-Forum.com/ untuk melihat agenda training bulan ini, silakan kunjungi website http://www.HRD-Forum.com/ - Pasang Iklan Bisnis Lowongan Kerja anda di : http://www.SentraBisnis.com/ www.SentraBisnis.com hadir untuk anda ! sentra bisnis iklan baris populer Bursa Lowongan Kerja Terlengkap dan GRATIS ! http://bursakerjaku.blogspot.com/ agenda lengkap ada di : http://hrdforum.wordpress.com http://HRD-Forum.blogspot.com --- Penting buat Praktisi HRD !! http://hr-expert.blogspot.com/ http://management-hr.blogspot.com/ http://kpi-owner.blogspot.com/ http://compensations.blogspot.com/ http://recruitmentskill.blogspot.com/ --- Ikuti Polling di Manager-Indonesia.com Klik http://www.manager-indonesia.com/ --- http://free-toefl-test.blogspot.com/ Ingin Belajar TOEFL ? --- Ingin Bisnis dari Rumah ? http://www.software-website.com/?id=members http://www.resepbisnis.com/?id=members --- KLIK NOW !! http://free-toefl-test.blogspot.com/ MARKETPLACE From kitchen basics to easy recipes - join the Group from Kraft Foods Yahoo! Groups Change settings via the Web (Yahoo! ID required) Change settings via email: Switch delivery to Daily Digest | Switch format to Traditional Visit Your Group | Yahoo! Groups Terms of Use | Unsubscribe Recent Activity * 74 New Members Visit Your Group Y! Messenger PC-to-PC calls Call your friends worldwide - free! Ads on Yahoo! Learn more now. Reach customers searching for you. Yahoo! Groups Dog Zone Connect w/others who love dogs. On Sun, Feb 22, 2009 at 11:57 PM, mgl mgl@gmail.com wrote: Cool. Thanks for looking into that. On Feb 23, 12:10 am, Klaus Hartl klaus.ha...@googlemail.com wrote: Got it: Changes to the :visible selector caused this. Since you're selecting the tab while the content is still hidden, the following filter wasn't working correctly anymore: filter(':visible') Changed to filter(':not(.ui-tabs-hide)') which is more reliable anyway. --Klaus On 22 Feb., 12:03, Klaus Hartl klaus.ha...@googlemail.com wrote: Not sure yet what the bug is actually, but I found that the following fixes it: setTimeout(function() { tabdiv.children('#tabs').tabs(select,#tabs-2); }, 0); Lead me to changing the order of opening the dialog and selecting the other tab: content.dialog('open'); tabdiv.children('#tabs').tabs(select,#tabs-2); which also works... --Klaus On 22 Feb., 02:48, mgl mgl@gmail.com wrote: Hi all, I've found a bug in jQuery 1.3.2 (or maybe Dialog/Tabs in UI 1.6rc6). In my application, I have a dialog with tabs inside of it. I create the dialog and build/setup the elements inside it before it is displayed to the user. Up to jQuery 1.3.1 I haven't had a problem with this. Depending on what sequence of actions activates the dialog, a different tab will be selected by default, using the .tabs ('select',[tabid]) method. In some cases, this may happen before the dialog is displayed - this is where I've found a bug with jQuery 1.3.2. Basically, I get two tabs displayed. Here's an example: http://jsbin.com/umihi/edit If there are only two tabs, there's no way to fix it (in the example linked above, you can click on the 3rd, and it's okay after that). Is there any chance this has something to do with the latest changes to the Sizzle library?
[jQuery] jQuery 1.3.2 + Dialog + Tabs = Bug
Hi all, I've found a bug in jQuery 1.3.2 (or maybe Dialog/Tabs in UI 1.6rc6). In my application, I have a dialog with tabs inside of it. I create the dialog and build/setup the elements inside it before it is displayed to the user. Up to jQuery 1.3.1 I haven't had a problem with this. Depending on what sequence of actions activates the dialog, a different tab will be selected by default, using the .tabs ('select',[tabid]) method. In some cases, this may happen before the dialog is displayed - this is where I've found a bug with jQuery 1.3.2. Basically, I get two tabs displayed. Here's an example: http://jsbin.com/umihi/edit If there are only two tabs, there's no way to fix it (in the example linked above, you can click on the 3rd, and it's okay after that). Is there any chance this has something to do with the latest changes to the Sizzle library?
[jQuery] [validate] plugin maxlength bug with textarea?
When maxlength is set for textarea and the field is validated, the plugin seems to consider line breaks within the textarea as two characters at least in IE and Opera. That is because in IE and Opera, the textarea string received with element.value contains line breaks represented with two characters \r\n. With Firefox, this problem does not occur. As improvement suggestion, could this line in code: var result = $.validator.methods[method].call( this, element.value, element, rule.parameters ); be changed to use jQuery element value: var result = $.validator.methods[method].call( this, $(element).val(), element, rule.parameters ); That $(element).val(), replaces all the \r\n with \n so that a line break results as one character in validation. At least I did not find any option to fix this. Tested with validation plugin 1.5.1. Br. Rami
[jQuery] Re: Jquery Treeview bug in Tapestry5
Hi Ralph, I don't understand $ alias much. In source code, i changed $ to $jq for example. But still got conflict. After all, I changed function name remove to removeNode in jquery.treeview.async.js. Oops it does help me. Thanks for your help. Van On Feb 11, 1:44 pm, Ralph Whitbeck ralph.whitb...@gmail.com wrote: noConflict will only release the $ back to the other library. You'll need to go through and update your jQuery lines like so from $(div).hide(); to jQuery(div).hide(); http://docs.jquery.com/Core/jQuery.noConflict Ralph On Feb 10, 9:59 pm, pilgrim leva...@gmail.com wrote: Hi, I'm using Tapestry5.018 (using Prototype and Scriptaculous for front end). I love Jquery and try using TreeView plugin for processing tree. Everything is ok so far but a bug with remove function in jquery.treeview.edit.js. With existence of prototype.js , remove a node in tree will remove a tree. Without prototype.js, remove function works ok. I guess there is a conflict between prototype and jquery but can't find the solution. I'd appreciate your help. Note: prototype.js is automatically generated. It always exists. I explicitly called jquery.noConlict(). Thanks and regards, Van
[jQuery] Re: Jquery Treeview bug in Tapestry5
Try to put the code in an anonymous function like so: (function($){ // the code of treeview })(jQuery); More about this method and its purpose you can read - here http://jquery-howto.blogspot.com/2008/12/what-heck-is-function-jquery.html On Thu, Feb 12, 2009 at 12:06 PM, pilgrim leva...@gmail.com wrote: Hi Ralph, I don't understand $ alias much. In source code, i changed $ to $jq for example. But still got conflict. After all, I changed function name remove to removeNode in jquery.treeview.async.js. Oops it does help me. Thanks for your help. Van On Feb 11, 1:44 pm, Ralph Whitbeck ralph.whitb...@gmail.com wrote: noConflict will only release the $ back to the other library. You'll need to go through and update your jQuery lines like so from $(div).hide(); to jQuery(div).hide(); http://docs.jquery.com/Core/jQuery.noConflict Ralph On Feb 10, 9:59 pm, pilgrim leva...@gmail.com wrote: Hi, I'm using Tapestry5.018 (using Prototype and Scriptaculous for front end). I love Jquery and try using TreeView plugin for processing tree. Everything is ok so far but a bug with remove function in jquery.treeview.edit.js. With existence of prototype.js , remove a node in tree will remove a tree. Without prototype.js, remove function works ok. I guess there is a conflict between prototype and jquery but can't find the solution. I'd appreciate your help. Note: prototype.js is automatically generated. It always exists. I explicitly called jquery.noConlict(). Thanks and regards, Van
[jQuery] Re: Jquery Treeview bug in Tapestry5
noConflict will only release the $ back to the other library. You'll need to go through and update your jQuery lines like so from $(div).hide(); to jQuery(div).hide(); http://docs.jquery.com/Core/jQuery.noConflict Ralph On Feb 10, 9:59 pm, pilgrim leva...@gmail.com wrote: Hi, I'm using Tapestry5.018 (using Prototype and Scriptaculous for front end). I love Jquery and try using TreeView plugin for processing tree. Everything is ok so far but a bug with remove function in jquery.treeview.edit.js. With existence of prototype.js , remove a node in tree will remove a tree. Without prototype.js, remove function works ok. I guess there is a conflict between prototype and jquery but can't find the solution. I'd appreciate your help. Note: prototype.js is automatically generated. It always exists. I explicitly called jquery.noConlict(). Thanks and regards, Van
[jQuery] Re: Is this bug in IE or ui tabs
any ideas ? On Thu, Feb 5, 2009 at 5:56 PM, Varun Khatri khatri.vk1...@gmail.comwrote: I am using a function like : $('.ui-tabs-nav').bind('tabsselect', function(event, ui) { $(input[rel='currentTab']).val(ui.index); $(#example div.ui-tabs-panel).empty(); }); It just removes everything from tab , buttons , textbox , table everything... I want that when I click on some tab the controls belonging to that tab should be visible... Any idea ? Thanks Varun On Thu, Feb 5, 2009 at 4:12 PM, James james.gp@gmail.com wrote: Are your tabs AJAX? I had a similar issue, but it didn't work in Firefox also. Apparently this occurred for me because everytime you click on a tab, the AJAX loaded HTML remains in the DOM. This is an issue if you have separate tabs HTML with elements that have the same ID, as this will cause multiple elements with the same ID to exist at the same time. I put in a small code in select option for Tab UI that empties the div for all tabs when a different tab is clicked on and my problem went away. select: function() { $(#tab-container div.ui-tabs-panel).empty(); } On Feb 5, 1:52 pm, varun khatri.vk1...@gmail.com wrote: HI I am using ui tabs and i have 5 tabs on my page. Each tab is having a submit button and placeholder... when submit button is clicked , it fires a click event for that button in code behind and loads a table in placeholder of that tab... problem is after doing this process once in Internet Explorer when I go to another tab and hit submit button , it does not fire the event attached to that button... means if there are 3 submit buttons and 3 click events in code behind only 1 time submit button event is fired and then switching to different tab and hitting submit does nothing... But if I do the same stuff in firefox, it works . Can some one please advise ? Thanks Varun
[jQuery] Re: Is this bug in IE or ui tabs
Are your tabs AJAX? I had a similar issue, but it didn't work in Firefox also. Apparently this occurred for me because everytime you click on a tab, the AJAX loaded HTML remains in the DOM. This is an issue if you have separate tabs HTML with elements that have the same ID, as this will cause multiple elements with the same ID to exist at the same time. I put in a small code in select option for Tab UI that empties the div for all tabs when a different tab is clicked on and my problem went away. select: function() { $(#tab-container div.ui-tabs-panel).empty(); } On Feb 5, 1:52 pm, varun khatri.vk1...@gmail.com wrote: HI I am using ui tabs and i have 5 tabs on my page. Each tab is having a submit button and placeholder... when submit button is clicked , it fires a click event for that button in code behind and loads a table in placeholder of that tab... problem is after doing this process once in Internet Explorer when I go to another tab and hit submit button , it does not fire the event attached to that button... means if there are 3 submit buttons and 3 click events in code behind only 1 time submit button event is fired and then switching to different tab and hitting submit does nothing... But if I do the same stuff in firefox, it works . Can some one please advise ? Thanks Varun
[jQuery] Re: Is this bug in IE or ui tabs
I am using a function like : $('.ui-tabs-nav').bind('tabsselect', function(event, ui) { $(input[rel='currentTab']).val(ui.index); $(#example div.ui-tabs-panel).empty(); }); It just removes everything from tab , buttons , textbox , table everything... I want that when I click on some tab the controls belonging to that tab should be visible... Any idea ? Thanks Varun On Thu, Feb 5, 2009 at 4:12 PM, James james.gp@gmail.com wrote: Are your tabs AJAX? I had a similar issue, but it didn't work in Firefox also. Apparently this occurred for me because everytime you click on a tab, the AJAX loaded HTML remains in the DOM. This is an issue if you have separate tabs HTML with elements that have the same ID, as this will cause multiple elements with the same ID to exist at the same time. I put in a small code in select option for Tab UI that empties the div for all tabs when a different tab is clicked on and my problem went away. select: function() { $(#tab-container div.ui-tabs-panel).empty(); } On Feb 5, 1:52 pm, varun khatri.vk1...@gmail.com wrote: HI I am using ui tabs and i have 5 tabs on my page. Each tab is having a submit button and placeholder... when submit button is clicked , it fires a click event for that button in code behind and loads a table in placeholder of that tab... problem is after doing this process once in Internet Explorer when I go to another tab and hit submit button , it does not fire the event attached to that button... means if there are 3 submit buttons and 3 click events in code behind only 1 time submit button event is fired and then switching to different tab and hitting submit does nothing... But if I do the same stuff in firefox, it works . Can some one please advise ? Thanks Varun
[jQuery] Re: Complex selector: bug on IE
On Feb 2, 2009, at 9:52 AM, jQuery Lover wrote: Aren't you supposed to use @ symbol in 1.2.6 ? No. The @ symbol has been deprecated (not removed) since 1.1.4, August 2007: http://blog.jquery.com/2007/08/24/jquery-114-faster-more-tests-ready-for-12/ in the Deprecated Functionality section: $(��...@href]”) XPath Attribute Selector Note: While this selector is being deprecated in this release, it will not be removed in jQuery 1.2. Come jQuery 1.2, it’ll be recommended that you use the CSS selector $(”a[href]”) instead. Or, when jQuery 1.2 is released, use the new XPath Plugin. --Karl Karl Swedberg www.englishrules.com www.learningjquery.com
[jQuery] Re: Complex selector: bug on IE
Aren't you supposed to use @ symbol in 1.2.6 ? Read jQuery HowTo Resource - http://jquery-howto.blogspot.com On Mon, Feb 2, 2009 at 4:20 PM, Kud kud.g...@gmail.com wrote: Hello, I have a problem with jquery 1.2.6 and IE (6 and 7). When I use this code : http://pastebin.me/4986d5d6f219d it doesn't work on IE. Well, it works but just the first time. It's like the jquery object contains just the first element, not every *[id^='MULTI-EXPERIENCE-'][id$='-EXPERIENCE_EN_POSTE_1'] elements... Do you have a solution? Thanks.
[jQuery] Re: Odd dialog bug
$('#' + popupId).dialog({ autoOpen: true, resizable : false, bgiframe : true, position : [pos['x'], pos['y']], width: 'auto', height: 'auto', minHeight: 100, minWidth: 100, draggable : false, stack : true, show : 'slideDown(slow)', hide : 'slideUp(slow)', close: function(event, ui){setLinkText(elementId, event, ui)} }); ++ The dialog markup: ++ form id=map-params table class=popup id=popup-3 tr tdinput type=checkbox name=categories value=1 checked=checked //td tdimg src=http://localhost/images/people_20_20.png; height=20px width=20px //td tdServicesnbsp;ànbsp;lanbsp;personne/td /tr tr tdinput type=checkbox name=categories value=2 checked=checked //td tdimg src=http://localhost/images/car_20_20.png; height=20px width=20px //td tdAutomobile/td /tr tr tdinput type=checkbox name=categories value=3 checked=checked //td tdimg src=http://localhost/images/sport_20_20.png; height=20px width=20px //td tdSport/td /tr tr tdinput type=checkbox name=categories value=4 checked=checked //td tdimg src=http://localhost/images/computer_20_20.png; height=20px width=20px //td tdInformatique/td /tr tr tdinput type=checkbox name=categories value=5 checked=checked //td tdimg src=http://localhost/images/house_20_20.png; height=20px width=20px //td tdVotre chez-soi/td /tr trtd colspan=3a id=all-checkboxes href=javascript:void (0);Select all/a/td/tr /table /form ++ In IE7 (firefox spits out the dialog without hesitation), the code breaks at creation of the dialog: the dialog is not shown. Further investigation using Visual Web Dev indicates that at line 1048 of jquery.js (v1.3.1), an invalid value is set (minHeight = -47px), a negative value. May be it's proper within the framework, but IE chokes on it at odd times. In this case, I just have to remove the last row of the table: trtd colspan=3a id=all-checkboxes href=javascript:void (0);Select all/a/td/tr And it works... sometimes. When it does not, the minHeight value is again a negative value, -23px. I then remove another table row, and it's pretty much stable from then on. Thanks for any help. To Hi To, You may want to post this to the UI discussion group as well: http://groups.google.com/group/jquery-ui/topics
[jQuery] Re: Odd dialog bug
I've used negative values on IE7 before.. Is a different DOCTYPE possible? On Jan 24, 7:42 am, Mike Alsup mal...@gmail.com wrote: $('#' + popupId).dialog({ autoOpen: true, resizable : false, bgiframe : true, position : [pos['x'], pos['y']], width: 'auto', height: 'auto', minHeight: 100, minWidth: 100, draggable : false, stack : true, show : 'slideDown(slow)', hide : 'slideUp(slow)', close: function(event, ui){setLinkText(elementId, event, ui)} }); ++ The dialog markup: ++ form id=map-params table class=popup id=popup-3 tr tdinput type=checkbox name=categories value=1 checked=checked //td tdimg src=http://localhost/images/people_20_20.png; height=20px width=20px //td tdServicesnbsp;ànbsp;lanbsp;personne/td /tr tr tdinput type=checkbox name=categories value=2 checked=checked //td tdimg src=http://localhost/images/car_20_20.png; height=20px width=20px //td tdAutomobile/td /tr tr tdinput type=checkbox name=categories value=3 checked=checked //td tdimg src=http://localhost/images/sport_20_20.png; height=20px width=20px //td tdSport/td /tr tr tdinput type=checkbox name=categories value=4 checked=checked //td tdimg src=http://localhost/images/computer_20_20.png; height=20px width=20px //td tdInformatique/td /tr tr tdinput type=checkbox name=categories value=5 checked=checked //td tdimg src=http://localhost/images/house_20_20.png; height=20px width=20px //td tdVotre chez-soi/td /tr trtd colspan=3a id=all-checkboxes href=javascript:void (0);Select all/a/td/tr /table /form ++ In IE7 (firefox spits out the dialog without hesitation), the code breaks at creation of the dialog: the dialog is not shown. Further investigation using Visual Web Dev indicates that at line 1048 of jquery.js (v1.3.1), an invalid value is set (minHeight = -47px), a negative value. May be it's proper within the framework, but IE chokes on it at odd times. In this case, I just have to remove the last row of the table: trtd colspan=3a id=all-checkboxes href=javascript:void (0);Select all/a/td/tr And it works... sometimes. When it does not, the minHeight value is again a negative value, -23px. I then remove another table row, and it's pretty much stable from then on. Thanks for any help. To Hi To, You may want to post this to the UI discussion group as well: http://groups.google.com/group/jquery-ui/topics- Hide quoted text - - Show quoted text -
[jQuery] Re: Odd dialog bug
Tried a few Doctypes, to no avail. Thanks for the suggestion. I'm fine with negative values, but in the line in question, it's the property minHeight that is set to either -47px or -23px. Quite a minHeight! It seems to me the UI framework has some difficulty calculating the actual height of the elements, or positions (I know it has to do with the fact that the rendering parameters of elements differ from browser to browser). I've read many posts about the 'auto' height parameter, and it seems at fault here. If I get the actual height of the dialog element, add a few pixels, and inject the value in the dialog creation code, I can safely create dialogs as high as I want. The width parameter may be set to 'auto', or any value, the dialog box always respect the width of the element. The difficulty with injecting the actual height is that the value can only be retrieved once, at the very first use of the dialog. Afterwards, the height value (using $(#elementId).height ()) is zero. But wait! Injecting zero + a few pixels as the height dialog parameter value is good enough! I suppose the jQuery coders have put a safeguard against setting a value below the actual size of the element. IE and FF agree to fit the content to its size. For Firefox to comply with the actual height though, you do need to remove the minHeight parameter. IE doesn't care.
[jQuery] Re: Odd dialog bug
Are you testing the latest preview release of jQuery UI, 1.6rc5, with jQuery 1.3? If so, and the issue is present there, please enter a ticket here http://ui.jquery.com/bugs/newticket (note: requires registration) Also note, there is a jQuery UI mailing list: http://groups.google.com/group/jquery-ui - Richard On Sat, Jan 24, 2009 at 1:29 PM, Kostrowsky francois.x.h...@gmail.comwrote: Tried a few Doctypes, to no avail. Thanks for the suggestion. I'm fine with negative values, but in the line in question, it's the property minHeight that is set to either -47px or -23px. Quite a minHeight! It seems to me the UI framework has some difficulty calculating the actual height of the elements, or positions (I know it has to do with the fact that the rendering parameters of elements differ from browser to browser). I've read many posts about the 'auto' height parameter, and it seems at fault here. If I get the actual height of the dialog element, add a few pixels, and inject the value in the dialog creation code, I can safely create dialogs as high as I want. The width parameter may be set to 'auto', or any value, the dialog box always respect the width of the element. The difficulty with injecting the actual height is that the value can only be retrieved once, at the very first use of the dialog. Afterwards, the height value (using $(#elementId).height ()) is zero. But wait! Injecting zero + a few pixels as the height dialog parameter value is good enough! I suppose the jQuery coders have put a safeguard against setting a value below the actual size of the element. IE and FF agree to fit the content to its size. For Firefox to comply with the actual height though, you do need to remove the minHeight parameter. IE doesn't care.
[jQuery] Re: Odd dialog bug
2009/1/24 Richard D. Worth rdwo...@gmail.com Are you testing the latest preview release of jQuery UI, 1.6rc5, with jQuery 1.3? I am. Notwithstanding this difficulty, I'm very pleased with jQuery. An excellent framework. If so, and the issue is present there, please enter a ticket here http://ui.jquery.com/bugs/newticket (note: requires registration) Just did. Also note, there is a jQuery UI mailing list: http://groups.google.com/group/jquery-ui Just posted the messages on jQuery UI Thanks
[jQuery] Re: Possible 1.3 bug
Hi Karl, That seems to have worked perfectly. I was quite happy to wait for a new version but thank you for attending to this so quickly! Cheers, Diego A. 2009/1/15 Karl Swedberg k...@englishrules.com Thanks, Balazs! Hi Diego, I took a quick look at the moreSelectors script and noticed that it uses the [...@attr] syntax in a few places. It also defines the pseudo-selectors as strings. I took the liberty of updating the script. I removed the :csv() selector and the extended filter() method, though, because they were causing problems that I couldn't fix quickly. Try this one out and see if it works for you: http://test.learningjquery.com/scripts/jquery.moreselectors.js --Karl Karl Swedberg www.englishrules.com www.learningjquery.com On Jan 15, 2009, at 11:01 AM, Balazs Endresz wrote: In jquery.liveFilter.js a pseudo selector defined as a string, which was deprected since 1.2 if I remember right. jQuery.extend( jQuery.expr[':'], { insContains : jQuery(a).text().toUpperCase().indexOf(m [3].toUpperCase())=0 }); This should be a function instead: jQuery.expr[':'].insContains = function(a,i,m){ return jQuery(a).text().toUpperCase().indexOf(m[3].toUpperCase())=0 } On Jan 15, 4:09 pm, tpb976 tpb...@gmail.com wrote: It seems the problem has to do with creating custom selectors. I have a custom selector that I created and I am receiving this exact error. I am currently looking into the problem to see what I can figure out. On Jan 15, 9:05 am, Diego diego.a...@gmail.com wrote: Hi (me again), the problem was being caused by the moreSelectors plugin on this page: http://www.softwareunity.com/jquery/JQueryMoreSelectors/ On Jan 15, 2:40 pm, Diego diego.a...@gmail.com wrote: FYI. I found my offending code. It's a combination of these selectors: :text, :password, :file, :select, :button I just can't figure out why! On Jan 15, 7:39 am, emmj...@gmail.com emmj...@gmail.com wrote: I was checking all of my random plugins/scripts to make sure they all work with jQuery 1.3 and I found one that is having problems. An example of it is available at:http://digitalinferno.net/temp/ If you enter some text into the input firebug will report that filter is not a function in http://digitalinferno.net/temp/js/jquery.jsonline1961 Anyone know if this is a bug or if I have to change something in my code for the new 1.3 release?
[jQuery] Re: Possible 1.3 bug
I'm having the same problem. Has anyone overcome this yet? It sounds like we're using a selector that is no longer supported in jQuery 1.3. But which On Jan 15, 7:39 am, emmj...@gmail.com emmj...@gmail.com wrote: I was checking all of my random plugins/scripts to make sure they all work with jQuery 1.3 and I found one that is having problems. An example of it is available at:http://digitalinferno.net/temp/ If you enter some text into the input firebug will report that filter is not a function in http://digitalinferno.net/temp/js/jquery.json line 1961 Anyone know if this is a bug or if I have to change something in my code for the new 1.3 release?
[jQuery] Re: Possible 1.3 bug
FYI. I found my offending code. It's a combination of these selectors: :text, :password, :file, :select, :button I just can't figure out why! On Jan 15, 7:39 am, emmj...@gmail.com emmj...@gmail.com wrote: I was checking all of my random plugins/scripts to make sure they all work with jQuery 1.3 and I found one that is having problems. An example of it is available at:http://digitalinferno.net/temp/ If you enter some text into the input firebug will report that filter is not a function in http://digitalinferno.net/temp/js/jquery.json line 1961 Anyone know if this is a bug or if I have to change something in my code for the new 1.3 release?
[jQuery] Re: Possible 1.3 bug
Hi (me again), the problem was being caused by the moreSelectors plugin on this page: http://www.softwareunity.com/jquery/JQueryMoreSelectors/ On Jan 15, 2:40 pm, Diego diego.a...@gmail.com wrote: FYI. I found my offending code. It's a combination of these selectors: :text, :password, :file, :select, :button I just can't figure out why! On Jan 15, 7:39 am, emmj...@gmail.com emmj...@gmail.com wrote: I was checking all of my random plugins/scripts to make sure they all work with jQuery 1.3 and I found one that is having problems. An example of it is available at:http://digitalinferno.net/temp/ If you enter some text into the input firebug will report that filter is not a function in http://digitalinferno.net/temp/js/jquery.jsonline 1961 Anyone know if this is a bug or if I have to change something in my code for the new 1.3 release?
[jQuery] Re: Possible 1.3 bug
It seems the problem has to do with creating custom selectors. I have a custom selector that I created and I am receiving this exact error. I am currently looking into the problem to see what I can figure out. On Jan 15, 9:05 am, Diego diego.a...@gmail.com wrote: Hi (me again), the problem was being caused by the moreSelectors plugin on this page:http://www.softwareunity.com/jquery/JQueryMoreSelectors/ On Jan 15, 2:40 pm, Diego diego.a...@gmail.com wrote: FYI. I found my offending code. It's a combination of these selectors: :text, :password, :file, :select, :button I just can't figure out why! On Jan 15, 7:39 am, emmj...@gmail.com emmj...@gmail.com wrote: I was checking all of my random plugins/scripts to make sure they all work with jQuery 1.3 and I found one that is having problems. An example of it is available at:http://digitalinferno.net/temp/ If you enter some text into the input firebug will report that filter is not a function in http://digitalinferno.net/temp/js/jquery.jsonline1961 Anyone know if this is a bug or if I have to change something in my code for the new 1.3 release?
[jQuery] Re: Possible 1.3 bug
In jquery.liveFilter.js a pseudo selector defined as a string, which was deprected since 1.2 if I remember right. jQuery.extend( jQuery.expr[':'], { insContains : jQuery(a).text().toUpperCase().indexOf(m [3].toUpperCase())=0 }); This should be a function instead: jQuery.expr[':'].insContains = function(a,i,m){ return jQuery(a).text().toUpperCase().indexOf(m[3].toUpperCase())=0 } On Jan 15, 4:09 pm, tpb976 tpb...@gmail.com wrote: It seems the problem has to do with creating custom selectors. I have a custom selector that I created and I am receiving this exact error. I am currently looking into the problem to see what I can figure out. On Jan 15, 9:05 am, Diego diego.a...@gmail.com wrote: Hi (me again), the problem was being caused by the moreSelectors plugin on this page:http://www.softwareunity.com/jquery/JQueryMoreSelectors/ On Jan 15, 2:40 pm, Diego diego.a...@gmail.com wrote: FYI. I found my offending code. It's a combination of these selectors: :text, :password, :file, :select, :button I just can't figure out why! On Jan 15, 7:39 am, emmj...@gmail.com emmj...@gmail.com wrote: I was checking all of my random plugins/scripts to make sure they all work with jQuery 1.3 and I found one that is having problems. An example of it is available at:http://digitalinferno.net/temp/ If you enter some text into the input firebug will report that filter is not a function in http://digitalinferno.net/temp/js/jquery.jsonline1961 Anyone know if this is a bug or if I have to change something in my code for the new 1.3 release?
[jQuery] Re: Possible 1.3 bug
That worked for me Balazs. Thanks for your help. If anyone is having a problem with this feel free to contact me about it. -Tim On Jan 15, 10:01 am, Balazs Endresz balazs.endr...@gmail.com wrote: In jquery.liveFilter.js a pseudo selector defined as a string, which was deprected since 1.2 if I remember right. jQuery.extend( jQuery.expr[':'], { insContains : jQuery(a).text().toUpperCase().indexOf(m [3].toUpperCase())=0 }); This should be a function instead: jQuery.expr[':'].insContains = function(a,i,m){ return jQuery(a).text().toUpperCase().indexOf(m[3].toUpperCase())=0 } On Jan 15, 4:09 pm, tpb976 tpb...@gmail.com wrote: It seems the problem has to do with creating custom selectors. I have a custom selector that I created and I am receiving this exact error. I am currently looking into the problem to see what I can figure out. On Jan 15, 9:05 am, Diego diego.a...@gmail.com wrote: Hi (me again), the problem was being caused by the moreSelectors plugin on this page:http://www.softwareunity.com/jquery/JQueryMoreSelectors/ On Jan 15, 2:40 pm, Diego diego.a...@gmail.com wrote: FYI. I found my offending code. It's a combination of these selectors: :text, :password, :file, :select, :button I just can't figure out why! On Jan 15, 7:39 am, emmj...@gmail.com emmj...@gmail.com wrote: I was checking all of my random plugins/scripts to make sure they all work with jQuery 1.3 and I found one that is having problems. An example of it is available at:http://digitalinferno.net/temp/ If you enter some text into the input firebug will report that filter is not a function in http://digitalinferno.net/temp/js/jquery.jsonline1961 Anyone know if this is a bug or if I have to change something in my code for the new 1.3 release?
[jQuery] Re: Possible 1.3 bug
Thanks, Balazs! Hi Diego, I took a quick look at the moreSelectors script and noticed that it uses the [...@attr] syntax in a few places. It also defines the pseudo- selectors as strings. I took the liberty of updating the script. I removed the :csv() selector and the extended filter() method, though, because they were causing problems that I couldn't fix quickly. Try this one out and see if it works for you: http://test.learningjquery.com/scripts/jquery.moreselectors.js --Karl Karl Swedberg www.englishrules.com www.learningjquery.com On Jan 15, 2009, at 11:01 AM, Balazs Endresz wrote: In jquery.liveFilter.js a pseudo selector defined as a string, which was deprected since 1.2 if I remember right. jQuery.extend( jQuery.expr[':'], { insContains : jQuery(a).text().toUpperCase().indexOf(m [3].toUpperCase())=0 }); This should be a function instead: jQuery.expr[':'].insContains = function(a,i,m){ return jQuery(a).text().toUpperCase().indexOf(m[3].toUpperCase())=0 } On Jan 15, 4:09 pm, tpb976 tpb...@gmail.com wrote: It seems the problem has to do with creating custom selectors. I have a custom selector that I created and I am receiving this exact error. I am currently looking into the problem to see what I can figure out. On Jan 15, 9:05 am, Diego diego.a...@gmail.com wrote: Hi (me again), the problem was being caused by the moreSelectors plugin on this page:http://www.softwareunity.com/jquery/JQueryMoreSelectors/ On Jan 15, 2:40 pm, Diego diego.a...@gmail.com wrote: FYI. I found my offending code. It's a combination of these selectors: :text, :password, :file, :select, :button I just can't figure out why! On Jan 15, 7:39 am, emmj...@gmail.com emmj...@gmail.com wrote: I was checking all of my random plugins/scripts to make sure they all work with jQuery 1.3 and I found one that is having problems. An example of it is available at:http://digitalinferno.net/temp/ If you enter some text into the input firebug will report that filter is not a function in http://digitalinferno.net/temp/js/jquery.jsonline1961 Anyone know if this is a bug or if I have to change something in my code for the new 1.3 release?
[jQuery] Re: UI Tabs bug
sorry, jQuery 1.2.6 UI 1.6rc4 On Thu, Jan 15, 2009 at 10:49 PM, brian bally.z...@gmail.com wrote: synopsis: UI.tabs faisl hard when there is no UL for which to apply tabs. I have an admin section for which I'm using a tabbed nav bar. But, in a few pages, the UL does not appear (by design). Because I have this line in my admin.js: $('#nav_admin').tabs({ ... }); ... jQuery is coming to a screeching halt with this error: -- snip -- Error: c has no properties Source file: http://cake_elan.apollo/js/lib/jquery-1.2.6.js Line: 662 -- snip -- I traced it to this line in _tabify() $.data(a, 'load.tabs', a.href); To fix, I needed to wrap that block in my admin.js with: if ($('#nav_admin ul').length) { ... } Solution: UI.tabs needs to fail gracefully when there is no UL available to apply tabs to.
[jQuery] Re: UI Tabs bug
Could you please file a ticket... thanks. --Klaus On 16 Jan., 06:13, brian bally.z...@gmail.com wrote: sorry, jQuery 1.2.6 UI 1.6rc4 On Thu, Jan 15, 2009 at 10:49 PM, brian bally.z...@gmail.com wrote: synopsis: UI.tabs faisl hard when there is no UL for which to apply tabs. I have an admin section for which I'm using a tabbed nav bar. But, in a few pages, the UL does not appear (by design). Because I have this line in my admin.js: $('#nav_admin').tabs({ ... }); ... jQuery is coming to a screeching halt with this error: -- snip -- Error: c has no properties Source file:http://cake_elan.apollo/js/lib/jquery-1.2.6.js Line: 662 -- snip -- I traced it to this line in _tabify() $.data(a, 'load.tabs', a.href); To fix, I needed to wrap that block in my admin.js with: if ($('#nav_admin ul').length) { ... } Solution: UI.tabs needs to fail gracefully when there is no UL available to apply tabs to.
[jQuery] a possible selector bug in 1.2.6 solved in 1.3.beta2
strange, i was fighting against a bit of code where the selector engine would not want to behave as i expected. Out of ideas, i tried using the freshly released jquery 1.3 beta 2 and it turns out the engine now works as i expected! here is the incriminated code: var $thisLI = $('#' + UI.section); if ($thisLI.length 0) { var $thisMenu = $thisLI.parent(); var $thisA = $('a:first', $thisLI); $('a.selected', $thisMenu).removeClass ('selected'); $thisA.addClass('selected'); var liIndex = $thisMenu.children('li').index ($thisLI[0]); var newleft = 0 - (strataGrid.colWidth * (liIndex + 1)); $thisLI.siblings().removeClass ('selected').addClass('notSelected'); $thisMenu.animate({ left: newleft }, 'slow', function() { // this takes care of show/hiding menus and submenus $thisA.parents('li').removeClass ('notSelected').addClass('selected'); }); } I think the culprit is $thisLI.siblings().removeClass('selected').addClass('notSelected'); as the modified DOM shows the selected class also in children LI's inside that UL branch, you can view it live here: (click on news) http://www.pixeline.be/test/metalab/prototype/ and working correctly http://www.pixeline.be/test/metalab/prototype/index_1.6b2.htm
[jQuery] Re: variable scope bug in Firefox only?
There must be something else going on with your code other than the snippet you've posted here. It's hard to believe that a local variable would not work properly in Firefox. If you could post a link to a complete test page, I'll bet someone could tell you what is going wrong. -Mike From: Liam Morley I'm experiencing an issue in Firefox 3 where, if a variable is declared locally, it doesn't return expected results. I've tried the same thing in IE7 and Chrome, I don't experience the bug in those browsers. My particular example is as follows: var children = $(ul.cat_container li.column:not(.pinned):first); if (children.length 0) { ... } else { ... } In *Firefox only*, children.length will never be greater than 0, unless children is declared globally (without 'var'). Has anyone else run up against this? Is this a Firefox issue, or a jquery issue? (Or potentially a problem with my code? In which case, why would I have different behavior in only one browser...)
[jQuery] corner plugin ie7 bug
i i got a weird error using the jquery.corner plugin on ie7. I attached two image. The wrong one is how the page appears in ie7 (look at the red square on the right where the corner get), the right one is for all the other browser..(ie6 included..!!!) http://www.azero.it/checkImg/tasker_wrong.jpg http://www.azero.it/checkImg/tasker_right.jpg here's the css rule for that block.. .blocchi{background:#dcdcdc;margin:10px 10px 0 10px;overflow:hidden;padding:10px 10px 40px;width:840px;} it works right if i dont't give it any width / padding left-right. But i have to give it a width 'cause it contains some float element. Anyone has have it yet? VItto
[jQuery] Re: Slide Toggle - Bug in Firefox?
An example page will be helpful. You might want to see if you have set wmode=transparent in your flash first. Thank you for your reply Kean! I added the param vmode as transparent in the HTML, it seems to make it worse :( it seems make it blink for a fraction of a second!! a href=http://www.timelessthinking.com/tester.php;View this page in Firefox/a and click on the More options text. You will see the Flash object appear (just appear) not slide in and it seems to flicker too!
[jQuery] Re: Slide Toggle - Bug in Firefox?
Just to make it clear, do not view this in IE since it works, but in Firefox it doesn't and also seamonkey if anyone uses that! I have also found that Firefox doesn't play well with wmode=transparent. Not sure if this has been fixed since this was the case a while back.
[jQuery] Re: Slide Toggle - Bug in Firefox?
An example page will be helpful. You might want to see if you have set wmode=transparent in your flash first. On Dec 16, 12:08 pm, theoga...@googlemail.com theoga...@googlemail.com wrote: Hello all, This is my first post here but I have been trying to solve this problem for a while now and I hope I can do it here.I also I posted to the right mailing list 1) JQuery Effect: Slide Toggle 2) Script URL:http://docs.jquery.com/Effects/slideToggle 3) Problem: I am trying to hide an swf (Flash object) in a div. When a hyperlink is pressed the div will slide down and show the swf. However, when sliding down, the div slides but the Flash Object just appears straight away whilst the div is sliding down! The same for the sliding up. It disappears quickly and while the div is still sliding up! This ONLY happens in Firefox! In IE it works fine! How can I remedy this?! Please help Thanks all
[jQuery] Re: Confirmed the bug and have a fix
Oops, I meant to post to this about yuicompressor and jcarousellite: http://groups.google.com/group/jquery-en/browse_thread/thread/c17dd87e38844f2/4e7d8db08f49369a?lnk=gstq=yuicompressor+jcarousellite#4e7d8db08f49369a On Sun, Dec 14, 2008 at 8:55 PM, jch jollyje...@gmail.com wrote: The bug is that yuicompressor is not happy with the 'float' property being standalone. The fix is to quote the property 'float' on that line: Instead of: li.css({overflow: hidden, float: o.vertical ? none : left}); use: li.css({overflow: hidden, 'float': o.vertical ? none : left}); Hope that helps, Jerry http://www.whatcodecraves.com/
[jQuery] Re: event target bug or jquery.validation bug in IE?
I don't quite follow your description, but in any case, you can disable the focusing by setting focusInvalid: false. Jörn On Mon, Dec 8, 2008 at 11:56 AM, Arthur Ccube [EMAIL PROTECTED] wrote: I'm using jquery.validation.js plugin. It works fine in firefox. However, in IE, I have problem if there is errorred fields (which shows an error sentence). If it happens, the plugin keep onfocusin the first errored field (i use the event object to find out the problem). It should be logically wrong. But it creates big problem when I then trigger e.g. an autocomplete, or rating section. it seems that IE does not know which field it is focusing and make the problem.
[jQuery] Re: jcarousel ie6 bug
solution found:).. On 3 Dic, 17:36, hcvitto [EMAIL PROTECTED] wrote: hi i'm using jcarousel plugin for a project. Problem is in ie6 the last image in all of my carousel doesn't show up? Any idea? Thanks Vitto
[jQuery] $.ajax async: false bug?
Hi, colleagues I would appreciate your opinion/advice on the following I'm trying to save extra run to the back end by overwriting JS url variable with AJAX function and activate download from the visitor's browser as described by code below. Unfortunately what happens is extra run to the back end happens in any case in spite of the fact that AJAX runs successfully. Do you think it's related to the bug ignoring async: false, definition or it's mistake I've made and missed to catch? Thank you in advance HTML code = a href=/download.php?what=PDF_A onclick=javascript:download ('PDF_A')Download/a JS code === function download ( what ) { var url = download.php; $.ajax({ type: GET, url: download.php?ajax=true, data: what= + what async: false, dataType: script }); // if AJAX got the download URL, actual download starts, otherwise do that on the back end: location.href = url; } Back end (download.php) code === $myPDF = array(); $myPDF[PDF_A] = PDF_A.pdf; $url = http://mysite.com/; . $myPDF[PDF_A]; ... if ( $_GET[ajax] === true ) { // overwrite JS url variable print('url = '.$url.';'); } else { header(Location: . $url ); header(Connection: close); }
[jQuery] Cascade Plugin IE6 bug
Hi all, the First Option demo doesn't work on IE6. It never selects the first option, and it displays a Javascript error message : Impossible to define the selected property. Index not valid It seems the target select list is not loaded, but I don't understand why ? Any idea ? Thank you, Bernard
[jQuery] Re: a probable bug with keyboard events
Finally a ticket: http://ui.jquery.com/bugs/ticket/3587 Jörn On Mon, Oct 20, 2008 at 2:59 AM, alex bodnaru [EMAIL PROTECTED] wrote: backspace support added. alex On Mon, Oct 20, 2008 at 02:08, alex bodnaru [EMAIL PROTECTED] wrote: don't tell me i forgot to attach the file ;) On Sun, Oct 19, 2008 at 18:15, alex bodnaru [EMAIL PROTECTED] wrote: hello dan, everybody. i have posted yesterday on this list a few improvements to autocomplete for your review, which i'd be glad to see committed if ok. as it turned out, the work was more delicate, but with your expert guidance i got the hoped result. here is jquery.autocomplete.js, as patched to ignore noisy key presses and to additionally append fields values to the ajax query. last but not least, i have given the input widget focus after selection from the list, since this widget is made for people who wish to use the keyboard. additionally, maybe a configuration option will allow automatic move to the next field, to save even more fuss from the user. please take a look an freely use my work. best regards, alex On Sun, Oct 19, 2008 at 17:40, alex bodnaru [EMAIL PROTECTED] wrote: hi dan, thanks for your answer. i'm logging the keydown event on the input in the plugin autocomplete. the keydown is there to react to movement, return and delete, and in the default condition it may check for eventual changes in the input field. but, pressing of a hebrew character immediately after the keymap switching with alt-shift (which is itself captured by keydown as alt) is not getting in keydown at all, however it changed the field value. anyway, the keyCode of hebrew chars in keydown is always 0. i will try to move handling of non movement keypresses in keypress, and soon report. best regards, alex On Sun, Oct 19, 2008 at 15:47, Dan Switzer [EMAIL PROTECTED] wrote: Alex, What keyboard event are you logging? Some events are only captured by a keypress event and will be ignored by the keydown event. -Dan On Sun, Oct 19, 2008 at 5:12 AM, alex bodnaru [EMAIL PROTECTED] wrote: hello friends, i ran into a corner case with jquery autocomplete which i'd like to seek a solution for: my system is bilingual (en-he) gnome debian linux, with firefox 3.0.3. with focus on an autocomplete field, i'm switching the keymap to hebrew, using alt-shift. logging the event keyCode to the firebug console, i get one 18 value, followed sometimes by a 0 additional event. the next character i'm typing into the field is being shown, but does not trigger a keycode event, hence the autocompletion doesn't react. this doesn't happen when i switch the language to english, probably because ascii characters have non-zero keyCodes. but the following character i'm typing acts ok. no, this is not because minChars. i assume that the alt-shift is leaving the event manager in an ambiguous state, which invalidates an unicode char, but is being later cleaned by typing another char, or bksp/del. could you help? best regards, alex
[jQuery] jQuery Tabs: CSS Bug
I am having problems with the gray line that is supposed to appear at the bottom of the tabs. Instead it is appearing at the top of the tabs as shown here: http://www.nabble.com/file/p20471209/tabs-bug.jpg I have a copy of this displaying correctly, when I add it to my site it gets tweaked. Ive DISABLED all CSS except for the jQuery tabs CSS and its still showing like this. Ive also tried to use FireBug to examine the CSS that is used and I cant find the problem. -- View this message in context: http://www.nabble.com/jQuery-Tabs%3A-CSS-Bug-tp20471209s27240p20471209.html Sent from the jQuery General Discussion mailing list archive at Nabble.com.
[jQuery] Re: closing tag bug in jQuery 1.2.6?
I'm fairly certain that's incorrect syntax (putting a div inside a span - especially one that's self-closing). The browser will automatically force the div outside the span. --John On Wed, Oct 29, 2008 at 11:38 AM, Jay [EMAIL PROTECTED] wrote: Has someone else already posted this bug? The following code shows jquery failing to detect the termination of a tag. Load the page and click on the word login. The selector should find the empty div and display the html content (nothing). Instead shows the span closing tag and the javascript that follows. html head titlejQuery bug test Page/title script src=script/jquery-1.2.6.min.js type=text/javascript/ script /head body style=background-color:black span id=Login style=position:absolute; top:20px; left:5%; width: 90%; z-index:12; span id=LoginToggle style=float:right; color=green;Login/span div class=popupContent style=float:right; / /span script type=text/javascript !-- $( function() { $(#LoginToggle).click( function(){ alert( $ ( '#Logindiv.popupContent' ).html() ); }); } ); //-- /script /body /html If you change the div closing it works correctly. Change this: div class=popupContent style=float:right; / To this: div class=popupContent style=float:right; /div Does the same in IE7 and FF3
[jQuery] Re: closing tag bug in jQuery 1.2.6?
On Oct 29, 10:46 am, John Resig [EMAIL PROTECTED] wrote: I'm fairly certain that's incorrect syntax (putting a div inside a span - especially one that's self-closing). The browser will automatically force the div outside the span. Why does it work as I expected if the tag is not self closing? If it's forced outside the behaviour should be identical in either case. I'll go read up on what the span tag is supposed to do. It seems valid to me that if I wanted to apply format attributes to a bunch of elements I could surround it with a span. I'm really begginning to think I should go back to assembler programming. It was simpler.
[jQuery] Re: closing tag bug in jQuery 1.2.6?
Hey Jay, I remember having some confusion about the span tag at some point. the html specs do significantly limit the types of tags that can be used inside it and browsers will do unexpected things if you try. definitely look at the w3c site to get some more specifics. On Wed, Oct 29, 2008 at 12:04 PM, Jay [EMAIL PROTECTED] wrote: On Oct 29, 10:46 am, John Resig [EMAIL PROTECTED] wrote: I'm fairly certain that's incorrect syntax (putting a div inside a span - especially one that's self-closing). The browser will automatically force the div outside the span. Why does it work as I expected if the tag is not self closing? If it's forced outside the behaviour should be identical in either case. I'll go read up on what the span tag is supposed to do. It seems valid to me that if I wanted to apply format attributes to a bunch of elements I could surround it with a span. I'm really begginning to think I should go back to assembler programming. It was simpler. -- Christopher Thatcher
[jQuery] Re: closing tag bug in jQuery 1.2.6?
On Oct 29, 11:08 am, chris thatcher [EMAIL PROTECTED] wrote: Hey Jay, I remember having some confusion about the span tag at some point. the html specs do significantly limit the types of tags that can be used inside it and browsers will do unexpected things if you try. definitely look at the w3c site to get some more specifics. head explodingARG!/head exploding
[jQuery] Re: closing tag bug in jQuery 1.2.6?
On Oct 29, 2008, at 12:10 PM, Jay wrote: On Oct 29, 11:08 am, chris thatcher [EMAIL PROTECTED] wrote: Hey Jay, I remember having some confusion about the span tag at some point. the html specs do significantly limit the types of tags that can be used inside it and browsers will do unexpected things if you try. definitely look at the w3c site to get some more specifics. head explodingARG!/head exploding What? no rules were used when you coded in assembly? it is very easy to validate against an (X)HTML dtd. If you do so, you will save yourself a lot of headaches and have your pages display / most/ similar across browser. Pick a DTD (xhtml strict is nice...) and validate against it.
[jQuery] Re: closing tag bug in jQuery 1.2.6?
On Wed, Oct 29, 2008 at 12:04 PM, Jay [EMAIL PROTECTED] wrote: I'll go read up on what the span tag is supposed to do. It seems valid to me that if I wanted to apply format attributes to a bunch of elements I could surround it with a span. A div is a better fit than span in that case. - Richard
[jQuery] Re: closing tag bug in jQuery 1.2.6?
What? no rules were used when you coded in assembly? There are always rules in everything. In assembler they're predictable and absolute though. With html a lot of things are only 'hints' and it invisibly does whatever it wants without telling you what happened. Add to that different browsers do it differently. I'd rate html as harder personally. Understanding what a single instruction of assembler does is trivial. it is very easy to validate against an (X)HTML dtd. If you do so, you will save yourself a lot of headaches and have your pages display / most/ similar across browser. Pick a DTD (xhtml strict is nice...) and validate against it. In this case a strict xhtml doctype made no difference in the behaviour of the jquery. I didn't expect it would but I checked anyway. My reading of the xhtml standard seemed to indicate including javascript snippets while doing dynamic page construction was outside the standards. The browsers do it any way since it's the only reasonable way to accomplish some tasks. The browsers don't all behave within the standards or even in a common way. Standards are great. Everyone should have several. ;) http://www.w3.org/TR/REC-html40/struct/global.html#h-7.5.4 I haven't had time to do an exhausitve search but nowhere in the span tag description does it specifically state what tags it may or may not enclose. Care to share a link to what you use for xhtml validation?
[jQuery] Re: closing tag bug in jQuery 1.2.6?
On Oct 29, 11:34 am, Richard D. Worth [EMAIL PROTECTED] wrote: A div is a better fit than span in that case. Thanks Richard. That works as well as what I had and I'm closer to good practice.
[jQuery] Re: closing tag bug in jQuery 1.2.6?
Care to share a link to what you use for xhtml validation? I use my editor, but if you don't have a validating editor, you could use: http://validator.w3.org/
[jQuery] Re: closing tag bug in jQuery 1.2.6?
hehe. It's easy once you get to know the intrincacies between CSS and XHTML. A span is an in-line element, it's purpose is to separate a 'span' of text. That's why you can't put a block element (i.e a div) inside. Most elements are either in-line or block level, so it's easy to know what fits. in your code I see two problems: 1. style=float:right; color=green; that causes a parsing error, should be style=float:right,color:green 2. div / You can't self close a DIV, even if it's empty. The XHTML specs allow it, but browser currently can't handle it: (found at http://www.w3.org/TR/xhtml1/#C_3) Given an empty instance of an element whose content model is not EMPTY (for example, an empty title or paragraph) do not use the minimized form (e.g. use p /p and not p /). The only elements with an EMPTY content model are link /, meta /, input /, br /, hr / and img / - ricardo On Oct 29, 2:10 pm, Jay [EMAIL PROTECTED] wrote: On Oct 29, 11:08 am, chris thatcher [EMAIL PROTECTED] wrote: Hey Jay, I remember having some confusion about the span tag at some point. the html specs do significantly limit the types of tags that can be used inside it and browsers will do unexpected things if you try. definitely look at the w3c site to get some more specifics. head explodingARG!/head exploding
[jQuery] Re: closing tag bug in jQuery 1.2.6?
http://validator.w3.org/ Thanks Robert.