🚀 go-pugleaf

> Witajcie
>
> Problem by� mo�e nietypowy, niemniej zawsze warto zapyta� ;)
> Pr�buj� na platformie Mono uruchomi� proste forum, ale nie mog�
> doj�� do porozumienia z kodowaniem znak�w w pliku wynikowym.
> Za��my, �e �r�d�o wygl�da jako� tak (plik UTF-8):
> http://www.astercity.net/~fennwick/sth/login.aspx
> Czy m�g�by kto� sprawdzi�, jak si� to wy�wietla w �rodowisku
> Microsoftowym? Na XSP 'Has�o' wy�wietla si� b��dnie, tak jakby
> '�' by�o np w UTF-16, a nie UTF-8 (po zamianie na Hasło
> wszystko jest w porz�dku).
> Prawdopodobnie jest to bug w XSP, ale chcia�bym mie� jaki� punkt
> odniesienia.

U mnie jest poprawnie. Nie wiem natomiast, czy to b��d czy pocz�tkowy etap
tworzenia projektu, ale inne uwagi:
    - w editboxie "Login" jest jaki� ci�g znak�w jak si� uruchomi stronk�:
        <%   Response.Write(sLogin);        %>
    - editbox "Has�o" zawiera mn�stwo gwiazdek :)
    - pod IE6 (na Win2000 PL) strona wy�wietla si� dobrze, pod Mozill� nad
polami pojawia si� napis:
         <%@ Page Language="C#" %> <%@ Import Namespace="System.Xml" %> <%
Response.Charset="UTF-8"; string         sLogin = ""; string sPasswd = "";
%>
    Tu nie wiem, czy b��d le�y po stronie jakich� ustawie� Mozilli, czy to
twoja strona wymaga poprawki.

Dnia Fri, 19 Dec 2003 13:03:32 +0100 podmiot liryczny, eftewuer, ma na
myśli:
> U mnie jest poprawnie. Nie wiem natomiast, czy to błąd czy początkowy
> etap tworzenia projektu, ale inne uwagi:
[ciach uwagi]
Nie chodzi o wyświetlanie się strony 'as-is', tylko wyniku działania
po stronie serwera. 
Może konkretniej: jeśli XSP serwuje np utfowe plik XML parsowane w
locie, to wynik jest prawidłowy - polskie znaczki wyświetlają się w
przeglądarce jak należy. Jeśli jednak w pliku .aspx (nadal UTF-8) dam
jakieś ogonki statycznie w części htmlowej, lub jako argument
Response.Write, to są one wyświetlane jako dwuznakowe krzaki (na oko
jako UTF-16). Plik jest jak najbardziej 'akademicki', ale chciałbym
wiedzieć, jaki output wygeneruje IIS.

Artur Brodowski.
-- 
only so many songs can be sung with two lips two lungs and one tongue

Witam

Niestety (IIS 5.1 + .NET v1.1)
Zamiast litery ł w "Hasło:" pojawiają się kszaki (HasĹ,o:)

Wystarczyło jednak tylko dodać na początek pliku
trzy bajty sygnatury pliku Unicodowego (kolejno EF BB BF)
żeby IIS posłał do przeglądarki właściwy znak

PS.
Tak dla przypomnienia, pliki Unicodowe zaczynają sie od:
UTF-8 -> EF BB BF
Unicode -> FF FE
Unicode big endian -> FE FF

___________
Robert Winkler

On Fri, 19 Dec 2003 19:11:14 +0100, RobertW wrote:
> Wystarczyło jednak tylko dodać na początek pliku
> trzy bajty sygnatury pliku Unicodowego (kolejno EF BB BF)
> żeby IIS posłał do przeglądarki właściwy znak
Ogromne dzięki. 
Z tego co udało mi się wyszukać w sieci, to specyfikacja
Unicode'u nie narzuca obowiązku wstawiania tych sygnatur
i ich rozpoznawania z poziomu aplikacji; zresztą:
# file login.aspx
login.aspx: UTF-8 Unicode text
Czy gdzieś w standardach .NET jest to wyszczególnione?

Artur Brodowski.
-- 
http://go-mono.pl/

> Z tego co udało mi się wyszukać w sieci, to specyfikacja
> Unicode'u nie narzuca obowiązku wstawiania tych sygnatur
> i ich rozpoznawania z poziomu aplikacji; zresztą:
> # file login.aspx
> login.aspx: UTF-8 Unicode text
> Czy gdzieś w standardach .NET jest to wyszczególnione?
>

W .NET Framework też nie ma takiego wymogu,
ale brak tych danych powoduje że .NET traktuje te pliki
tak jakby było zapisane w aktualnej stronie kodowej
użytkownika z uprawnieniami którego została uruchomiona usługa
przetwarzania stron ASP.NET
Można tym oczywiście w .NETcie sterować za pomocą pliku
web.config, gdzie poprzez

<configuration>
<system.web>
<globalization fileEncoding="utf-8" requestEncoding="utf-8" responseEncoding="utf-8" />
</system.web>
</configuration>

można określić kodowanie plików na dysku,
kodowanie wysyłanych danych,
ustawienia regionalne

Nie wiem na ile jest to przeniesione do Mono
ale w .NET Framework to działa

http://msdn.microsoft.com/library/en-us/cpgenref/html/gngrfglobalizationsection.asp?frame=true

-- 
___________
Robert Winkler

On Fri, 19 Dec 2003 22:07:08 +0100, RobertW wrote:
> W .NET Framework też nie ma takiego wymogu,
> ale brak tych danych powoduje że .NET traktuje te pliki
> tak jakby było zapisane w aktualnej stronie kodowej
> użytkownika z uprawnieniami którego została uruchomiona usługa
Raz jeszcze serdeczne dzięki. To jednak bug w XSP (tzn całe didaskalia
są identyczne jak w .NET, konfiguracja kodowania w web.config itd.),
niemniej wygląda na to, że w niektórych przypadkach kodowanie jest 
ignorowane, podobnie zresztą BOM na początku pliku.

pozdrawiam,
Artur Brodowski.
-- 
only so many songs can be sung with two lips two lungs and one tongue