:CallFuncArgZeroOrOne # echo noarg! :CallFuncArgZeroOrOne test # echo test :command! -nargs=? CallFuncArgZeroOrOne call s:Func_arg_zero_or_one(<f-args>) :function! s:Func_arg_zero_or_one(...) : if a:0 >= 1 : echo "arg : ".a:1 : else : echo "noarg!" : end :endfunction

タイトルですが, 本当は おい、NeoBundle もいいけど vim-plug 使えよ にしたかったです. 勇気が足りなかった 紹介するPlugin vim-plug これなに Vundle , NeoBundle と同じ vim plugin manager になります. 一応, NeoBundle より後発1という形になるみたいです. 1ファイルオンリーで管理しているのが特徴. 乗り換えた理由 junegunn world にハマった 人と違うのを使いたい 早いらしい http://junegunn.kr/images/vim-startup-time.png https://raw.githubusercontent.com/junegunn/i/master/vim-plug/40-in-4.gif やりたかったことができる parallel installation lazy

vimを使っていらっしゃる半数以上は開発者の方かと思います。 今日は、そんな開発者の方に便利なtipsをご紹介。 Makefile編集中のファイル名補完 一般的なファイルシステムでは、ファイル名に「=」という文字を使うことが出来ます。ただ、実際に使っているかどうかといえば、めったに使われる事はありません。なのに TOP_DIR=/usr/inc まで打って<c-x><c-f>とタイプしてもファイル名が補完されないのは、悲しかったりします。 こんなときには以下の設定をvimrcに入れておくと便利です。 autocmd FileType Makefile setlocal isfname-== isfname+=32 通常、フォルダ名やファイル名に「=」やスペースを使う事はまずありませんし、*unix系の開発を経験された事がある方ならば、スペースが混じってしまう事は一大事になる事もご存知かと思

With best-in-class Jira integration, and built-in CI/CD, Bitbucket Cloud is the native Git tool in Atlassian’s Open DevOps solution. Join millions of developers who choose to build on Bitbucket.

