Forum Moderators: open
1) Check that the editor you use is saving as UTF-8 (or your choice of encoding)
2) Check that your page's meta elements are set to UTF8 (or your choice on encoding)
3) Check that your server's HTTP Content-Type header is set to UTF-8 (or your choice of encoding)
This is a server configuration problem - if all your site is encoded as UTF-8 then you can try using a .htaccess file (if you are on an Apache server with the following:
AddDefaultCharset UTF-8 If you use mixed encodings across the site, then try this:
AddDefaultCharset Off Or edit httpd.conf if you have access to te Apache configuration (ie. on a dedicated server), or speak to the system administrator or your hosting company.
Then either remove your meta charset element or set them to UTF-8 and you'll be OK. :)
What if i set all of them to the ISO-8859-1? would that solve it too?
You would then need to convert the content into ISO-8859-1 encoding rather than UTF-8. Your editor may be able to do this, or you can use the
iconv utility on the server (if you have command-line access). Just changing the declared charset won't re-encode the pages. <added> Oh and welcome to WebmasterWorld jrthib! </added>
Â. This won't therefore solve your immediate problem. I'm not familiar with GoLive, but I guess that like most wysiwyg editors there is a global search and replace function that you can use to replace
 with a space or other character as required. Encoding problems can be difficult to fix, so assuming the editor's configuration and site server configuration are all set to declare one predetermined charset (in your case, you have chosen ISO-8859-1), then once the corrections have been made you should be able to ensure that future content is correctly encoded.
Thanks for the help!
That test can be very sensitive to content that does not match the stated encoding for the page.