#579596 21.09.2010 23:59:17
Witam,
Dziękuję za poruszenie tego problemu. Zbierałem się by o tym napisać, jednak jak zwykle - zeszło.
Program faktycznie byłby niesamowity, gdyby nie problemy z tym nieszczęsnym kodowaniem. O ile przy błędnym odczycie wiadomości mamy możliwość ręcznego nadania strony kodowej, ew. przy UTF-8 wykorzystania trybu OE, o tyle przy odpowiedziach z załączonym źródłem, jest już o wiele gorzej, a przy wiadomościach kodowanych UTF-8 - wręcz tragicznie.
Udostępniana przeze mnie na polskiej stronie programu wersja portable, zawiera pliki umożliwiające uruchomienie programu pod stroną kodową Windows-1250, oraz pod ISO-8859-2.
I tutaj jest rozwiązanie dla tego "o wiele gorzej". Jeśli odpowiadamy na list kodowany w 1250, program musi pracować pod tą stroną, natomiast odpowiadając na list pisany w ISO, musimy przełączyć program właśnie pod tą stronę kodową.
Możemy zapomnieć o odpowiedziach na list kodowany w UTF-ie.
Powyższe rozwiązanie jest protezą, zdaję sobie z tego sprawę, ale póki co, nie ma innego rozwiązania.
Próbowałem różnych sposobów, łącznie z pozbawianiem szablonów deklaracji strony kodowej. Efekt żaden.
Program przy pobieraniu wiadomości do odpowiedzi, dekoduje ją w dziwny sposób i nawet wybranie odpowiedniego kodowania w trakcie edycji wiadomości, nie daje pożądanego efektu. Jedynie w dwóch sytuacjach: przy edycji wiadomości, oraz przy przekierowaniu, program zachowuje stronę kodową wiadomości źródłowej, ale to nas nie urządza.
Reorganizacja sposobu kodowania przewidziana jest podobno dopiero w wersji piątej programu. Problemy ze znakami diaktrycznymi lub jak kto woli umlautami, były zgłaszane producentowi przez nas, Francuzów jak i też Niemców. Jak na razie z mizernym skutkiem. Ostatnio pracują nad poprawą przedstawiania wiadomości dla wersji angielskiej. Należy mieć nadzieję, że pozostałe lokalizacje także doczekają się poprawy sytuacji.
Odnośnie ceny programu - nie występuje w wersji płatnej.
Pozdrawiam
iRas
wpis edytowany 22.09.2010 00:08:22