Opened 17 years ago
Closed 17 years ago
#1535 closed Bug (invalid)
CP1252 encoding issues
Reported by: | ob197 | Owned by: | Martin Kou |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | General | Version: | FCKeditor 2.4.3 |
Keywords: | Pending | Cc: |
Description (last modified by )
The commonly used Windows Codepage 1252 has two characters which are not covered by FCKEditor's HTML entities:
Ž Ž U+017D alt+0142
ž ž U+017E alt+0158
If you type these chars, FCKEditor will not turn them into entities. If you inititalize FCKEditor with a text that contains one of these entities, the entities will be re-encoded e.g. as Ž
Change History (3)
comment:1 Changed 17 years ago by
Description: | modified (diff) |
---|---|
Owner: | set to Martin Kou |
Status: | new → assigned |
comment:2 Changed 17 years ago by
Keywords: | Pending added |
---|
Did you define the initial value like this?
oFCKeditor.Value = "<p>Some symbols here:ÿŸŽž</p>";
If this is the case, then the &Zcaron and &zcaron entities wouldn't be converted to Ž and ž. According to my understanding, that is because they are not defined in the XHTML Latin-1 entity set, rather than being FCKeditor's fault. The W3C XHTML entity set have only defined latin character entities up to U+00FF.
Instead of using the invalid entity codes, using the plain characters works:
oFCKeditor.Value = "<p>Some symbols here:ÿŸŽž</p>";
If, on the other hand, FCKeditor converts the plain characters into &Zcaron;, then there would be a bug. I wasn't able to reproduce that in my testing, however.
Corrected wrong unicode point value in description.