-
The directory was set up fine, then suddenly the link suggestion form stopped working properly, with the submit button disappearing completely. This is what I know:
When I looked at the generated html from the script I noticed this:
(Maximum characters: 350<!–, You have <input readonly type=”text” name=”countdown” size=”3″ value=”350″> characters left.–>)
Note that after the statement, “Maximum characters: 350” the comment tag “<–” is used. Then, where I presume you wanted it to end, after “characters left” the dash code “–” has replaced the dashes in the close comment tag.
The result, in the generated html is a bunch of the page is commented out and the form doesn’t work.
How do I fix this?
-
-
Ummm … I submitted the previous post. However, the html dash code I listed as the problem was automatically replaced with an actual dash in my post.
SO … I’m going to re-write this, and I’m going to put a space between the “&” and the rest of the dash code that is messing this thing up, and put the whole thing in brackets, like this [& #8211;]:
(Maximum characters: 350<!–, You have <input readonly type=”text” name=”countdown” size=”3″ value=”350″> characters left.[& #8211;]>)
Note that after the statement, “Maximum characters: 350” the comment tag “<–” is used. Then, where I presume you wanted it to end, after “characters left” the dash code “[& #8211;]” has replaced the dashes in the close comment tag.
For some reason your closing tag’s dashes are being replaced automatically with the html dash code. This is messing up the form, and goofing up the page the form is on.
I fixed it. I replaced the code:
<!– wp_link_robot_addlinks –>
(listed in the plugin’s setup instructions) with the short code:
[wp_link_robot_addlinks]
(listed in your readme.txt plugin file) I suppose the original problem isn’t actually fixed, because the setup instructions still list the original code. However, the short code is working fine.
Hello Michael,
thank you for reporting this.
WordPress doesn’t like the HTML comments, there is a function called wptexturize which does all of this. We typically handle this function bit differently by our editor Foliopress WYSIWYG, so we haven’t noticed it.
However the fix with the shortcode is the proper one. Sorry about the mistake in our documentation, we will fix it.
Thanks!
Martin
Hello Michael,
we fixed this in the documentation. The instructions on wordpress.org and our site were correct, however there were instructions in the plugin admin page and these were not updated until now.
Thanks,
Martin
