Ako sama baza ne podrzava sortiranje koriscenog alfabeta, ipak je moguce koristiti sortiranje (koje daje zadovoljavajuce rezultate). Ceo trik se sastoji u dodavanju jos jedne kolone koja ce za svaki red da govori poziciju tog reda u odnosu na ostale po kolono po kojoj bi se inace vrsilo sortiranje (al sam sastavio recenicu, ko shvati pricace o tome)

Koliko znam LJ i NJ ne postoje u unikodu kao jedan znak, osim ako to nije skoro promenjeno i dodato.

Probao sam sortirati sa dodatnom kolonom i funkcijom fields (ima jedan primjer na forumu), međutim, izgleda da ta funkcija nije unicode podržana jer mi izbacuje teško shvatljiv raspored - kao da slova koja sam napisao ne mogu biti prepoznata u podacima iz mysql baze, a za sve sam koristio utf8, a bez prefiksa _uft8'Č' mi je javljalo grešku o problemu multiple collations. Kao da se taj unicode u Win2000 ne slaže najbolje sa mysql utf8?

Pa mora da je negde izmedju neki program zabrljao stvar i podatke prebacio iz UTF8 u neki drugi raspored. UTF je UTF bez obzira na OS, programe itd.

Slažem se s tobom _owl_ . Unicode je unicode (obični brojevi), ali ne fercera kako bi trebalo. Smrdi mi na mysql bug, ali to tek treba dokazati. Već sam nekoliko mailova slao na temu našeg sortiranja onima u mysqlu, ali se nisu baš pretrgli odgovoriti.

U pogledu ovog: greška je bila do mene: nisam serveru javio ispravan charset moje konekcije. Potrebno je uraditi SET NAMES charcode (u Windowsima za našu latinicu je to cp1250, a ćirilicu 1251). Ako se ovo ne uradi ostaje charset po defaultu, a to je latin1, što ne valja za naša slova. Kad se tako uradi, onda je za slovenački alfabet je sve ok osim slova 'ć' (c sa akcentom kao Cuprija) - međutim, oni to slovo uopšte nemaju. No, u nekoj sledećoj verziji će biti i collation utf8_croatian_ci, a ne sumnjam i neki utf8_cyrilic_ci.