function precmd { hoge } と、書くとシンプルでいいんですが、複数設置はできないので全く別目的のコードであっても、一緒くたにして書く羽目になります。 どのイベントか一つだけならともかく、precmd と preexec 両方にコード入れたいときなどは、分かりづらくなります。 そこで、オレオレ関数を適当に作って、(precmd|preexec|chpwd|periodic|zshaddhistory|zshexit|...)_functions 配列変数にその関数名を突っ込んでやるといいです。 function _OREORE_preexec_1 { echo oreore 1 } function _OREORE_preexec_2 { echo oreore 2 } preexec_functions=($preexec_functions _OREORE_pree
他の人がzshを使っているのを見ていると、「もっと便利に使えるのに」と、もやっとしたり、「え、その便利な機能ってなに？」と、発見があったりします。だれかに「この設定をすると便利ですよ」と話しやすくするために、今のzshのおすすめ設定をここに記しておきます。 もし、Emacsも使っている場合はおすすめEmacs設定もどうぞ。 ディレクトリ構成 長年漬け込んできたzshの設定がそこそこの量になっているので、以下のようなディレクトリ構成にして分類しています。主に、zsh標準機能の設定と追加パッケージの設定を分けるためにこうしています。 ~ ├── .zshrc # シェルを起動する毎に読み込まれる。 │ # ~/.zsh.d/zshrcを読み込んで │ # 標準機能の追加設定を行う。 ├── .zshenv # ログイン時に一度だけ読み込まれる。 │ # ~/.zsh.d/zshenvを読み込ん
補完ファイルは _emacs のように `_` から始まるファイル名にして、$fpath のパスが通っているディレクトリに保存すれば、次回 zsh 起動時 (つまり端末起動時) から利用できる。 要するに、.zshrc に fpath=($HOME/.zsh/myfunc $fpath) と書いておいて ~/.zsh/myfunc に作った自作補完ファイルを置いて、 autoload -U compinit ; compinit を呼べばよろしい。 最も単純なものは以下のような構造となる。ここでは emacs の --help,-q,--no-init-file,-u,--user の 5 つのオプションしか定義していない。 #compdef emacs _arguments -C -s \ '--help[display help message]' \ '(--no-init-file
12/19(土) 関西アンカンファレンスが開かれた(告知ページ)。 発表テーマは何でも良さそうなので、僕は大好きな zsh について発表した。なんか勢いで2回発表してきた。これも愛。 発表資料 発表資料はこんな感じ。 Zsh を使おうView more documents from H M. まあその資料は飾りで、後は実際に使いながら zsh のスーパーさを広めてきた。発表内容は以下。 zsh の補完機能 なんと言っても zsh は補完機能が強力。以下の2行を ~/.zshrc に書いておこう。 autoload -U compinit compinit source ~/.zshrc かログインし直すかで補完機能が有効になる。 特に補完が便利な例として以下を紹介。 cd ディレクトリのみを補完 grep --with-filename --recursive とか長いオプションを補完。
2012/12/13 追記 zsh 4.3.11 以降の新しい機能を使って改良しました。 -> 「zsh の vcs_info に独自の処理を追加して stash 数とか push していない件数とか何でも表示する - Qiita」 Git を使ってファイルを編集した場合、それをいったんインデックスに追加(add)してその後コミットってのが基本的な流れになる。なんかいろいろやってると、ちゃんと add したのかどうかわかんなくなることがある。 そういうときは status コマンド使えばいいんだけど、以前エントリ書いた zsh の vcs_info の機能を使うといい感じにプロンプトに表示できるようになるので紹介する。 zshrc の書き方 こんな風に zshrc に書いておけば OK。 autoload -Uz add-zsh-hook autoload -Uz colors color
2012/12/13 追記 zsh 4.3.11 以降の新しい機能を使って改良しました。 -> 「zsh の vcs_info に独自の処理を追加して stash 数とか push していない件数とか何でも表示する - Qiita」 最近Gitを使い始めた。で、ブランチとか使うようになって、今どのブランチにいるのかをzshのプロンプトに表示したくなってきた。「そういやそんなブログのエントリ、よく見かけるな」と思ってちょっと調べてみた。 gitコマンドを呼び出してなんかやってる例が多いけど、manを読んでたらzsh自体にそういうのが組み込まれてたので紹介。vcs_info ってのを使うと解決する。 zshrcの例 いきなりだけど zshrc の書き方の例。 autoload -Uz vcs_info zstyle ':vcs_info:*' formats '(%s)-[%b]' zstyl
2009年02月10日 zsh autoload のオプションその3 1日1ネタ3週目延長戦1日目。 ＃ クロージングをやってないので延長戦 ＃＃ 明日が休みなので、明日クロージングをやろうと思います…… autoload の -z オプション（と -k オプション）に関してなのですが、色々調べているうちになんだか良く解らなくなってきました。 なので一度整理したいと思います。 そもそもの疑問点は、「autoload の -z オプションの意味は何か？」でした。 これに対する回答は、「-z オプションを付けると KSH_AUTOLOAD オフで autoload した場合と同じになる」です。 次の疑問点は、「KSH_AUTOLOAD がオンの場合とオフの場合とでは振る舞いがどう違うのか？」でした。 これに対する回答は、「今のところ良く解りません」です。 ブラックボックス的に振る舞いのみから推
2009年02月05日 zsh の autoload のオプションに関して 1日1ネタ3週目3日目。 zsh 続きです。 ちまちま使っていこうかと思ったのですが、普通の使い方ってこのへんとかこのへんとかでさんざんやってるので、ちょっと視点を変えてみようかと思い立ちました。 ということで、ざっとぐぐってみても詳しい説明が見つけられなかった autoload のオプションに関して。 ＃ 私のぐぐり方がわるいだけかもしれませんが 実際の使われ方としては、以下のような使い方があるようです。 autoload -U hogeautoload -Uz hogeautoload hoge一番上の使われ方が一番多いようですが、-U はどういう意味を持っているのでしょうか？ それと -z の方の意味は何なのでしょうか？ 色々とぐぐってみると、zsh のマニュアルの 16. Shell Builtin Com
Posted on January 31st, 2010. I spend a lot of time in a Terminal window at a command line. Up until about a month ago I was using bash for my shell. I decided to try switching to Zsh after hearing a lot of good things about it and I'm very happy with the change. A few days ago I tweeted my current Zsh prompt and the general response was: "Cool, but how did you do it?" I promised to write more abo
以前に入力したコマンドの履歴を覚えていて補完してくれるshellはあるが、 端末に表示されている文字列を補完してくれるshellは無いだろうか。 表示されている文字列を補完してくれるshellが欲しい とvimrc diaryに書かれてたのでzsh + screenで端末に表示されてる文字列を補完する方法を。.zshrcなどに # dabbrev HARDCOPYFILE=$HOME/tmp/screen-hardcopy touch $HARDCOPYFILE dabbrev-complete () { local reply lines=80 # 80行分 screen -X eval "hardcopy -h $HARDCOPYFILE" reply=($(sed '/^$/d' $HARDCOPYFILE | sed '$ d' | tail -$lines)) compadd -
最終更新日: 2002-05-18 (公開日: 2002-05-18) Unix Magazine 誌に 2002年1月号から 2003年2月号にかけて連載し ていた記事の元の原稿です。 コンピュータの方がうまくできることに人間を使うな。 -- Tom Duff *1 私の見る限り、プログラマという人種は決まって事務作業が嫌いな ようである。同じような書類を何枚も書かされたり、1つ誤字があ るから書き直せと言われたりすると、異常にストレスがたまる。 同様に、計算機を使っていても、同じような作業を何度も繰り返し たり、ちょっとでも間違えたら最初からやり直し、というのは耐え られない。そこで、今回は履歴を活用して作業の再利用をするノウ ハウを取り上げる。 シェルの履歴 Unixを使い始めて間もない初心者が作業しているところを見ると、 打ち間違えたコマンドを律儀に最初から打ち直しているのに気づく
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