この記事はVim Advent Calendar 2012 : ATND 348日目の記事になります。 昨日は@manga_osyoさんのquickrun.vim でリアルタイムに出力を行う場合の注意でした。 今回は&errorformatについて説明したいと思います。 この記事では&errorformatをどういうふうに設定すればよいのかを説明するつもりです。 &errorformatがどんな時に使われるか全く検討のつかない方はQuickfixや:makeについて 調べてから読むことをおすすめします。 また、ここで説明することは:help error-file-formatにすべて載っています。 前準備 &errorformatをいろいろと試してみるにあたり、まずは&errorformatのテスト環境をまず作りましょう。 function! TestErrFmt(errfmt,lines

haya14busa/incsearch.vim incsearch.vim について知らないかたはこちらの記事を参照してください． 簡単に言えばVimのインクリメンタル検索をカイゼンするプラグインです． -> incsearch.vimでVimの検索体験をリッチにする - haya14busa incsearch.vim v2.0 をリリースした! v0.9, v1.0, v1.1, v1.2, … とこれまで incsearch.vim をインクリメンタルにカイゼンにカイゼンを重ねてきました… そして本日， incsearch.vim は晴れて一段階進化し， バージョン2.0 となりました! この進化を一言で言えば，incsearch.vim はもっともっと Vim の検索を便利にすべく 進化・拡張可能 になりました． 2.0で何ができるようになったか? 百聞は一見に如かず．以下のgi

TypeScript 1.5.0-alpha TypeScript 1.5.0-alphaがリリースされましたね! TypeScriptの1.5では, ES6対応や, Annotation(Decorator)等の言語の対応だけでなく, TSServerというエディタ向けツールが含まれています. TSServerは, コンパイルやリファクタリングなど、エディタに必要な機能を提供するServerです. 標準入出力を介して, エディタに様々な情報を提供してくれる優れものです. MicroSoftが提供しているSublime TextのPluginも, このTSServerを使って実装されています. TSServerの使い方等については, 別途エントリを起こしたので, よければ参考にしてください. とはいえ、僕はVim使い。残念なことに, MicroSoftはVim向けのPluginまでは作って

Windows上でgvimを使う手順を備忘録まとめる。Windowsに依存する箇所以外は、Linux, Macでも同様の手順で問題ないはず。(未確認) neobundleのインストール、カラースキーマの設定、vimrcの作成までを対象とする。 gvimのインストール ダウンロード Windows向けにコンパイルされた、KaoriYa様が公開しているものをダウンロードする。 32bit/64bitはWindowsのbitに合わせる。 インストール 以下の手順でインストール完了である。 ダウンロードしたzipを解凍する 解凍したフォルダを「C:\Program Files」へ移動する gitのインストール プラグインの管理にはneobundleを使用する。使用するためにはgitが必要であるが、Windowsでgitを使用するためには一手間かかる。また、インストール方法も複数存在するため分かる範

ご無沙汰しております有末です。みなさん grep してますか？ 最近お仕事で超巨大なレポジトリの海の中を彷徨うことが多々あるのでgit grepを多用していました（通常のgrepやptでは遅すぎるので）。そこで、この作業をVimで行いたいという自然な欲求が生まれたのでUnite grepでどうにかできないか試行錯誤しましたが、git grepは対象フォルダの指定に--というフラグを必要とするのでどうしてもUnite grepでは利用できませんでした。その後、色々ググってみたところunite-git_grepというプラグインを見つけたので使ってみたのですが Unite grep との使用感が全く異なり、Uniteインターフェイスに入力するたびにgit grepを走らせる実装となっておりました。 これはこれで便利だとは思うのですが、巨大なレポジトリでは動作が固まるレベルで遅いです。しかたがない

X なしで Eclim を使う方法。 導入 Vagrant や Docker の流行により、気軽に仮想マシンを使う時代になっています。すると開発にも仮想マシンを使うようにしてホストマシンはできるだけ汚さない方向に持って行きたいことになる。手軽に使いたいため当然 X 環境などは構築しない。 ここで問題になるのは IDE を前提にした言語。 IDE はウィンドウシステムの中で動くため、仮想マシンを X なしで使うと IDE の機能を使えず開発が厳しくなってくる。 具体的に言うと Java 、ジャバ、ジャヴァである。 書くときはあまりにも長い名前をタイプしたくないため補完が欲しくなり、読むときは名前解決のためのタグジャンプが欲しくなる。 追記 僕のモチベーションは VM の中に開発環境を閉じ込めてしまいたくて、かつ X を使いたくないところにあります。そうじゃない人はホストマシンで開発なり VM

Vim でJava を書く環境を整えました。 結論 Eclipse 等のIDE を利用したほうが良いと思います！！！　理由は色々あるので後述します。 あと、Eclipse だとVrapper というVim のキーバインドを再現するプラグインがあるので、 それを使えばある程度幸せに暮らせると思います。 本記事で取り上げるプラグイン達 java.vim javaid.vim javacomplete jcommenter.vim java_getset.vim java_checkstyle.vim 取り上げないけれど、入っていると心が豊かになるであろうプラグイン達 NeoBundle やVundle といったプラグインを管理するプラグイン vim-quickrun Normal Mode で'\r' を押下すると *1、Java でもコンパイルして実行してくれるので便利です。 neocomp

またまたそんな要望があったので。 最近 brightest.vim ばっかりいじってる気がする。 g:brightest#enable_highlight_all_window = 1 を設定しておくとカーソル下の単語がすべてのウィンドウでハイライトされるようになります。 注意 この設定を有効にする処理が重くなるので、カーソル移動が遅く感じる場合は、CursorHold 時にハイライトさせるとよいです。 " CursorHold 時にハイライトさせる let g:brightest#enable_on_CursorHold = 1

流行ってるみたいなので遅ればせながら便乗。需要?何それおいしいの? Perl基礎文法最速マスター - サンプルコードによるPerl入門 - Perlプログラミングの基礎から応用まで Route 477(2010-01-25) PHP基礎文法最速マスター - Shin x blog Python基礎文法最速マスター - LazyLife@Diary VBA基礎文法最速マスター - いろいろ解析日記 Java基礎文法最速マスター - いろいろ解析日記 Bash基礎文法最速マスター - いろいろ解析日記 Haskell基礎文法最速マスター - think and error Brainf*ck基礎文法最速マスター - このブログは証明できない。 VBScript 基礎文法最速マスター - CX's VBScript Diary - VBScript グループ JavaScript基礎文法最速マス

この記事は Vim Advent Calendar の 253 日目の記事です。昨日は id:tyru さんの Alt-Spaceでウインドウのメニューを表示、あとウインドウの最大化 でした。 はじめに Vim にはたくさんのカラースキームがありますね。きっとみなさんは、たくさんあるカラースキームの中からお気に入りを見つけて設定をしていることでしょう。 しかし中には 99% 気に入って入るけれど、1% だけ微妙に気に食わないという場合もあるかと思います。今日はそんなときにカラースキームの一部だけをちょこっと改造する方法を紹介します。 :highlight を vimrc に書く (基本編) 色を変えたい部分は highlight コマンドをちょろっと vimrc に書けば OK です。 " 以下のコマンドは :colorscheme の前に設定します " コメントを濃い緑にする autoc