Internet Info, s.r.o. Lupa Měšec Podnikatel Root Zdroják DigiZone Slunečnice Vitalia TopDrive KupDnes Navrcholu NovýTarif Dobrý web Weblogy Woko Jagg Computer.cz SK: MojeLinky

Hlavní navigace

SVGATextMode aneb textový režim ještě nezemřel

Začalo to nevinně. U nás ve škole nainstalovali FreeBSD a já jsem si všiml, že v textovém režimu je blokový neblikající kurzor. Řekl jsem si "já chci taky!" a začal jsem hledat, jak na to.

Tweetni to Twitter Jaggni to! Jagg Del.icio.us Delicious

Jedna z prvních odpovědí, na kterou jsem narazil, byla „v konfiguračním souboru SVGATextMode volba Cursor 0–31“.

Nainstaloval jsem tedy SVGATextMode zprvu kvůli blokovému kurzoru. Ukázalo se, že je užitečná i jeho hlavní funkce – přepínání textového režimu do vyšších rozlišení. Zprvu jsem si myslel, že toto potřebovat nebudu – mám pouze patnáctku monitor – ale když už jsem měl STM nainstalováno, zkoušel jsem experimentovat s přepínáním režimů a po návratu ke klasickému rozlišení 80×25 znaků mi připadalo, že je na obrazovce příliš málo informací a písmena jsou nesmyslně velká. Proto jsem program začal spouštět již při startu systému, aby nastavil příhodnější rozlišení.

S instalací SVGATextMode jsem neměl žádné problémy, použil jsem RPM balíček dodávaný s distribucí. Tento program tedy nemusíte nijak zvlášť shánět, bývá většinou k dispozici přímo v distribuci systému.

Po instalaci je nutné editovat soubor /etc/TextConfig, který obsahuje konfiguraci grafické karty a monitoru. Soubor je velmi podobný souboru XF86Config (tj. souboru pro konfiguraci X Window Systému) a potřebné hodnoty jako typ grafické karty, horizontální a vertikální frekvence monitoru, časování či ClockChip je možno opsat právě odtamtud – alespoň já jsem s tím se svou kartou S3 neměl žádné problémy.

Kromě možností okolo grafické karty lze nastavit ještě několik dalších věcí – zda před přepnutím módu provést sync(2), což je užitečné v případě, kdy se bojíte zatuhnutí systému, jak velký bude kurzor („blikavost“ ani barvu zde bohužel změnit nelze, tak jsem se uchýlil k jinému řešení – přes escape-sekvence nezávisle na SVGATextMode, viz soubor VGA-softcursor.txt v dokumentaci jádra) a který program se má zavolat těsně po změně módu – tzv. ResetProg (zde volám skript, který restartuje myšového démona GPM, aby změnu proporcí obrazovky vzal v úvahu).

Po změně módu se volá program setfont pro nastavení fontu. Jsou zde čtyři možnosti poměru stran fontu, u každé z nich je nějaký font zvolen. Pro české uživatele je příhodné změnit tyto fonty na jejich iso-8859–2 verze. Bohužel na svém počítači nemám český unicode font všech poměrů stran, takže v některých textových módech mohou např. rámečky v mc vypadat divně. Většiny běžných módů se to naštěstí netýká.

Na konci souboru TextConfig jsou řádky obsahující samotné textové módy. Na začátku řádku je vždy řetězec daný mód pojmenovávající. Při zvolení módu program hlídá, zda lze při dané konfiguraci grafické karty daný mód použít, pokud ne, nepovolí vám do něho přepnout.

Program voláme nejčastěji takto:

/usr/sbin/stm <název-módu>

(stm je link na SVGATextMode). Pro správnou funkci (manipulaci s grafickým HW) potřebuje být program spuštěn s rootovskými právy – já jej proto spouštím pomocí sudo(8).

Nejdůležitější volby:

-t <konfigurační-soubor>
volba jiného konfiguračního souboru než /etc/TextConfig
-r
nespouštěj ResetProg (např.: není potřeba restartovat GPM, když jsme na startu systému a GPM ještě vůbec není spuštěn)
-s
vypiš všechny použitelné módy pro danou konfiguraci grafické karty a monitoru

Druhým programem v balíčku je stm-menu. Zobrazí (použitím curses) menu, ve kterém vypíše názvy všech použitelných (stm -s) módů a po vybrání položky v menu do daného módu přepne.

Pokud se něco pokazí, je možno použít program set80, který vás rychle a bezpečně vrátí do starého dobrého standardního módu 80×25.

A které konkrétní módy se líbí mně? Po startu Linuxu se mi spustí stm s parametrem 80×32×9. Pro dobrou orientaci v mc či manuálových stránkách často pouštím moc hezky vypadající mód 100×37… a to je asi vše. Další módy „objevuju“ jen občas pomocí stm-menu.

