Upravený TermRoom

16.9.2008 01:25 | Přečteno: 1090× | poslední úprava: 16.9.2008 12:28

Díky jednomu zdejšímu blogu jsem nalezl TermRoom, emulátor terminálu, který se chová jako WriteRoom. Černé pozadí, jen uprostřed vim se zeleným textem. Přesně jako z amerických filmů. Jen tedy já v něm nezachraňuji svět, ani nepřevádím miliony na své švýcarské konto. Při používání jsem narazil na několik nedokonalostí a rozhodl se je napravit.

Načtení profilu

První na co zřejmě každý uživatel Ubuntu narazí je, že TermRoom se vůbec nespustí. Je to tím, že program hledá klíče v gconf tam, kde nejsou. Nová verze už hledá nastavení v profilech Gnome-Terminal. Pokud existuje profil TermRoom, vezmou se barvy pozadí a textu a také font z něj, jinak se použijí barvy z implicitního profilu. Popravdě nevím jestli i ostatní distribuce mají klíče na stejném místě nebo jak se bude TermRoom chovat pokud nemáte gnome-terminal vůbec nainstalován. Určitě však nebude problém TermRoom upravit tak, aby fungoval i jinde. Napište, pokud je s tímto nějaký problém.

Vim a screen

Když programuji ve vimu tak potřebuji i kompilovat a testovat, v gnome-terminal mám více panelů, ale tady mi ta možnost chyběla. Nejdřív jsem chtěl použít screen, ale ten se choval nějak prapodivně ve spolupráci s vimem(například ctrl + left mi mazalo řádky). Tak jsem chvíli používal ctrl+Z a fg, ale to mě přestalo bavit a dopsal jsem si více panelů. Na první pohled se nic nezměnilo. Nechtěl jsem přidávat něco co by mohlo jen trochu odlákat mou pozornost. Avšak klávesová zkratka Ctrl + Alt + N vytvoří nový "panel". Mezi panely se potom přepíná pomocí Ctrl + PgUp a Ctrl + PgDn. Ovládání jsem několikrát měnil. Doufám, že tato kombinace s ničím nekoliduje. Pokud máte lepší návrhy dejte mi vědět. Místo Ctrl + Alt + N by bylo možné Ctrl + T po vzoru Firefoxu nebo Ctrl + A + C po vzoru screenu nebo snad Shift + Ctrl + T jako má gnome-terminal.

Barvičky

Pozadí mám černé, na něm zelený text a tak jsem chtěl aby i vim se držel těchto barev, ale nenašel jsem téma, které by se drželo jen jedné barvy. Nejdřív jsem měl zvýrazňování syntaxe vypnuté, ale nakonec jsem si napsal téma, které aspoň zobrazí tučně některé prvky. I když se může zdát, že se tak nedá pracovat, tak já nemám problém cokoli v kódu najít. S dobrým stylem a odsazováním jde vše snadno.

Download

Můžete si stáhnout mou verzi TermRoom, za pár dní by měla mé úpravy obsahovat i ofic. verze, ale zatím: http://www.davidmarek.cz/download/termroom.py
A také mé primitivní téma do vimu: http://www.davidmarek.cz/download/zelene.vim

Update

Klávesová zkratka změněna na Ctrl + T. Díky za spolupráci

       

Anketa

Obrázky

Komentáře

[Martin Böhm]

Příloha:

• awesome.png (33164 bytů)

Co že v tom programuješ? To abych se tomu vyhnul - v podstatě žádné komentáře, jen jednolitý kus kódu dál a dál... :o)

Ale vážně: není lepší spolu s taby používat taky vícero terminálů, jako to mám na přiloženém snímku? Je to docela příjemné, nemuset nic mačkat na to, abych se podíval do spřátelených souborů.

[frEon]

no ja nevim jestli ti ty komentare k necemu jsou

/* fetches member projects, but only IDs */
.....
SELECT *....
....

[Martin Böhm]

Jak to mám vědět, jestli zrovna tenhle řádek někomu nepomůže se v kódu vyznat? Že já nebo Ty to v tom dneska vidíme hned, neznamená, že to tam uvidí i Franta Vomáčka z Krákalova nebo Mario z Itálie.

Zrovna popisování definic funkcí vidím jako docela prospěšný zlozvyk :o)

