xterm versus Xfce Terminal 0.4.4

UNIX kezdő

Mai rohanó világunkban lépten-nyomon érik az embert meglepetések. Ilyenek például az anomáliák.

Az eset slackware 13.37 alatt történik.

xterm használata közben vannak magyar ékezetek (íéáőúűöüó), de az Xfce termináljában már csupa kérdőjel jelenik meg, ha ékezeteket is akarok.
Szerintetek ez miért van?
-------------------------

fluxbox a grafikus héjam, xfce is indítható ugyan, de annak alkatrészeit csupán a többablakos terminálja és a cédéírója miatt tartom.
Előfordulhat, hogy valami közönséges dolgot nem tettem meg?

köszönet minden jótanácsért

  • 6675 megtekintés

( hrgy84 | 2011. 08. 31., sze – 15:19 )

Kene egy 'locale' parancs kimenet. Tipp: nem UTF-8 -as kodolasu a rendszered.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

( log69 | 2011. 08. 31., sze – 15:39 )

Az xfce4-terminal beállításaiban is lehet sok mindent állítani. Ezt nézted? (Preferences / Advanced)

Nem találta ilyesmit.

ezzel van a baj:
Terminal 0.4.4
Xfce Terminal Emulator

Egyedül az xterm, ez a piciny gyönyörmegy kifogástalanul, ékezetekkel.

Elindítám kínomban a fluxbox fölött az xfce4-panel programot, mire begyön az xfce teljes tálcája a szolgáltatásaival. Kerestem benne mindenféle kódlapot, vagy terminálbeállítás-hátsókaput, de nem találtam. Ugyanezt megkíséreltem mc-vel kutatva, de semmit sem találtam. xfce számomra életidegen, fluxbox után ..

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

A Terminal config file-ját nézted már? Fedorán ~/.config/Terminal/terminalrc az illető file. Deafult nincs, ha GUI-n változtatsz valamit, megírja. Onnantól már elég könnyű például villogó kurzort beállítani. Ugyanakkor a locale tényleg érdekes lehet. Megnéztem, én a 0.4.8-ast használom, valamiért Te régebbit.

tr [:lower:] [:upper:] <<<locsemege
LOCSEMEGE

Amikor nézegettem, a man-ban csak annyi szerepelt, hogy az ..../xdg könyvtárakban nézegessek. Találtam is autostart könyvtárat benne, mely roppant szép, de nem sokatmondó.

Épp most is keresgélek vadul, de nem csak ott..

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

( Zaneck | 2011. 08. 31., sze – 15:49 )

Használj rxvt-unicode-ot (urxvt), tabbeket is támogatja, nem vagy a bloatware, inkonzisztens UTF-8 támogatással rendelkező terminál emulátorokra rászorulva.

Fent van az is, de ékezetes karaktereknél az már kérdőjeleket sem ír, azaz nem akarja amit én,konfigját annak még nem kerestem.
Igaz, nem is használom, mert néha a ctrl-C helyett az egérrel végzem balga módon a másolásokat, ott meg egér eddig még nem vót.

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

bash-4.1# locale
LANG=
LC_CTYPE="POSIX"
LC_NUMERIC="POSIX"
LC_TIME="POSIX"
LC_COLLATE="POSIX"
LC_MONETARY="POSIX"
LC_MESSAGES="POSIX"
LC_PAPER="POSIX"
LC_NAME="POSIX"
LC_ADDRESS="POSIX"
LC_TELEPHONE="POSIX"
LC_MEASUREMENT="POSIX"
LC_IDENTIFICATION="POSIX"
LC_ALL=
bash-4.1#

no, ebben még nem turkáltam.

Billentyűparancsoknál egyébként a minél kevesebb gomblenyomást tartom jónak oy módon, hogy a laptop billentyűzetét egyenletesen terheljék (CTRL használatának túlterheése esetén sok parancsot ALT-tal kombinálva oldok meg, szoftveresen átállítva pl. operánál, fluxbox desktopváltásánál stb.)

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

A 

/etc/locale.gen

-t kell szerkesztened (uncommenteld a megfelelő sorokat).

A 

locale-gen

parancssal updatelheted az alkalmazott locale-okat, a 

locale -a

kilistázza ezeket.

https://wiki.archlinux.org/index.php/Locale

Szokott lenni disztribúcióspecifikus megoldás is, de nem tudom milyen disztribúciót használsz.

lang.csh-ban ez van:
-------------------

setenv LANG hu_HU
setenv LANG hu_HU.ISO8859-2

lang.sh-ban meg ez:
-------------------

export LC_ALL=C

