Dreamweaverには、C、D、KC、KDの4つのオプションがあります。どちらを選ぶべきですか、そしてその理由は何ですか?
1 に答える
何のために?ファイルを保存し、Web 文字モデルが使用するように NFC を使用します (厳密には、W3C 正規化では、ストリームが NFC にあることと、HTML または XML のエンティティがそれらが表す文字に変換されるときにも NFC にあることが要求されます) )。それが実用的な違いを生む可能性はわずかですが、誰かを動揺させるいくつかのかなりあいまいな問題を止めることができます.
正規化により、特定の同等のシーケンスが同一のストリームになります。たとえば、U+0065 (e) の後に U+0301 (結合鋭アクセント) が続く場合は、単独で U+00E9 (é) と同等です。
NFD は、そのようなすべての文字列を構成要素に分割します (たとえば、U+00E9 を U+0065 に変換し、その後に U+0301 を続けます)。行に 2 つ以上の結合文字がある場合、それらは一貫性を与える規則に従って並べ替えられます (ḉ は、セディーユの後にアキュートが続くか、アキュートの後にセディーユが続く可能性があり、一貫した順序付けが必要です。同じ文字列が生成されます)。ほとんどの場合、NFD は、アクセントの除去や NFC の生成など、別のタスクの一部としての内部処理に役立ちます。
NFC は NFD で始まり、可能な場合は文字を再び結合します。いくつかの例外を除いて、あるバージョンの Unicode で正規化された文字列が別のバージョンでもそのまま維持されるようにします。
NFKD は、NFD よりもさらに進んで、特定の類似した文字を相互に置き換えます。たとえば、⁵ は 5 に置き換えられます。これはテキストを「損傷」します (ユーザーは正当な理由で 5 よりも ⁵ を合理的に選択する可能性があります) が、検索には役立ちます (Google で「fiſh」を検索すると、「fish」の結果が返されるため、 long-s を short-s と同じように扱います)、および特定のケースでは、似ているが異なる文字によるセキュリティ上の問題を回避するための制限として扱います。NKFC は、最初に NFKD を実行し、次に NFC と同じ方法で結合します。
http://unicode.org/reports/tr15/完全なスキニーについては、「NFCを使用しますが、心配する必要はありません」と短い答えを繰り返します。