🚀 go-pugleaf

On Thu, 20 Jul 2006 21:49:58 +0000, Googie wrote:

> Witam,
> 
> Zapisałem sobie w bazie trochę danych, niektóre zawierają polskie
> znaki. Zapisywałem je z interaktywnej powłoki tclsh:
> 
> $ tclsh
> % package require sqlite
> 3.3.5
> % sqlite db data.db
> % db eval {INSERT INTO regions (name) VALUES ('Małopolskie')}
> 
> I po takiej operacji próbuję wydobyć te dane z poziomu Riveta i
> wyświetlić je ordynarnym puts'em na stronie, ale dostaję krzaczki
> zamiast polskich znaków.
> 
> Nie pomaga:
> encoding system iso8859-2
> 
> Co więc jeszcze?

Emm pewnie i tak nie pomogę (za mało wiedzy :) ale mam wrażenie, że dużo
potrzebnych informacji do zdiagnozowania problemu pominąłeś.

Jakie kodowanie używa Riveta, czy pakiet sqlite faktycznie działa w unicode
itp itp...

-- 
ダレック
takeda@IRCnet.EFnet, ICQ# 15827691, YahooIM: takeda64
http://ircwiki.takeda.tk - strona wiki poświęcona IRC

On Mon, 24 Jul 2006 00:12:44 +0000, Googie wrote:

>> Emm pewnie i tak nie pomogę (za mało wiedzy :) ale mam wrażenie, że
>> dużo potrzebnych informacji do zdiagnozowania problemu pominąłeś.
>> Jakie kodowanie używa Riveta, czy pakiet sqlite faktycznie działa w
>> unicode itp itp...
> Z tego co zdążyłem się już zorientować to problem tkwi w tym, że sqlite
> używa (tylko i wyłącznie) UTF-8 lub UTF-16, żadnych tam ISO8859-2. Po
> prostu źle wprowadziłem dane.

Ehh... :)))
Po cholerę sterczeć przy tym obleśnym ISO, powinno się używać wszędzie UTF
i nie będzie problemów z krzaczkami :)

Ale swoją drogą, sqlite powinien automatycznie się dostosowywać do
ustawionego kodowania i sam sobie odpowiednio tłumaczyć.

-- 
ダレック
takeda@IRCnet.EFnet, ICQ# 15827691, YahooIM: takeda64
http://ircwiki.takeda.tk - strona wiki poświęcona IRC

Derek Kuliński / takeda wrote:

> Emm pewnie i tak nie pomogę (za mało wiedzy :) ale mam wrażenie, że
> dużo potrzebnych informacji do zdiagnozowania problemu pominąłeś.
> 
> Jakie kodowanie używa Riveta, czy pakiet sqlite faktycznie działa w
> unicode itp itp...
> 

Z tego co zdążyłem się już zorientować to problem tkwi w tym, że sqlite
używa (tylko i wyłącznie) UTF-8 lub UTF-16, żadnych tam ISO8859-2. Po
prostu źle wprowadziłem dane.

-- 
Pozdrawiam (Greetings)!
Googie

Cześć!

Kodowanie znaków to staly problem.
Kilka informacji o kodowaniu i Tcl, które zebralem przy moich walkach
ze znakami.

Tcl zapisuje wewnętrznie znaki tylko w postaci UTF8.
Przy komunikowaniu z peryferią są one konwertowane wedlug ustawień w
encoding system
Przy tej okazji może się zdarzyć, że informacje mogą zostać
zgubione jeśli
na przyklad w ustawieniu encoding system jest iso8859-1 a wypisuje się
polskie znaki.

Wedlug dokumentacji każda bibliotheka Tcl w C powinna używać przy
komunikacji
z zewnątrz funkcji
Tcl_UtfToExternal lub Tcl_ExternalToUtf. To one biorą wartości
domyśle z (encoding system)
lub umozliwiać ustawienie encoding to jak jest to robi
fconfigure dla strumieni I/O.
Niestety te funkcje istnieją od Tcl8.0 i niektóre bibliteki ich nie
używają. Dla języków
zachodnioeuropejskich to żaden problem i dlatego autorom tych biblitek
to nie przeszkadza.

Tcl umożliwia też zapisanie danych binarnych w string.
Czyli można w pamięci Tcl skonwertować UTF8 na celowy encoding i
przez
to obejść jakby brak konwertowania przy zapisie IO.

to próba ze strumieniem do pliku

set t ś
set f [open test.txt w]
fconfigure $f -encoding binary
puts -nonewline [encoding convertto iso8859-2 $t]
close $f

w test.txt znajduje się jeden bajt w iso8859-2. Może to też dziala
dla sqlite.

Warto może by zerknąć do kodu źródlowego sqlite i poszykać jak to
jest rzeczywiście
jest robione. Tak jak powinno być, to jest widoczne przy originalnych
funkcjach I/O w Tcl.

Co do HTML to UTF8 jest bardzo dobry bo można wtedy bez problemu
mieszać kilka
jezyków jednocześnie. Oczywiście potrzebny jest w HEADER

<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">