# set locale from locale_id function in linux live scripts, or en_US
LOCALE=$( . /usr/lib/liblinuxlive ; locale_id )
if [ "$LOCALE" = "" ]; then
# en_US is the Slackware default locale:
export LANG=hu_HU
else
export LC_ALL=$LOCALE
export LANG=$LOCALE
fi

-------------------

slackware13.37-et használok, /etc/profile.d/locale.sh file nem létezik vala.
---
--- A gond akkor van, ha látszólag minden működik. ---
---

Az mellékes, hogy locale.sh vagy sem, minden /etc/profile.d-ben található scriptfájl végrehajtódik.

Szóval vagy szerkeszd meg a meglévő állományokat vagy távolítsd el őket és hozd létre a locale.sh-t.

A jelenlegi állományok szerkesztése megfelelő megoldás, a lang.csh legyen a következő. 

setenv LANG hu_HU.utf8

A lang.sh a következő: 


export LANG=hu_HU.utf8

A locale -a megmondja milyen locale-okat választhatsz, a hu_HU.utf8 ott kell legyen a listán.

Figyelj oda, hogy a scriptfájlok futtathatóak legyenek (

chmod +x

).

Mindkettőt próbáltam, hatástalan, kézzel kell elindítanom a setxkbmap hu-t.
írtam egy külön scripptet, futtathatóvá tettem, majd bemásoltam a többi közé (a/etc/profile.d-be), de mintha el sem indult volna...

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

A billentyűzetkiosztásnak semmi köze az alapértelmezett locale-hoz.

A billentyűzetkiosztáshoz a megoldást itt leírtam neked.

Az alapértelmezett locale beállításához egy 

locale -a

kimenet kellene, hogy láthassam, hogy legeneráltad-e a megfelelő localeokat, majd a 

/etc/profile.d/lang.csh

és 

/etc/profile.d/lang.sh

állományokat kell szerkesztened a korábban megadott módon.

Pont forditott a gondja, en ezt tippeltem amugy a nyitobol is. Ha valahol ?-ek jelennek meg ekezet helyett, ott altalaban az a gond, hogy a szoftver UTF-8 -at var, de baromira nem azt kap. Forditott esetben krix-krax jelenik meg.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Plusz adalék az, hogy x-en a
setxkbmap hu
parancsot is kézi indítással adom ki, pont a Terminal programban, nem az xterm-ben.
(nem jártam utána, miért nem megy slack13.37-tel úgy, mint a régieknél, inkább írtam egy "a" névre hallgató scriptet, ami indít mindenfélét, így az is elindul, mármint a setxkbmap...)

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

Azt is be tudod globálisan állítani, a /etc/X11/xorg.conf.d könyvtárban hozz létre egy 01-keyboard-layout.conf állományt (a könyvtárban található konfigurációs állományokat értelmezi, az állomány neve előtt szereplő szám szerint prioritizálva). 


Section "InputClass"
        Identifier "keyboard-layout"
        Driver "evdev"
        MatchIsKeyboard "yes"
        Option "XkbLayout" "hu"
EndSection

Mint mondtam, már ahol. Pl. a KDE (mint asztali környezet) FreeBSD alatt (legyen ez a disztribúció) a mai napig HAL-at használ, lévén az éppen aktuális linuxos agymenések (udev, udisk, upower, uanyámkínja) jelenleg még nem tekinthetők teljesen multiplatformnak, ezért a KDE alatt még van HAL-at használó réteg - pontosan az egyéb oprendszerek miatt.

Ezt is megcsináltam,
(beraktam az xorgba ezt:
Section "InputClass"
Identifier "keyboard-layout"
Driver "evdev"
MatchIsKeyboard "yes"
Option "XkbLayout" "hu"
EndSection
)

...de setxkbmap hu ezután is kézi indításos.
Annak idején ebbe beletörődtem, csak most meg előjött az egész megint azzal a terminálproblémámmal.

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

Melyik Xorg kiadás van most nálad feltelepítve? Elképzelhető, hogy egy a Slackware által szállított script, a xorg.conf vagy a xorg.conf.d könyvtár konfigurációs állományai (00-evdev.conf stb.) felülbírálják a beállításokat.

A legegyszerűbb lenne ha megosztanád velünk 

/etc/X11/xorg.conf.d

könyvtár állományait, a 

xorg.conf

-ot, továbbá a 

/var/log/Xorg.0.log

-ot, ez utóbbi lenne a leglényegesebb.

A pastebin.com-ra feltöltheted őket.

( mrev | 2011. 09. 03., szo – 07:39 )

Hogyan lehet eccerre a képernyőn egy kék és egy fekete hátterű xfce4-terminal?
--
CCC3