jaahas !
Linux -maailmassa ilmeisesti ollaan siirtymässä / jo siirrytty ajan hengen mukaisesti mahdollisimman kansainvälisiin standardeihin, jotta asetukset olisivat mahdollisimman samalla tavalla / yhteensopivia joka maassa.
Tästä syystä suuntauksena on ollut UTF-8 -merkistö, jossa ns. US-ASCII -merkistö on edellen UTF-8:n osajoukkona yksitavuilla koodeilla 0..127.
Sensijaan ilmeisesti esim. Ä ja Ö -kirjaimet, kuten moni muukin US-ASCIIhin kuuluymnaton merkki esitetään 2 tavun yhdistelmänä, joka kuvaa 16 tai 32 -bittistä laajennettua merkkikoodia.
Jos kaikki ohjelmat osaisivat tuon oikein, niin mitään ongelmia ei tulisi. Mutta kun käytännössä moni ohjelma EI osaa tuota oikein, niin ainakin minusdta tuntuu siltä, että mieluummin haluan 8-bittisen ISO-8859-15 -merkistön, jolla voi ongelmitta kirjoittaa mm. suomea, englantia, ja monia tarpeellisia muitakin merkkejä, kuten € (euro), ja hyväksyn hintana sen, että esim thai -tai venäjänkielisiä merkkejä ei koneeni silloin osaa.
Miten siis saan pakotettua käyttöjärjestelmän tuohon 8-bittiseen laajennettuun ASCIIhin, jossa on vain 256 merkkiä, mutta kaikki merkit ovat 1-tavuisia (siis pois tuo UTF-systeemi,jossaosa merkeistä on 2-tavuisia) ?
Merkkien kanssa harmeja on ainakin näissä ohjelmissa:
mc (Midnight Commander)
rxvt (gui -tilan komentotulkki,tai oikeammin komentotulkin ajoympäristö graafisessa tilassa)
Samalla haluaisin KDE:ssä muuttaa homman niin,että Ctrl-Esc avaa "Start" -valikon.
esim. mc:n ANSI -ruudunohjausmerkkeihin perustuva näytönkäsittely menee ihan sekaisin tuon UTF.n takia.
Myös komentorivi toimii joskus oudosti UTF -merkistöä käytettäessä, eli virhenäppäilyjä korjattaessa backspace saattaa tuhotakin vain puoli merkkiä yhden sijasta (jos poistettava merkki oli 16-bittinen UTF8-laajennus)
Tällaisia harmeja on ainakin Knoppix 5.1.1;ssä,ja koska Knoppix pohjautuu Debianiin (käsittääkseni Testingiin, eli Etch), niin uskoisin, että samat ongelmat ovat edessä sielläkin.
Ainakin komentorivilläsiis haluan tuon 8-bittisen merkistön takaisin, tiedäsitten, voiko/kannattaako GUI -ohjelmissa silti käyttää UTF.ää, vai pitäisikö (miten?) siirtyäkokonaan tuohon 8-bit ISO-8859-15 -merkistöön ?
Linux -maailmassa ilmeisesti ollaan siirtymässä / jo siirrytty ajan hengen mukaisesti mahdollisimman kansainvälisiin standardeihin, jotta asetukset olisivat mahdollisimman samalla tavalla / yhteensopivia joka maassa.
Tästä syystä suuntauksena on ollut UTF-8 -merkistö, jossa ns. US-ASCII -merkistö on edellen UTF-8:n osajoukkona yksitavuilla koodeilla 0..127.
Sensijaan ilmeisesti esim. Ä ja Ö -kirjaimet, kuten moni muukin US-ASCIIhin kuuluymnaton merkki esitetään 2 tavun yhdistelmänä, joka kuvaa 16 tai 32 -bittistä laajennettua merkkikoodia.
Jos kaikki ohjelmat osaisivat tuon oikein, niin mitään ongelmia ei tulisi. Mutta kun käytännössä moni ohjelma EI osaa tuota oikein, niin ainakin minusdta tuntuu siltä, että mieluummin haluan 8-bittisen ISO-8859-15 -merkistön, jolla voi ongelmitta kirjoittaa mm. suomea, englantia, ja monia tarpeellisia muitakin merkkejä, kuten € (euro), ja hyväksyn hintana sen, että esim thai -tai venäjänkielisiä merkkejä ei koneeni silloin osaa.
Miten siis saan pakotettua käyttöjärjestelmän tuohon 8-bittiseen laajennettuun ASCIIhin, jossa on vain 256 merkkiä, mutta kaikki merkit ovat 1-tavuisia (siis pois tuo UTF-systeemi,jossaosa merkeistä on 2-tavuisia) ?
Merkkien kanssa harmeja on ainakin näissä ohjelmissa:
mc (Midnight Commander)
rxvt (gui -tilan komentotulkki,tai oikeammin komentotulkin ajoympäristö graafisessa tilassa)
Samalla haluaisin KDE:ssä muuttaa homman niin,että Ctrl-Esc avaa "Start" -valikon.
esim. mc:n ANSI -ruudunohjausmerkkeihin perustuva näytönkäsittely menee ihan sekaisin tuon UTF.n takia.
Myös komentorivi toimii joskus oudosti UTF -merkistöä käytettäessä, eli virhenäppäilyjä korjattaessa backspace saattaa tuhotakin vain puoli merkkiä yhden sijasta (jos poistettava merkki oli 16-bittinen UTF8-laajennus)
Tällaisia harmeja on ainakin Knoppix 5.1.1;ssä,ja koska Knoppix pohjautuu Debianiin (käsittääkseni Testingiin, eli Etch), niin uskoisin, että samat ongelmat ovat edessä sielläkin.
Ainakin komentorivilläsiis haluan tuon 8-bittisen merkistön takaisin, tiedäsitten, voiko/kannattaako GUI -ohjelmissa silti käyttää UTF.ää, vai pitäisikö (miten?) siirtyäkokonaan tuohon 8-bit ISO-8859-15 -merkistöön ?
Vastaukset 3
Vanhimmat
http://arska.org/finnish-howto/html/
Tuo linkattu finnish-howtohan pääosin juuri pyrkii tuon UTF-8:n käyttöönottoon.
Sieltä löytyy jopa kohta "Linked to Sivonen's "ISO-8859-15 considered harmful." Removed Tengwar because it's not yet official Unicode."
Noh, asioista voidaan olla montaa mieltä.
Tosiasia kuitenkin on se, että Debianin asennusohjelma (tässä tarkoitan Testing=Etchiä, mutta sama ilmeisesti pätee Stable = Sargeen)
nimenomaan asettaa tuon UTF8-merkistön, kun valitsee asennuksen aikana suomenkielisen ja suomalaiselle näppikselle sovelletun asennuksen, eli siltä osin homma kyllä toimii.
Mutta esim. mainitsemani mc ja rxvt toimivat väärin UTF-8:n kanssa, eikä linkatulla sivulla ole ohjeita tämän korjaamiseksi.
Jos arvaan oikein, niin mc:n ja rxvt:n lähdekoodista pitäisi kirjoittaa monta asiaa uusiksi, jotta tuo saataisiin toimimaan.
Koska lähdekoodit ovat C:tä / C :aa, niin en aio ryhtyä noita itse korjaamaan. Tuokin on ollut rikki niin kauan, että ilmeisesti ongelman korjaus tuota kautta ei kiinnosta myöskään näiden ohjelmien alkuperäisiä tekijöitä.
Siksi käytännössä ainoa keino ongelman korjaamiseksi, mikäli haluaa jatkaa noiden käyttöä (kuten itse haluan) on poistaa UTF-8 -merkistö käytöstä ja vaihtaa tuo ISO-8859-15 takaisin käyttöön silti, vaikka jotkut muut ovatkin siitä tuota mieltä, että se on haitallinen.
"finnish-howtohan pääosin juuri pyrkii tuon UTF-8:n käyttöönottoon. "
Mutta samalla saat tiedon kuinka UTF:n sijaa voit käyttää iso-8859-1(5). Noiden tietojen avulla käytin iso-8859-1:tä UTF-8 sijaan vuosia sitten. Nykyisin, kun lähes kaikki järjestelmät ovat siirtyneet UTF-8 ei enää tarvitse "viritellä".
Lisäksi on ohjelma luit, jolla voi onnistua ongelman kiertäminen.
http://www.die.net/doc/linux/man/man1/luit.1.html