PL znaki w misji

[Maćko]

Nie nie zdradzę Ci

Nie chce mi się pisać krok po kroku co i jak zmieniać w kodzie briefingu więc...

Otwórz plik PBO mojej misji, skopiuj briefing do swojej i go wyedytuj notatnikiem.

musisz pisać swoje znaczki w utf-8. niestety standardowe narzędzia w windows nie mają takiej możliwości, armaEdit prawdopodobnie też. Ja używam notepad++. Trzeba tylko przestawić środowisko na właśnie to kodowanie. zauważ, iż jeśli otworzysz briefing.Polish.html w przeglądarce, to polskie znaczki wyświetlają się dobrze przy uft-8. Ofp natomiast domyślnie czytał w cp1250, czyli kodowaniu windowsa dla Europy Wschodniej (ktorego np używa się w notatniku)

Wielkie dzięki za wskazówki, postaram się to rozpracować. Pozdrawiam.

[Maverick]

musisz pisać swoje znaczki w utf-8. niestety standardowe narzędzia w windows nie mają takiej możliwości, armaEdit prawdopodobnie też.

Jak to nie. Przykładowo masz stringtable.csv ze znakami polskimi. Otwierasz w windowsowskim notatniku, nic nie modyfikujesz, wybierasz Zapisz jako... , w polu "zapisz jako typ" zaznaczasz wszystkie pliki, w polu "kodowanie" UTF-8, a w nazwie stringtable.csv (koniecznie z rozszerzeniem). Zapisujesz np. na pulpicie i podmieniasz ten już istniejący stringtable. Proste i szybkie - w każdym razie u mnie podziałało.

człowiek uczy się całe życie.
btw: zobaczcie sztuczkę w notatniku: wpiszcie bgates, zapiszcie, zamknijcie, otwórzcie i zobaczcie co jest napisane

[Maćko]

...to działa... tyle używam notatnika, a tego pola jeszcze nigdy nie dotykałem. Teraz nasuwa mi się myśl... po co ja robiłem ten poradnik z gżegżółką, ach...

[Maverick]

Tja, działa. Szkopuł tylko w tym, że kiedy skrypt .sqs jest w UTF-8 ArmA wywala błąd u góry ekranu. A skrypt działa bez zarzutów . W każdym razie .sqs MUSZĄ być w ANSI, a description, stringtable, briefing itd. mogą być już w UTF-8. Chyba, że komuś nie przeszkadzają wywalające się błędy przy każdym włączaniu skryptu.

być może. sqs to archaiczna spuścizna z ofp