Amy Crowley

Greenhorn
+ Follow
since Apr 19, 2009
Merit badge: grant badges
For More
Cows and Likes
Cows
Total received
In last 30 days
0
Forums and Threads

Recent posts by Amy Crowley

Just got a chance to test this today. I used your suggestion to do a replace with regex to strip all jquerydddd attributes, and it worked like a charm. Also doesn't seem to cause any subsequent referencing issues. I do the replace each time user toggles to view html source.

Since it was mentioned that this attribute may be used for memory leak protection/cleanup, I'll do some further testing to see if IE memory usage seems affected by the change. If so, I'll post the findings.

Thanks much for your help.
Thanks for your replies. There is no functional problem caused by the jQueryDDDD attribute being there; the only problem is probable user confusion on seeing those extra jQuery attributes upon viewing the HTML source. Also, yes, I should have mentioned that users can edit the html source view; my application is really just a plugin for FCKEditor (open source text editor).

I'll test the suggestion to strip the jQueryDDDD attribute to see if it causes any problems when switching back and forth between HTML/Design views. Thanks again-
I'm working on an application which includes a text editor, and jQuery has been really useful for me so far. However, I just noticed something which might be a problem for my app. I provide a button for users to display the page's html, and it looks like jQuery appends its own attribute to referenced elements. I'm testing on IE7 and Firefox 3, and this only happens in IE. Given the following simple html, the alert displays this text-
in IE: <INPUT id=button1 type=button value="Click here to see HTML" jQuery1249910571515="2">
in FF: <INPUT id=button1 type=button value="Click here to see HTML" >

Any ideas?

Another option is to use the javascript join() method. It takes all elements in the array and returns them as a concatenated string. The default separator is a comma, but the join method takes an optional separator argument as well. For instance, if you'd like to concatenate all your array elements with newlines between each elements, use myNewString = myArray.join('\r\n');
Final variables cannot be reassigned new values once they've been initialized. For object reference variables, this means that the final variable cannot be re-assigned to a different object. The object itself may be changed, however -- the certification tutorial i've been reading (SCJP 6 Study Guide, Sierra & Bates) put it this way:

There are no final objects, only final references.



16 years ago
You should take a look at your access modifiers for id and setId - private access only goes so far (does not extend to subclasses). I think 'protected' access may be what you're after.
16 years ago