[MEGOLDVA] keymap vs consolefont jó kombináció

Fórumok

Hi!

Problémám: próbálom a notimon konzolon rendesen belőni az UTF8-at. Asztali gépen megy rendesen már régóta, de notin nem akarja az igazat.
Amiket csináltam: LC_ALL, LANG beállítása, /etc/conf.d/keymap-ban "hu"-ra állítottam a kiosztást és a /etc/conf.d/consolefontban belőttem vmi fontot. A CONSOLETRANSLATION értékétől függetlennek látszik a probléma.

A gond: ha mindent megcsinálok, akkor kalapos ű-t és hullámos ő-t ír ki, amikor begépelem a megfelelő karaktereket. Ellenben a parancsok hibaüzenetei pl. jól jelennek meg.

Ha mindent belövök, de unicode_start-ot nem indítok, akkor jól jelennek meg a betűk begépelve, de a parancskimenetek romlanak el (krix-kraxokat látok csak).

Az asztali gépemen ugyanez a beállítás hibátlanul megy. (??)
Vki találkozott már hasonlóval? Nekem úgy tűnik, hogy a korrekt beállítás után a keymapnál vmi elb.sz.dik? (a unicode_start futása során, konkrétan)

Kösz előre is,
kl223

Hozzászólások

Hm. Ennyire egyedi problémáim vannak...? :)

engem ubuntun érdekelne ugyanez (grafikus terminálokon oké, nekem a sima 80x25-ös, nem framebufferolt szövegesen érdekelne. Igen, szerverre. Igen, magyarul beszélnek a szervereim. :)

Tehát a $KEYMAP egyértelműen "hu", Az $LC_ALL-t állítsd be hu_HU.UTF8-ra, majd add ki a beállítások érvényesítése után a locale parancsot. A megjelenő listára cseréld ki a magányos LC_ALL-t. Ha jól emlégszem, akkor csak a $LANG-ot kell majd megpiszkálni. A helyes $CONSOLEFONT pedig a "lat2-16". Ezeket nem szabad elfelejteni még a telepítés elején beállítani, mert ezek nélkül generál az ncurses édi $ és % jelehet a mc kerete helyére.

Üdv!

Nekem a következő módon sikerült:

/etc/conf.d/keymaps:
KEYMAP="hu"
DUMPKEYS_CHARSET="iso-8859-2" - nálam ez a sor jelentette az áttörést, ekkor jelentek meg kérdőjelek helyett az ő és ű betűk.

/etc/conf.d/consolefont:
CONSOLEFONT="ter-216b" -- ment "lat2-16"-al is, csak ez jobban tetszett
CONSOLETRANSLATION="8859-1_to_uni"

(UTF-8, valamennyi billentyű a helyén és az ő és ű sem kalaposak)

Problemam ugyanez, ekezetes karakterek ugy irodnak parancssorban, hogy 2 db torlest igenyelnek, ellenkezo esetben ha egyszer torlom bekkszpesszel, akkor megjelenik egy kis teglalap command not found-dal...

X-en egyaltalan nincsenek ekezetes karakterek, ezt hozta a 13.1-es slackware, minden mas atomjo benne.

Fluxbox hasnalataval elvagyok, a szukseges kb. 10 programom is fut, de ez kisse rezgteti a fejemet.

A fent leirt megoldasok egyike sem mukodik nalam.
/etc/conf.d/keymaps es /etc/conf.d/consolefont allomany nalam nincs, ilyen nevu konyvtarak sincsenek.

Letre kene hoznom oket?

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Most dupla kerdojel minden egyes ekezetes karakternel.
?? ?? ?? ilyenek.

X-en angol minden, pedig etc/rc.d-ben rc.keymapban hu.key van megbabonazva a loadkeyjel, es a tobbi cuccot is atneztem, pl a lang.csh, lang.sh, lang.sh.new file-t, ihol az egyik:

#!/bin/sh
# Set the system locale. (no, we don't have a menu for this ;-)
# For a list of locales which are supported by this machine, type:
# locale -a

# en_US is the Slackware default locale:
export LANG=hu_HU

# 'C' is the old Slackware (and UNIX) default, which is 127-bit
# ASCII with a charmap setting of ANSI_X3.4-1968. These days,
# it's better to use en_US or another modern $LANG setting to
# support extended character sets.
#export LANG=C

# There is also support for UTF-8 locales, but be aware that
# some programs are not yet able to handle UTF-8 and will fail to
# run properly. In those cases, you can set LANG=C before
# starting them. Still, I'd avoid UTF unless you actually need it.
export LANG=hu_HU.UTF-8

# Another option for en_US:
export LANG=hu_HU.ISO8859-1

# One side effect of the newer locales is that the sort order
# is no longer according to ASCII values, so the sort order will
# change in many places. Since this isn't usually expected and
# can break scripts, we'll stick with traditional ASCII sorting.
# If you'd prefer the sort algorithm that goes with your $LANG
# setting, comment this out.
export LC_COLLATE=C

# End of /etc/profile.d/lang.sh

---
--- A gond akkor van, ha látszólag minden működik. ---
---

export LANG=hu_HU
export LANG=hu_HU.UTF-8
export LANG=hu_HU.ISO8859-1

Ööööö... remélem nem haragszol meg, de kíváncsi lennék: csak tippelgetsz bele a nagyvilágba, abban reménykedve hogy évek során rábukkansz a működő megoldásra, vagy van valami halvány lila sejtésed arról hogy mit jelentenek ezek a dolgok? :)

A téma egyébként kismilliószor ki volt vesézve, itt a hup fórumban is.

Ja, és ha a disztribedben nem működnek alapból helyesen az ékezetes betűk, akkor lehet hogy át kéne térni egy olyanra, amelyik nem ragadt le a múlt században :p

Termeszetesen ossze-vissza csinalok mindent, ahogy szokasos. Informacioim jo reszet a slackware.hu, hup.hu meg a bme konyvtar alagsora teszi ki, meg nehany egyeb netes forum.
A problemaim sok evig nem alltak fenn, csak a mostani 12.2-rol 13.1-re valtas kapcsan.
A verziovaltas oka egy glibc-s elakadas volt, melyet egy hajozasi szoftver ujabb verzioja okozott.
Azota kinlodok, minden mas megy...

a fentieket megnezem..

Ez eddig a legaranyosabb:

bash-4.1$ setxkbmap -print
xkb_keymap {
xkb_keycodes { include "evdev+aliases(qwerty)" };
xkb_types { include "complete" };
xkb_compat { include "complete" };
xkb_symbols { include "pc+us+inet(evdev)+terminate(ctrl_alt_bksp)" };
xkb_geometry { include "pc(pc104)" };
};
bash-4.1$

pc105-nek meg us helyett hu-nak kene lennie, ha minden igaz

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Immár van ékeztem X-en, de most meg az a problémám, hogy magyar klaviatúrán hozzászoktam az angol billentyűkhöz...

Leírom ide hogy jártem:

http://hup.hu/node/94787

itt van a megoldás egyszerű, mint a makk:

setxkbmap hu

Csak 2 heti káromkodás van mögöttem, cserébe rengeteg olyan dogot mgtanultam ami enélkül nem ment volna.

íéáőúűöüó
ÍÉÁŐÚŰÖÜÓ

uff.

---
--- A gond akkor van, ha látszólag minden működik. ---
---