Polskie czcionki

[sebaskow]

No i nic nie działa, próbowałem już tak jak w programie próbnym , przeanalizowałem również ten program o którym wspominałem że działa poprawnie i okazało się że jednak nie działa poprawnie również ma problem z wyświetlaniem polskich znaków.

Nic mi już nie przychodzi do głowy.

[Cyfrowy Baron]

Trzeba ustalić pewne fakty. W jakich systemach program działa prawidłowo, przy czym mamy do wyboru 5 różnych wersji systemu WinXP 32 bit, Vista 32bit i 64bit, Win7 32bit i 64bit? Podaj wersje systemów w których występuje ten problem i w których działa dobrze.

Problem niewątpliwie wiąże się z kodowaniem. Stwórz kilka wersji tej bazy danych z różnym kodowaniem i wypróbuj.

[sebaskow]

Sprawdziłem oba kompuery, i ten na którym program działa prawidłowo i ten felerny.

[sebaskow]

Jeszcze jedna ciekawa rzecz. W komponentach Memo i RichEdit mogę ( użytkownik może ) normalnie z klawiatury wprowadzać polskie znaki.

Wydaje mi się jednak że problem leży gdzieś w moim programie.

[Cyfrowy Baron]

Oba systemy są identyczne, pewnie dlatego, że to jeden system z licencją na kilka stanowisk. To niemal na 99% wskazuje na różnice w konfiguracji tych systemów. Być może coś w ustawieniach językowych. Nie wiem, nie mam jak tego sprawdzić, więc sam musisz bliżej przyjrzeć się różnicom w konfiguracji systemów, lub porozmawiaj z administratorem.

[polymorphism]

Przy założeniu, że String to UnicodeString, spróbuj wyświetlić taki łańcuch:

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

String str;

str += L"Zamknięcie raportu spowoduje stratę wszystkich nie wprowadzonych danych...\n\n";
str += L"Czy chcesz zamknąć raport?\n\n";
str += L"Wsiśnij TAK \tjeżeli chcesz zamknąć raport\n";
str += L"Wciśnij NIE \tjeżeli jednak chcesz pozostać w trybie edycji\n";

Chodzi tu o to, żeby konwersja ansi unikod odbywała się podczas kompilacji aplikacji, bo być może problemem jest to, że na systemach są różne kodowania ANSI. I jeśli na przykład program został skompilowany w kodowaniu windows-1250, a Windows pracuje na jakimś innym kodowaniu, które VCL przyjmuje jako te, w które program pracuje, to problem gotowy.

[Cyfrowy Baron]

Stronę kodową systemu można sprawdzić wpisując w wierszu poleceń (konsola CMD) polecenie: chcp
U mnie aktywna strona kodowa to 852 czyli Słowiański (Latin II).

Wpisując polecenie: chcp 852 można zmienić numer strony kodowej.

Programy uruchamiane po przypisaniu nowej strony kodowej używają nowej strony kodowej, jednak programy (z wyjątkiem Cmd.exe) uruchomione przed przypisaniem nowej strony kodowej używają oryginalnej strony kodowej.

[polymorphism]

Błąd. chcp podaje stronę kodową konsoli a nie systemu (tzw. kodowanie OEM).

To Ci zwróci domyślne kodowanie ANSI:

KOD cpp:   �  UKRYJ  �

KOD cpp:   �  POKAŻ  �

char* p = setlocale(LC_ALL, ".ACP");
if(p) cout << p << '\n';

Polskojęzyczne windowsy z reguły mają ustawioną stronę kodową na windows-1250.

[sebaskow]

Faktycznie problemem jest ustawienie na tym nieszczęsnym komputerze strony kodowej.

Jest tam:
1252 a powinno być 1250 ( jak opisał to polymorphism )
437 a powinno być 852.

Poprosiłem Administratora w mojej firmie o zmianę CodePage w systemie.

Pomimo to dobrze by było wiedzieć jak w przyszłości ominąć taki problem nie zmieniając strony kodowej. Czy istnieje możliwość ustawienia mojego programu w taki sposób aby radził sobie z takimi przypadkami

[polymorphism]

Z tym "powinno" byłbym ostrożny. Pisz aplikację tak, żeby nie było tego typu problemów, ergo pisz aplikację w unikodzie (w XXI wieku to standard).

[sebaskow]

Ok. Rozumiem.
Tylko jak mam ustawić środowisko aby tak było ?
Skoro w moim przykładzie Administrator ustawił Stronę kodową na 1252 Są to języki baskijski, niderlandzki, kataloński itp...
Np. znak "ą" ma kod 261 natomiast w kodowaniu 1252 pod numerem 261 jest zupełnie inny znak.

Przeglądarki internetowe potrafią sobie ustawić stronę kodową. Różnego rodzaju edytory tekstu też więc jak to zrobić aby i u mnie działało

[polymorphism]

Tylko jak mam ustawić środowisko aby tak było ?

A czy Twoja wersja środowiska, a dokładniej biblioteka VCL, nie jest w pełni unikodowa? Czy String to UnicodeString, czy może AnsiString? Jeszcze mapowanie _TCHAR przestaw na wchar_t. Baron milion razy pokazywał, gdzie to przestawić - poszukaj.

Jak wyświetla Ci się tekst wprowadzony w ten sposób viewtopic.php?p=13275#p13275

Przeglądarki internetowe potrafią sobie ustawić stronę kodową.

Przeglądarki nie mają z tym problemu, ponieważ działają w unikodzie - wszelkie literały tekstowe są w unikodzie. Z kolei strony internetowe mają jasno określone kodowanie, więc przeglądarka wie, jakie kodowanie musi przekonwertować na unikod. Strona kodowa systemu nie ma tu większego znaczenia.

[Cyfrowy Baron]

Z wcześniejszych postów sebaskow wynika, że albo tworzył program w starszej wersji środowiska niż 2009, czyli przed UnicodeString, albo też rozmyślnie definiował w programie typ AnsiString zamiast String, gdyż użycie typu String w środowiskach począwszy od wersji 2009 jest równoznaczne z użyciem typu UnicodeString.

[sebaskow]

W moim próbnym programie było ustawione mapowanie na wchar_t i używałem UnicodeString a i tak nie działało to na tym nieszczęsnym komputerze.

Mam w związku z moim problemem jeszcze jednio pytanie na temat opcji w ustawieniach projektu, chodzi mianowicie o ustawienie Code page, jak należy ustawić tą opcję, bo może jest to klucz do rozwiązania problemu polskich czcionek pomimo niewłaściwego ustawienia CodePage w systemie użytkownika ?

[Cyfrowy Baron]

Jeżeli nie zdefiniujesz tego parametru kompilator użyje Windows'owej funkcji API GetACP w celu sprawdzenia jakiej wersji używa system na którym program jest kompilowany i użyje ten wartości. Wprowadź tam wartość np. 1250 i sprawdź co z tego wyjdzie.

Z tego jednak by wynikało, że powinieneś w programie ustawić stronę kodową taką z której korzysta ten "nieszczęsny komputer".

Na twoim screenie widać przycisk [ Help ]. Gdy nie wiesz do czego jest któraś z tych funkcji, kliknij na ten przycisk, a przywołasz pomoc dla tej karty.