Vyladěný bash prompt (diskuse)

[KS]

> Na zsh mi nevyhovovalo napovídání. Když jsem třeba v adresáři a je tam soubor PKGBUILD a složka pkg, tak chci při napsání "vim PK" a tabu, aby mi shell doplnil PKGBUILD. A to zsh nedělá, napoví nejprve "PKg", po dalším tabu rozbalí seznam souborů, kde je PKGBUILD až druhý, takže ve výsledku musím tab stisknout 4x, abych dostal co chci.

Toto ale není výchozí chování ZSH. Pokud používáš oh-my-zsh, je potřeba v ~/.zshrc nastavit CASE_SENSITIVE="true". Nebo jen odkomentovat, ta volba by už tam měla být.

I problém s doplňováním gitu by měl být věcí konfigurace.

[Dundee5]

Díky, CASE_SENSITIVE="true" pomohlo. Nastavení gitu jsem ale nikde nenašel, leda ručně zakomentovat napovídání internal funkcí v /usr/share/zsh/functions/Completion/Unix/_git

[KS]

Nastavení gitu jsem ale nikde nenašel

Zkus v zshrc nastavit plugin na doplňování gitu na gitfast:

plugins=(gitfast)

[Dundee5]

Díky, gitfast je lepší.

[KS]

Jinak ten plugin gitfast je nádstavba nad pluginem git, takže fungují aliasy jako gco.

[Marián Kyral]

Příloha:

• Screenshot_20170910_111814.png (18250 bytů)

Tak chvilku jsem si s tím hrál a nakonec zůstanu u svého aktuálního promptu. Vidět celou cestu potřebuji jen občas - na to stačí "pwd" a git branch už tam mám.

[Josef Kufner]

Pokud máš takto schovanou cestu, tak bych si možná udělal to, že když se $PWD změní, tak se vypíše. To by mohlo poskytnout více místa a při tom zachovat dobrý přehled o aktuální pozici.

[Marián Kyral]

Tak když se změní cesta, tak o tom většinou vím a v tu dobu to nepotřebuji. A později už to zase bude někde daleko v historii

[Josef Kufner]

Pokud přeskakuješ mezi podobnými hierarchiemi, tak se sakra hodí tu cestu vidět a vidět ji i u pár předchozích příkazů.

[Tomáš]

Abych to shrnul. Vyzkoušel jsi 2 další shelly, abys nakonec zjistil, že ti ke štěstí stačí nakonfigurovat ten původní.

[Dundee5]

Vypadá to tak :)

[Bedňa]

Sračiek čo ti budú vysvetľovať, že tvoj init stojí za hovno, že Xká sú zastaralá blbosť, GNU nič neprenieslo a bash je šmejd, tak tohoto je plný internet. Okrem žvástov to nemá žiadny relevantný argument.

[Semo]

Mne sa hrubo nepaci to vytvaranie stale novych procesov len kvoli promptu. Prinajmensom by slo zoptimalizovat a usetrit subproces

$(echo -e '\xee\x82\xb0')

na

$'\xee\x82\xb0'

Dalej uprednostnujem vidiet navratovu hodnotu (ak je nenulova), nez len ":(". Co sa da zase ziskat bez subprocesu:

${?/#0}

Takze cely:

PS1="\e[41;30m \w \$([[ \$? != 0 ]] && echo \"\e[31m:( \")\e[31;49m$(echo -e '\xee\x82\xb0')\e[00m "

by sspravit uplne bez subprocesov (a mat pre mna vacsiu informacnu hodnotu):

PS1="\e[41;30m \w \${?/#0}\e[31;49m"$'\xee\x82\xb0'"\e[00m "

Ten git-branch asi uplne bez subprocesov nepojde, ale cim menej tym lepsie. Az raz budes pracovat na fakt zatazenom serveri, tak uvidis ten rozdiel. Dva procesy su daleko horsie ako jeden. Vytvorenie procesu je strasna vec oproti jeho vlastnej praci

grep '*' | cut -d\" \" -f2-

na

sed -n 's/*[^ ]* //p'

A az sa prihlasis z nejakeho terminalu, ktory nema prave vsetky Unicode znaky, tak budes cumiet, ako tvoje sipky vyzeraju. Vyskusaj Putty z Windows napr.

[Dundee5]

Díky, upravil jsem podle toho gist.

[Tom K]

Je to moc pěkné, ale mrzuté je, že většina terminálů má stále problémy s escape sekvencemi a proto u delších a komplikovanějších příkazů přestanou správně překreslovat a HOME a END klávesy taky fungují špatně.

[Dundee5]

Opraveno, bylo potřeba doplnit tam označení, co se nemá počítat do délky promptu.

[Vantomas]

A co to přesně znamená, prosím?

Přesně takovýto problém mám na produkčních serverech, kde si do promptu na začátek dávám "PRODUKCE" a dlouhé příkazy se špatně překreslují. Nikdy jsem to nijak moc neřešil, protože na produkci už mě to přeci jen moc netrápí, ale když teď vidím možnost, že by se to mohlo vyřešit, tak proč ne.

[Dundee5]

Je potřeba neviditelné znaky označit pomocí \[ ... znaky ... \]

[Vantomas]

No to je perfektní! Děkuji a zase jsem o něco chytřejší