That keeps it pretty for me and I don't have to use html codes
I think I'll have to go and check my other files though coz magic quotes is a pain to always allow for, I think I still have some scripts that rely on it though so switching it off is something I feel will break something somewhere!
We support a couple of platforms that require and/or expect them to be turned on. There's too many older versions of php out there.
I had this apostrophe issue with many themes and plugins but all disappear with the default charset to empty
That in my opinion is bad advice. A perfect example of this is with WPMu on a CPanel box. WPMu expects utf8 while CPanel defaults to latin(I forget the number). You do any foreign character language blogs, you'll have problems.
That is why turning it to empty let WP or any system to use its own since it is generally hardcoded in page headers !
I have my own server, using french, arabic, english, some in 8859-1, WP and arabic in UTF8 and all trouble disapear when setting the default php.ini charset to empty. Hardcodind the default charset is not a real good idea MAINLY if you use, as I do, Cpanel !!!
Of course that is possible if you are root on dedicated server...
1.2.0 - 07/13/2010 - Aaron Edwards
----------------------------------------------------------------------
- Switched from textarea to inline-styled div to support html content
- Fixed slashes bug when entering quotes
- Full i18n: Place language file in the mu-plugins folder and name it "tos-LOCALE.mo"
- Single WP w/BP support
I still have some wpmu 2.9.2 installs that I'm not upgrading yet, so this plugin doesn't help those. Then again, who reads the TOS anyway?
Now, if only the textarea box in the admin section was larger or adjustable in size... that would REALLY be something. :-P You didn't think I'd just be happy with this getting fixed did you?
Ok, totally kidding about that last part. I am very happy! Thanks for your efforts guys!
Responses (15)
Erstwhile founder — 10th June 2010 #
Which version of WPMU are you running?
Thanks,
Andrew
Member — 10th June 2010 #
Ver 2.9.2
Erstwhile founder — 10th June 2010 #
I'll make sure the issue is fixed in the next version of the plugin. We should be releasing it within a few days.
Thanks,
Andrew
Member — 12th June 2010 #
I had the same issue. Sorted it by adding the appropriate HTML and it then added the apostrophe.
Member — 12th June 2010 #
I had the same thing because my server has magic_quotes switched on
I edited line 59 and 79 to
59:
<textarea name="tos_content" type="text" rows="5" wrap="soft" id="tos_content" readonly="readonly" style="width: 95%; background-color:#FFFFFF; color:#000000; border: 1px solid #999999"/><?php echo stripslashes($signup_tos); ?></textarea>79:
<textarea name="tos_content" type="text" rows="5" wrap="soft" id="tos_content" readonly="readonly" /><?php echo $signup_tos ?></textarea>(added stripslashes)
and also to line 149
<textarea name="signup_tos_data" type="text" rows="5" wrap="soft" id="signup_tos_data" style="width: 95%"/><?php echo stripslashes(get_site_option('signup_tos_data')); ?></textarea>That keeps it pretty for me and I don't have to use html codes
I think I'll have to go and check my other files though coz magic quotes is a pain to always allow for, I think I still have some scripts that rely on it though so switching it off is something I feel will break something somewhere!
Sales & Support Lead — 18th June 2010 #
FWIW I'm still seeing this issue with the 1.1.0 version of the TOS plugin with WP 3.0.
Erstwhile founder — 18th June 2010 #
I'll get that fixed up tomorrow.
Thanks,
Andrew
Lifetime member! — 18th June 2010 #
Magic quotes are deprecated... MUST turn it OFF
Try to set de default charset to empty in you php.ini file, or if you're running something as cpanel in th php config editor.
I had this apostrophe issue with many themes and plugins but all disappear with the default charset to empty :)
Keeper of the Dark Chocolate — 18th June 2010 #
We support a couple of platforms that require and/or expect them to be turned on. There's too many older versions of php out there.
That in my opinion is bad advice. A perfect example of this is with WPMu on a CPanel box. WPMu expects utf8 while CPanel defaults to latin(I forget the number). You do any foreign character language blogs, you'll have problems.
Lifetime member! — 18th June 2010 #
That is why turning it to empty let WP or any system to use its own since it is generally hardcoded in page headers !
I have my own server, using french, arabic, english, some in 8859-1, WP and arabic in UTF8 and all trouble disapear when setting the default php.ini charset to empty. Hardcodind the default charset is not a real good idea MAINLY if you use, as I do, Cpanel !!!
Of course that is possible if you are root on dedicated server...
I run php 5.3 of course.
Lead Developer — 18th June 2010 #
Those should be depreciated ;-)
Sales & Support Lead — 9th July 2010 #
Hey Andrew,
Friendly reminder: I think the backslash issue is still present. Thanks!
Erstwhile founder — 9th July 2010 #
Added to my list.
Thanks,
Andrew
Lead Developer — 13th July 2010 #
Fixed in 1.2:
http://premium.wpmudev.org/project/terms-of-service
Sales & Support Lead — 16th July 2010 #
Woo hoo!
Tested on 3.0 and works!
I still have some wpmu 2.9.2 installs that I'm not upgrading yet, so this plugin doesn't help those. Then again, who reads the TOS anyway?
Now, if only the textarea box in the admin section was larger or adjustable in size... that would REALLY be something. :-P You didn't think I'd just be happy with this getting fixed did you?
Ok, totally kidding about that last part. I am very happy! Thanks for your efforts guys!
Become a member