So, I've had this problem for a long time and I'm kinda confused as to why it's happening. The issue has to do with special characters in files not displaying properly when the file is saved and reloaded. Everything works fine when I'm editing over FTP into a Linux machine, but when I copy the same file onto my Windows box, the file gets corrupted.

For example, this piece of text "Rémi" [attachment=1]remi_1.png[/attachment]
is just fine working in Linux but in Windows, when I first load the file up, everything is just fine, but when I make a change and save the file, a Reload shows that all the special characters are now little filled boxes "R‚mi" [attachment=0]remi_2.png[/attachment].

File type is ANSI and EOL marker is Unix (just the \n I believe). When I try to change the file type to UNICODE and UTF-8 things get even weirder so I don't think that's where the problem is.

Any idea what the is issue is and what I might be able to do to fix it?

Thanks,
Alan Stewart

P.S. This is 3.98fb5. I don't have a code for 3.98o and the link to 3.98j just points to 3.98o.

Huh. Mine are all ANSI. That's bizarre. Am I creating them incorrectly?

Okay, I created a file. Default was ASCII but I did a Save-As as UTF-8, then copied the file in question over and had to re-save it. This time it went from "Rémi" to "RAcmi" and the type switched back to ASCII. That's odd.

jussij wrote:Now I just tried setting the UTF-8 option in the default document type but that setting does not seem to flow through to the other document types as it should.
This looks like a bug

Well that's a bummer

jussij wrote:As such you will need edit the document type these files and set them as UTF-8 with No BOM.

Is this something I'll want global to all my .CSS files or should I just try and set it for one specific file? Will Zeus be able to figure out what the file is without a BOM?

jussij wrote:As a simple test take one of your broken files and do a Save As to a file with a .Go file extension.
By doing this the file will be now be recognised as UTF-8 with No BOM and should display correctly.

I tried that. I was still ASCII. With a bit more playing around I got it to work as UTF-8 but it still came back as "RAcmi". Come to think of it, I don't think I've ever had this work properly on a Windows box. I just kinda ignored it for the most part.

Is this something I'll want global to all my .CSS files or should I just try and set it for one specific file?

You have to set it globally (i.e. mark the Zeus CSS document type as UTF-8 with No BOM).

You can't set it on a per file basis because doing that mean would mean adding a BOM to the file.

While that BOM would work fine on Windows (and in Zeus) on your Linux machine most of the Linux programs would reject a file that contains a BOM and that is because Linux assume all files are UTF-8 so no BOM is ever required.

So putting BOM markers into files will start to break things in the Linux environment.

Will Zeus be able to figure out what the file is without a BOM?

Only if you tell Zeus the document is UTF-8 via that document type setting.