[hikikomori82]

Myslim ze mu ide o tu hviezdicku v selekte

[pasmen]

Ten komentář popisuje funkčnost celé funkce. A ta vrací je pole s ID, ne?

[frEon]

nj, mas pravdu, beru zpet... jsem se v cteni zasek u ty hezdicky, protoze sem nepredpokladal, ze se selektujou sloupce zbytecne...

[Martin Böhm]

To skutečně byla chybka v kódu, už je opravená. :o)

Mimochodem, jak moc ztrátové je používání "SELECT *" od "SELECT to, to a to"? Zkoušel jsem dva tři řetězce do Googlu, ale nenašel jsem. Intuitivně bych řekl, že to přece nemůže být tak hrozné... ale ruku do ohně za to nestrčím.

[Tomáš]

používání hvězdičky je v pohodě do tý doby, než DB vrátí sloupce v jiným pořadí nebo než si nějaký sloupce do tý tabulky přidáte. Potom člověk ocení to, že si je tam poctivě vypsal.

[frEon]

Pokud vybirame i data, ktera nepotrbujeme, musi se precist z disku a pak prenest do pametoveho prostoru phpka. Nejaky rozdil tam tedy bude. Jaky, ale, to si netroufam odhadnout. Navic se to muze pozdeji vymstit, jak uz bylo zmineno.

[Heron]

Mimochodem, jak moc ztrátové je používání

Má to vliv na výkon. Ta data se cachují, posílají přes síť apod. Navíc to ukazuje, že programátor neví, která bije, může se změnit pořadí a hlavně vám tam za dalších pár versí schematu může přibít BLOB sloupec s průměrným zaplněním 512MB. Pak vám to zaplní třeba php memory limit a vy nevíte proč.

[Martin Böhm]

Nevi, ktera bije? To jsou trochu silna slova :o) Ten kod je treba citelnejsi a napsat ho je snazsi - da se argumentovat podobne, jako treba pro garbage collector.

[Ladicek]

Včera jsem koukal na keynoutu z DjangoConu od Cala Handersona; kromě toho, že to je celé neuvěřitelně zábavná přednáška, se tam taky praví: nebojte se SELECT *

[Petr "Glubo" Sýkora]

Nicméně je to naprosto zbytečné zvyšování nároků (především paměťových) dané aplikace. Což je nediskutovatelně špatné. A pokus o analogii s GC je naprosto mimo mísu. GC přináší výrazné zjednodušení pro programátora "SELECT *" jen zanedbatelné.

[Ladicek]

Podívejte se na tu přednášku, tam je velmi dobře ukázáno, jak zanedbatelné zjednodušení pro programátora může přinést SELECT *

No, střízlivěji: myslím, že jsou situace, kdy SELECT * není nic špatného. I když obecně se považuje za lepší uvádět seznam všech vybíraných sloupců.

[Petr "Glubo" Sýkora]

Je někde nějaký přepis té přednášky? Upřímě řečeno se mi nechce sledovat hodinovou přednášku ve formátu, který nemám rád (video záznam) jen kvůli nějaké v zásadě bezvýznamné přestřelce na nějakém fóru Nebo aspoň ve kterých minutách mluví k danému tématu, protože z náhodného prohlížení několika náhodně vybraných minut jsem dospěl k závěru, že většina té přednášky je úplně o něčem jiném, o něčem, co mě v zásadě nezajímá.

[Ladicek]

Přepis nevím, ale ohledně čitelnosti SQL se mluví přibližně od 49. minuty. Pro jistotu: myslím tuhle přednášku.

[Martin Böhm]

Promiňte, ale divoce znějícími slovy (naprosto zbytečné, neoddiskutovatelně špatné) mne nezastrašíte :o) Divoce znějícími čísly byste si mé srdce získal snáz.

V informatice je spousta věcí "oddiskutovatelně špatná", jinými slovy nezáleží na nich prakticky vůbec. Je jedno, jestli pole projdete jednou, dvakrát nebo k-krát (kde k je pevné), časová složitost bude pořád O(n).

[Ladicek]

Je jedno, jestli pole projdete jednou, dvakrát nebo k-krát (kde k je pevné), časová složitost bude pořád O(n).

