Dnia 12 May 2010 22:30:17 GMT, Sergiusz Rozanski napisał(a):

> Dnia 12.05.2010 Marek <b...@e...com> napisał/a:
>> Dnia 12 May 2010 20:31:51 GMT, Sergiusz Rozanski napisał(a):
>>
>>> Mam beze danych i aplikacje w iso-8859-2,
>>
>> O rany... najlepiej oddać do skansenu tą aplikację :-)
>
> Wiesz, baza ma 12 lat :) i nadal jest potrzebna.
>
>>> siłą rzeczy aplikacja również i
>>> mam problem bo przeglądarka wysyła formularz w iso, no chyba że user wcisnie
>>> tam jakiś znaczek z poza iso :) wtedy mimo że strona i ajaxy mają zawsze
>>> ustawione iso to śle utf.
>>
>> j/w
>> A tak na serio - przeglądarka samoczynnie kodowanie zmienia w takich
>> przypadkach?? Co prawda wilele lat temu ostatni raz z ISO miałem do
>> czynienia lecz nigdy wtedy przynajmniej nie powstał ten problem.
>
> Może to konsekwencja tego że buduję w JS link z getelement...value
> Wypróbuję, jest to jakiś ratunek, a browser w requeście nie śle kodowania?

Browser w requeście śle jakie kodowanie może zaakceptować. Dzieje się to w
nagłówkach zapytania, konkretnie Accept-Charset. No i masz tam zazwyczaj
ISO oraz UTF więc nie będzie to pomocne. Jest to ta sama sekcja zapytania,
w której browser się przedstawia, przesyła informacje, że akceptuje html,
xml itd...
Potem lecą zmienne POST w/g wcześniejszego opisu, więc też nie dowiesz się
niczego. Zastanawiam się czy przypadkiem ukryte pole dodane do formularza,
wypełnione jakimś polskim znakiem nie byłoby rozwiązaniem. Jeśli po stronie
PHP otrzymasz 2 bajty z tego pola to oznacza, że formularz poszedł w UTF.
Sprawdź - może zadziała.