I have been a happy user of SWPM for many long years, and now also use the Membership Directory and Form Builder plugins.
Recently I have seen new behaviour from the basic plugin, whereby a member with a name like O’Dowd appears in the membership interfaces as O'\Dowd or O'\\Dowd, and so on. It even seems that every time I go in to a member account to edit the member, for e.g. to remove that “\” character, it just adds one more “\” next to the previous one, as though out of spite! (See my example in the linked page; pls email me if I need to make you a WordPress admin account for access.)
This is really new behaviour as of a couple of months ago, and my users are starting to get snarky about it. Not only that, but pre-existing names (i.e. long-term members of this club) like O’Hanlon are still fine – probably as long as I leave them alone. No doubt they’ll start spawning “\” if ever I have the cheek to go and make an edit somewhere, so I’m not willing to test my own hypothesis.
Can one of you either explain, or notify it as a bug, or should I notify it as a bug myself?
]]>The problem is when a user uses apostrophes, the submitted values strips the apostrophes, quotes, etc.
For instance:
“I’m” gets submitted as “I\'m”
I’m trying to “test” this form is submitted as “I\’m trying to \”test\” this form”
Would be great if someone could share a fix/ solution for this.
Many thanks!
Sanjeev
]]>Any suggestions would be welcome.
]]>I have just noticed that whilst Zotero accepts tags with an apostrophe, Zotpress does not like them and I get the spinning wheel. So, whilst the following shortcode with tags does not work:
[zotpress style=”harvard1″ sortby=”author” sort=”ASC” showimage=”yes” download=”yes” title=”yes” tags=’Deborah’s Hole’ target=”new”]
.. this one does (if I change the tag for one of my Zotpress records:
[zotpress style=”harvard1″ sortby=”author” sort=”ASC” showimage=”yes” download=”yes” title=”yes” tags=’Deborahs Hole’ target=”new”]
Can you please let me know if I am doing something wrong or whether this requires a fix to the code.
Many thanks
Steve
The issue with apostrophes that was fixed in version 3.1.3 has come back; terms with apostrophes in them won’t get highlighted in page content. The issue happens now because WordPress translates apostrophes to the right single quote html entity, which needs to be converted back to an apostrophe to satisfy the regex match.
Here’s the quick fix. Replace line 385 of cm-tooltip-glossary-frontend.php:
https://plugins.trac.www.ads-software.com/browser/enhanced-tooltipglossary/trunk/frontend/cm-tooltip-glossary-frontend.php#L385
if ( !$dom->loadHtml( mb_convert_encoding( $html, 'HTML-ENTITIES', "UTF-8" ) ) ) {
With:
$html = mb_convert_encoding( $html, 'HTML-ENTITIES', 'UTF-8' );
$html = str_replace( '& #8217;', "'", $html );
$html = str_replace( '’', "'", $html );
if ( ! $dom->loadHtml( $html ) ) {(Note: remove the space in the html entity on line 2; WordPress forums munges the code snippet.)
This should catch all occurrences. It will first convert utf8 characters to html entities, and then convert the right single quote entities to the plain apostrophe that matches the regex elsewhere in the plugin.
]]>I’ve created the emails for both successful and erroneous transactions. In doing so, when I was testing and receiving the appropriate emails, I noticed that paragraphs were not being maintained and apostrophes were developing an escape -> \ after being saved into the system.
Just wanting to point this out for updating purposes.
Thanks in advance!
]]>