Array and string offset access syntax with curly braces is deprecated
wp-content/plugins/loco-translate/loco.php:157
]]>Array and string offset access syntax with curly braces is deprecated
wp-content/plugins/cookie-law-info/includes/class-cookie-law-info.php:713
wp-content/plugins/cookie-law-info/includes/class-cookie-law-info.php:714
wp-content/plugins/cookie-law-info/includes/class-cookie-law-info.php:715
wp-content/plugins/cookie-law-info/public/class-cookie-law-info-public.php:311
The plugin seems to have stopped working.
I have 5 images on the page which each drop down to a table if the image is clicked. I used to have the problem that the first line of code would become visible randomly after publishing, but now all I see is the code, it no long displays the image and the content is not ‘collapsed’ when you view the page.
Please can someone take a look?
The page is https://maketimetoseetheworld.com/resources/
Thank you
]]>This thread gave great instructions on how to replace the default punctuation replace function with my own to deal with the issue:
https://www.ads-software.com/support/topic/plugin-relevanssi-a-better-search-i-am-a-newbie-how-do-i-setup-relevanssi-to-recognize-symbol?replies=9
I copied the function, and before this line:
$a = str_replace("’", '', $a);
I added:
$a = str_replace("’s", "'s", $a);
Then reindexed. That way the curly apostrophes will be treated the same as straight apostrophes. Now a search for doctor’s and doctor’s finds the same results as expected.
Thank you for this great plugin and the valuable support provided even for the free version.
https://www.ads-software.com/extend/plugins/relevanssi/
]]>When that occurs, it breaks the code entirely, and since it’s almost impossible to see in the WP post entry page, I must copy the entire post into TacoHTML or BBedit (with color coded code) to locate the breaks.
There seems to be no pattern — it’s random.
Set-up:
MacBook Pro running 10.6.5
Safari 5.0.3 (set with Tahoma as the default font)
Following the instructions of Protection_From_Harvesters I have attempted to enter code into a page on my website.
What I enter is <a href="mailto:<?php echo antispambot(the_author_meta('user_email')); ?>">email author</a>
. The page does not display properly and if I view the source I find that the code I entered has become <a href="mailto:<?php echo antispambot(the_author_meta('user_email')); ?>“>email author</a>
. So the webbrowser fails to see the closing "
which has been converted into “
.
I realise that this is most likely to WordPresses styling of quotes. How do I prevent this? I can’t seem to find documentation on it (which I think means I’m not looking in the right place).
]]>s
in particular because it thinks it’s in a possessive? Anyway, if anyone can suggest a fix, I’d be most grateful.
This happens irrespective of whether I use the visual editor, by the way. Oh, and this is WP2.1.2; I don’t remember it happening in 2.0.x, but I could be wrong.
Any ideas?
]]>For an example, see this post, where the quotes inside (“Four happiness tips…”) are reversed: they point outward toward the parentheses rather than inward towards the words they enclose.
Do other people have this problem, or is it just me? Does anyone know of a fix?
I love curly quotes, so I’d rather not turn off this part of the feature set, but I’m definitely hoping I can get it to work right.
]]>&#8220;
and &#8217;
is there any way to tell WordPress to leave a section of markup alone?
]]>