Flip-flopping the two lines worked perfectly. I wonder why the plug-in isn't written that way to start with? It seems to be the preferred method in the examples. (Jorn?) I'll just have to remember to change those two lines in the validation plug-in every time a new version is used. Rick From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Aaron Heimlich Sent: Thursday, April 12, 2007 10:43 PM To: [EMAIL PROTECTED] Subject: [jQuery] Re: Google Toolbar Messages Strike Again! I noticed that too, but as long as Validate prefers title attributes above all else, then the only thing you can do to prevent Google Toolbar from messing things up is to give your elements non-blank title attributes.
If you want to, you can do this until this issue is resolved: Flip-flop lines 493 and 494, so: 493 element.title 494 || this.message(id, rule) becomes 493 this.message(id, rule) 494 || element.title This makes it so that plugin settings are preferred over all else. It solves this issue when you're using plugin settings instead of title attributes for error messages, but when you actually *want* to use the title attribute, well....I'm not sure what to do besides what I mentioned above. There is a Google Group for Google Toolbar IE[1], though, so can bring this issue up there too. [1] http://groups.google.com/group/IEToolbar-Group On 4/12/07, Rick Faircloth < [EMAIL PROTECTED]> wrote: I realized after I posted that what is being replaced on the page is not the content of the input element, but rather the cell which has been identified in the plug-in as the container for the error message. In other words, I'm using <td id="Name_error"></td> as the container for the error message. That's where GT is placing its message. However, when I use Title="Name" in the input element, "Name" becomes the message displayed in place of Google's message. At least I know how to manipulate the message. If I set the title attribute of the input element to Title="" then GT's message appears. I want to be able to set the Title attribute to null or void or something that will cause GT to leave it alone, yet not take up a text line on the page. The <td id="Name_error"></td> won't take up a line on the page unless something appears in text. Ideas? Rick From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Aaron Heimlich Sent: Thursday, April 12, 2007 8:37 PM To: [EMAIL PROTECTED] Subject: [jQuery] Re: Google Toolbar Messages Strike Again! Well now... Just installed Google Toolbar (GT) in IE and I'm getting now starting to see this issue. It appears that my theory was correct. In IE, GT overwrite's the title attribute of elements it can autofill with the message we've all come to know and love ;) (unless the element already has it's title attribute set to something, then GT leaves it alone). When searching for error messages, Validate prefers an element's title attribute above all else. So if an invalid form element has it's title attribute set to something (it could be anything, doesn't have to specifically be GT's message) that is what you will see for that element's error message. This can easily be remedied by making Validate prefer the options object over the element's title attribute (and since GT doesn't mess with element's that *already have* title attributes, you have nothing to worry about there). Interestingly, this issue does not appear at all in the Firefox version of GT. You get the same effect, but it's somehow accomplished without messing with the element's title attribute. On 4/12/07, Aaron Heimlich <[EMAIL PROTECTED]> wrote: On 4/12/07, Rick Faircloth <[EMAIL PROTECTED]> wrote: I am using the "Name" attribute and the same value is used for each input for its ID. I'm doing the same thing, i.e: <input type="text" name="email" id="email"> <input type="text" name="fullName" id="fullName"> and I'm still not seeing this issue What browser is this happening in? IE or FF (all of my tests have been in FF)? -- Aaron Heimlich Web Developer [EMAIL PROTECTED] http://aheimlich.freepgs.com -- Aaron Heimlich Web Developer [EMAIL PROTECTED] http://aheimlich.freepgs.com -- Aaron Heimlich Web Developer [EMAIL PROTECTED] http://aheimlich.freepgs.com <http://aheimlich.freepgs.com>