Sziasztok!
Hogyan kell beállítani a Fedora 9-ben a /etc/sysconfig/i18n-ban a LANG és az egyéb locale változókat, hogy putty-ban a midnight commander ne essen szét?
Továbbá, melyik ajánlott? UTF-8-ban hagyni az egészet, vagy iso8859-2, és a samba-nak is megadni hogy iso8859-2, illetve az ext3-nak is fstab-ban?
Nem akarok szívni UTF-8-cal...
Köszi
- 2666 megtekintés
Hozzászólások
A helyes megoldás a putty átállítása: Window/Translation/Received data assumed to be in: UTF-8.
- A hozzászóláshoz be kell jelentkezni
Köszi, igen, mielőtt feltettem itt a kérdést, Google-val én is megtaláltam ezt a megoldást. Nem működött. Aztán rájöttem, hogy azért nem, mert én nem a putty alapértelmezett Courier New fontját használtam, hanem a Consolas nevűt. Abban pedig nem voltak azok a karakterek, amik a mc-nek a keretrajzolásához kellenének. Courier New betűtípussal, illetve az általad említett beállítással szépen működik minden.
Köszi mégegyszer!
- A hozzászóláshoz be kell jelentkezni
Kiegészítve a kérdést: erősítsetek meg hogy hagyjuk az egészet UTF-8ban, vagy iso8859-2esre váltsuk át az SMB ékezetes zilálása miatt. Mik a tapasztalatok?
Egy mindnenes szerver lesz, és SMB megosztással kapcsolódnak rá win kliensek. Idáig egy régi Debian volt, és az még klimaxolt az ékezetekkel. Melyiket javasoljátok? UTF vagy iso?
- A hozzászóláshoz be kell jelentkezni
Vki egyszer itt a hup fórumon nagy találóan azt írta az iso-8859 használatáról az UTF-8 helyett, hogy széllel szemben hugyozás. Nyilván másmilyen szívások vannak a kétféle rendszerrel, de a régivel napról napra több, az újjal napról napra kevesebb, és már ma is elenyészően kevés. Már sok-sok éve teljesen használható szinten állnak a szoftverek. (Csak egy példa: UHU-Linuxból 3 éve jött ki az első UTF-8-as béta, 2 éve az első stabil, és nagyon-nagyon kevés, többnyire jelentéktelen vagy könnyen workaroundolható UTF-8 hiba van bennük. Ráadásul egyáltalán nem jártunk élen az átállással, megvártuk, amíg pár vezető disztrib (például Fedora) kitapossák előttünk az utat.)
Fontos még azt is látnod, hogy ha bármiféle hibába belebotlasz, akkor az UTF-8 esetén szinte tuti hogy mindössze implementációs hiba, amit a forráskód ismeretében ki tudsz javítani, visszaküldeni a fejlesztőknek stb., míg iso-8859-x esetén minden bizonnyal a tervezés hibás voltára vezethető vissza, amire nincsen megoldás az adott keretek közt, csak az egész iso-8859-x lecserélése nyújtana megoldást.
- A hozzászóláshoz be kell jelentkezni
Köszönöm, megnyugattál hogy így áll a helyzet.
- A hozzászóláshoz be kell jelentkezni