No, to myslím záleží na tom, jak se k sobě mají k a n Víme např. dobře, že pro malá n (řekněme do 10) se kvadratické algoritmy pro řazení typu selection sort ukazují lepší než lineárně logaritmické typu quicksort. Ale to ti samozřejmě neříkám nic nového

[Petr "Glubo" Sýkora]

Dobrá, sice asymptotická složitost (časová i paměťová) je stejná, nicméně konstanta, která tuto složitost násobí se velmi jednoduše může dostat o několik řádů výš. Samozřejmě, že pokud si člověk odhadne, že tato konstanta bude někde kolem dvou, tří, tak to nemá cenu řešit a spokojeně si použít SELECT "*", nicméně, pokud se dostane do řádu 100, což se jednoduše stane, pokud třeba člověk z tabulky s několika bloby potřebuje jen pár čísel, tak už jde, dle mého čistě subjektivního názoru, o prasárnu, která není odůvoditelná tím, že je někdo líný vypsat, které sloupce bude potřebovat.

Ono je docela rozdíl, zda jsem schopen obsloužit 10, nebo 1000 požadavků. Ano, samozřejmě, že člověk pak často narazí i na jina omezení, třeba to, že ostatní části obsluhování nemusí mít O(n), nebo třeba propustnost spoje. Ono také samozřejmě záleží na návrhu databáze jako celku a konkrétním potřebám dané aplikace. Nicméně si stojím za tím, že keždý SELECT "*" by měla předcházet myšlenka "mohu si to dovolit?", a tak mám pocit, že řádné promyšlení, zda si to mohu dovolit je podobně náročné, jako vypsat, co vlastně chci. Což je důvod, proč mám pocit, že je většinou jednodušší rovnou SELECT "*" vypustit.

[freshmouse]

Mno, nedávno jsem si spočítal, že moje funkce (resp. jejich těla) mají ke komentářům poměr cca 1:3. Snažím se to popisovat dost...

[Michal Vyskočil]

Co že v tom programuješ?

termroom.py?

[H4wk]

:) Popravdě javu píšu v netbeans. Ale v poslední době píšu céčkové věci opravdu v termroom a nestěžuju si. Ukázal jsem špatný příklad, kde zrovna nemám komentáře...stydím se. To co je na screenshotu se dá udělat s vimem a nepotřebuju na to awesome nebo co to je.

[H4wk]

Když já mám funkci letter_search tak nepředpokládám, že se najde někdo kdo bude potřebovat vysvětlit co, že to vlastně dělá. K awesome jsem se už vyjádřil v jiném komentáři, ujel mi.

[H4wk]

To už začíná být divné, jsem chtěl dvakrát odpovědět na první komentář a vždycky mě to hodí sem.

[masožravá palma]

A je to spravne. Vsechny komentare pred tebou totiz take odpovidaji na prvni komentar.

[H4wk]

:D já jsem vůl...po ránu blbě vidím

[hikikomori82]

terminal sa mi zda byt dost podstatna vec na to aby bol napisany v interpretovanom jazyku ktory si sebou taha mraky redundantneho balastu

[H4wk]

Když je dobrý pro všechno tohle http://www.python.org/about/success/, proč by nebyl dobrý pro blbý terminál? Startuje to hodně rychle, já nepoznám rozdíl v rychlosti od gnome-terminal.

[Ondrej 'SanTiago' Zajicek]

Taky kdyz jsem naposledy videl gnome-terminal, tak byl pomaly az hruza.

[freshmouse]

Chtěl bych se zeptat, co je hlavní výhodou. Na první pohled se mi zdá, že to je jen jako GNOME Terminal (nebo jiný) přes celou obrazovku s nějakým editorem. Asi jsem to nepochopil...

[Václav "Darm" Novák]

prý je výhoda v „akurátní“ šířce terminálu, který je v pruhu uprostřed černé obrazovky… Nic pro mě :)

[H4wk]

Když se dá gnome terminal přes celou obrazovku, tak je text strašně roztáhlý, pokud je jen jako pruh uprostřed tak se mi v něm lépe orientuje.

[Jakub Lucký]

Co by bylo určitě k ocenění je, aby to ještě do bashe načítalo .profile z domovského adresáře...

Koukal jsem na to ale nenapadlo mě kam to vecpat

[Petr "Glubo" Sýkora]

Co třeba na konec /etc/profile?