I'm trying to use apostrophes in both the title of the site, and the title of the page (for example, a page called "test's page" on a site called "test's site"). If I use {cms_selflink dir="start" text="$sitename"}, the text for the link looks like "test's site". How can I create a link to the start page with text that is the name of the site, when the site name contains an apostrophe? It looks like the escape characters are being applied twice. What's weird is that it seems to work with $title, but not $sitename.
Also, possibly a related problem, when I search for the page by typing "test's page" in the search bar, I get "Search Results For "test's page"", and it doesn't find the page. I have read that part of the problem could be related to distinguishing between an apostrophe and a single quote, but I'm not sure.
I'm using version 1.6.4.
Apostrophes
Re: Apostrophes
Hello,
Pierre M.
If you don't find it already reported on the forge please file a new bug report with precise steps how to reproduce the issue. Such evidence should get priority.gshs123 wrote: It looks like the escape characters are being applied twice. What's weird is that it seems to work with $title, but not $sitename.
Pierre M.
Re: Apostrophes
See this page on special characters in CMSMS: http://mkrd.info/software-discussions/cms-made-simple/cmsms-and-modules-bugs-and-problems.html.
Also, delete the link first (whatever CMSMS converts the special character to will not work, you need to input it correctly first).
Then try either escape character "\", or HTML character code "&" or "&"
Tell me if this does not work.
Also, delete the link first (whatever CMSMS converts the special character to will not work, you need to input it correctly first).
Then try either escape character "\", or HTML character code "&" or "&"
Tell me if this does not work.
Re: Apostrophes
Thanks for the replies. I've filed a bug report. I can't use the "\" or the HTML character codes because I'm trying to use the $sitename variable. The bug report is at http://dev.cmsmadesimple.org/bug/view/3976.