Jediná věc, kterou bych programu vytknul, je nespolupráce s Xy, ale za to mohou spíše Xy než stm. Zkrátka pokud jste v Xech, přepnete na konzoli, změníte rozlišení stm, přepnete zpět do Xů, tak po přepnutí na konzoli můžete zažít nemilé překvapení.

Jinak se mi program líbí a už si téměř nedovedu představit práci v textovém režimu ve standardním 80×25.

davame_internetu_obsah
       

Na závěr odkaz: freshmeat.net/pro­jects/svgatex­tmode

p.s. pokud chcete konkrétně vědět, jak jsem to vyřešil s tím kurzorem, je to echo -ne ‚\033[?17;15;255c‘

Školení: Hackujeme operační systém Android

 

Školení vám ukáže, jak se dostat k Linuxu (tzv. "rootování"), který se pod hezkou tváří Androida skrývá a jak ho naplno využít. Pomůže vám to při záloze dat, zvětšování prostoru pro aplikace nebo sdílení připojení k internetu a pokud chcete z telefonu dostat opravdové maximum, ukážeme vám, jak v něm vyměnit kompletní systém za lepší.

Podrobnější informace a přihláška

Ohodnoťte jako ve škole:
Průměrná známka 3,18

Přehled názorů

Proc ne framebuffer?
Radek Podgorny 17. 6. 2004 00:46
Nový
├ 
Re: Proc ne framebuffer?
TomCat 17. 6. 2004 01:31
Nový
│
├ 
Re: Proc ne framebuffer?
Zedik 17. 6. 2004 01:50
Nový
│
└ 
Re: Proc ne framebuffer?
vitko 17. 6. 2004 09:00
Nový
├ 
Re: Proc ne framebuffer?
benghi 17. 6. 2004 08:29
Nový
│
├ 
Re: Proc ne framebuffer?
karpi 17. 6. 2004 08:46
Nový
│
│
└ 
Re: Proc ne framebuffer?
Mti. 17. 6. 2004 09:38
Nový
│
│
 
├ 
Re: Proc ne framebuffer?
TomBA 17. 6. 2004 13:55
Nový
│
│
 
└ 
Re: Proc ne framebuffer?
rene 19. 6. 2004 20:45
Nový
│
├ 
Re: Proc ne framebuffer?
Zdenek 17. 6. 2004 09:16
Nový
│
├ 
Re: Proc ne framebuffer?
ctirad 17. 6. 2004 10:23
Nový
│
│
└ 
Re: Proc ne framebuffer?
hkmaly 17. 6. 2004 19:48
Nový
│
│
 
└ 
Re: Proc ne framebuffer?
ctirad 18. 6. 2004 14:56
Nový
│
└ 
Re: Proc ne framebuffer?
Petr Baudis 25. 6. 2004 12:10
Nový
└ 
Re: Proc ne framebuffer?
Tosuja 17. 6. 2004 09:01
Nový
 
└ 
Re: Proc ne framebuffer?
Ivan 17. 6. 2004 13:16
Nový
bez titulku
abc 17. 6. 2004 06:46
Nový
└ 
Re:
ctirad 17. 6. 2004 10:33
Nový
 
└ 
Re:
Stefan 17. 6. 2004 18:43
Nový
 
 
├ 
Re:
m0d0r 17. 6. 2004 19:20
Nový
 
 
│
└ 
Re: Re:
Czongo 17. 4. 2005 20:52
Nový
 
 
└ 
Re:
ctirad 18. 6. 2004 14:14
Nový
unicode
anonymní uživatel 17. 6. 2004 09:55
Nový
Radon a framebuffer
bery 17. 6. 2004 14:02
Nový
└ 
Re: Radon a framebuffer
Zdenek Burda 17. 6. 2004 23:27
Nový
SVGATextMode na kazde VGA
hkmaly 17. 6. 2004 19:51
Nový
proc ne vesa FB
zdenek stepanek 18. 6. 2004 11:21
Nový
└ 
Re: proc ne vesa FB
Radimek 18. 6. 2004 11:36
Nový
 
└ 
Re: proc ne vesa FB
OldFrog 18. 6. 2004 15:30
Nový
 
 
└ 
Re: proc ne vesa FB
Radimek 19. 6. 2004 00:15
Nový
Fb a X
marter 22. 6. 2004 07:50
Nový
       

Tento text je již více než dva měsíce starý. Chcete-li na něj reagovat v diskusi, pravděpodobně vám již nikdo neodpoví. Pro řešení aktuálních problémů doporučujeme využít naše diskusní fórum.

Zasílat nově přidané příspěvky e-mailem