Türkish chars 'ÇçĞğİıÖöŞşÜü' nie są poprawnie obsługiwane w kodowaniu utf-8, chociaż wszystkie wydają się być zdefiniowane. Kody wszystkich z nich to 65533 (znak zastępczy, prawdopodobnie do wyświetlenia błędu) w użyciu, a znak zapytania lub pole są wyświetlane w zależności od wybranej czcionki. W niektórych przypadkach jako kod zwracany jest 0 / null. W Internecie istnieje wiele narzędzi, które dają definicje utf-8, ale nie jestem pewien, czy narzędzia używają jakiegokolwiek zdefiniowanego (rzeczywistego / międzynarodowego) rejestru lub dynamicznie tworzą definicję ze znanymi regułami i obliczeniami. Czcionki dla nich są dobrze zdefiniowane i nie ma problemu z wyświetlaniem ich, gdy wprowadzamy punkty kodowe ręcznie. Dowodzi to, że są one zdefiniowane w utf-8. Ale z drugiej strony nie są obsługiwane w kodowaniach lub tranaformacjach, takich jak żądania / odpowiedzi ajax.

Podstawowe pytanie brzmi: „W JAKI SPOSÓB MOŻEMY OKREŚLIĆ KODEKS DO KOSZTU”? Pytanie może zostać dostosowane w następujący sposób, aby zapobiec błędnej koncepcji. Załóżmy, że przygotowaliśmy dane kodowania dla „Ç” w ten sposób -> Znak: Ç Nazwa znaku: LITIN CAPITAL LETTER C Z CEDILLA Hex kodowy: 00C7 Dziesiętny punkt kodowy: 199 Hex UTF-8 bajtów: C387 ...... Gdzie / Jak możemy zapisać tę informację jako standardowy znak utf-8? W jaki sposób możemy go rozpowszechniać / ujawniać (przygotowywać do użycia przez innych)? Czy potrzebujemy potwierdzenia przez kogokolwiek / fundację (np. Konsorcjum unicode / utf-8) Jak możemy wykryć / naprawić błędy, jeśli są już zarejestrowane, ale nie działają poprawnie? Czy możemy mieć konfigurację custom-utf8? Jeśli tak, jak?

Uwaga: W tym miejscu nie jest potrzebny fragment kodu, ponieważ nie jest to problem z niewłaściwym użyciem.