GitHub Flavored Markdown をもっと Vim でハイライトする vim-gfm-syntax つくった - はやくプログラムになりたい
Vim にはデフォルトで Markdown のドキュメントをハイライトするためのファイルが同梱されています．基本的にはこれで満足なのですが，僕が書くのはほぼ GitHub Flavored Markdown（GFM: GitHub で使える拡張された Markdown 記法）なので，一部ハイライトされない構文があります． そこで，既存のハイライトに GFM 向けのハイライトを追加する vim-gfm-syntax という Vim プラグインをつくりました．インストールは一般的な他のプラグインと同じです．ハイライトを追加するだけなので，設定済みの markdown ファイルタイプの設定を壊すことは無いはずです． github.com 入れる前 入れた後 このプラグインを入れると，デフォルトで markdown ファイルタイプのファイルを読んだ時に次のハイライトが追加されます． テーブル記法
2015年、Atom に乗り換えた。そして vim-mode-plus をリリースした。 - Qiita
今年は Vim から Atom に乗り換えた。 Vim はいくつかプラグインもつくって、思うように操作したり、機能追加出来る程度にまで習熟してたけど、色々と嫌な点も出てきていたのと、Web フロントエンド技術の勉強も兼ねられるかなという思いもあり、Atom に乗り換える事にした。 最初 Light Table, Sublime Text, Brackets, Atom をそれぞれ試す。 → Light Table 未来だな。むずいな。ちょっと今はパスだな！ → Bracketsいいな。インラインエディット、リアルタイムプレビューいけてるな！ → Sublime Text いいな、速いな。みんな使ってるしな！ → Atom はおそいな、、 → うーん Sublime Text に決めた！ → というところで、tomoya さんのエイプリルフール記事を読む。 → やっぱ Atom や！ という
GitHub のアレコレを補完する github-complete.vim をつくりました - はやくプログラムになりたい
GitHub のユーザ名やリポジトリ名，絵文字，リンクURLを GitHub API を使って補完する github-complete.vim をつくりました． https://github.com/rhysd/github-complete.vim Vim では Markdown 編集中のオムニ補完は HTML のものになっていて使わないので，どうせなら GitHub のアレコレが補完できれば便利だなと思ってつくってみました． 5カ月前ぐらいに8割方できていたんですが，最後のリンク URL 補完を完成させずに放置してしまっていたので，yokohama.vim #6 で完成させました．使えるのは下記の5種類の補完です． 絵文字補完 ユーザ名補完 リポジトリ名補完 issue 番号補完 リンクURL補完 markdown および gitcommit ファイルタイプでのオムニ補完として実装され
インストールせずにカラースキームを試せる try-colorscheme.vim をつくりました - はやくプログラムになりたい
問題 Vim でカラースキームを試すときは主に以下の様な作業が必要になります． プラグインマネージャなどでカラースキームをインストールする カラースキームの名前を確認する :colorscheme コマンドでカラースキームを指定する コレジャナカッタ場合はカラースキームを削除する お気に入りのカラースキームを探していると上の操作をひたすら繰り返す必要があり面倒です． 解決 サクッとカラースキームを試したい時のために try-colorscheme.vim というプラグインをつくってみました． https://github.com/rhysd/try-colorscheme.vim 下記のように :TryColorscheme コマンドを使うだけです．下記の3通りの方法で指定できます． " カラースキームのあるリポジトリを指定する (user/repo 形式) :TryColorscheme
github への移行準備
以下 Bram Moolenaar 氏が vim-dev にポストした内容。 https://groups.google.com/forum/#!topic/vim_dev/Io5A_Zir–k Google Code がシャットダウンする事になったので、我々は Vim のリポジトリの 為の新しい場所を必要としている。 多くのユーザーが各々の意見を出し、github を推す声が多いようだ。 これには不都合もあり、というのも、github へ移行するということは Mercurial から git へ移行するということだからだ。 これが気に入る人もいるだろうし、そうでない人もいるだろう。 しばらくかけて慣れる必要があるだろう。 私は個人的には Mercurial コマンドの方が好きだ。使い方がより明確だからだ。 君たちは Mercurial コマンドから git への置き換え方法を見つける事が
vim-gistaで訪れる世界で最も快適なGist環境 in Vim - Λlisue's blog
追記 Lingrで切磋琢磨され、Unite関連の機能が大幅に向上しました（https://github.com/lambdalisue/vim-gista/issues?page=1&state=closed） どうも、ご無沙汰しております有末です。本日はvim-gistaというちょこちょこ作っていたプラグインのお披露目会を行いたいと思います。 唐突ですが皆さんGist使っていますか？ちょっと保存しておきたいファイルやコード断片を記録しておくのに素晴らしく便利なサービスですが、正直「ちょっと保存したい」と思った時にブラウザを立ちあげてGitHubのGistページに飛ぶのは面倒臭いですよね。 Vimmerの皆様ならVimからGistを投稿できればどんなに素晴らしいか……と思ったことはあるはずです。 そんな願望を解消してくれるのがmattnさんが開発したgist-vimです。 これをインストー
「Kyoto.なんか」でgithub-commit-comment.vimの話をしました - その手の平は尻もつかめるさ
「Kyoto.なんか」というイベントで，最近書いたgithub-commit-comment.vimというVimプラグインの話をしてきました．お招きいただきありがとうございます． github-commit-comment.vim https://github.com/moznion/github-commit-comment.vim Vim上からGitHubのコミットコメントの投稿と参照が出来るというプラグインです． GitHubのコミットコメントには， 行単位のコメント ファイル単位のコメント コミット単位のコメント と，3種類のコミットコメントが存在しており，これらすべてに対するコメントが可能となっています． 詳しくは上記URLのREADMEを読むと良いと思います．Gifアニメを大量に貼っているので，なんとなく雰囲気がつかめるでしょう． なお，READMEには書いていないのですが，こ
Vim で GitHub Flavored Markdown をプレビューする - すぱぶろ
13/09/28 23:13 設定の記述を誤っていたため修正しました。 339d483 検索して見つかる Vim で Markdown をプレビューする方法は、どれも GitHub Flavored Markdown に対応しておらず GitHub で改めて確認すると表示が崩れていることが多々ありました。そんな悲劇をなくすため GitHub Markdown Rendering API を使ってプレビューする vim-quickrun-markdown-gfm を作りました。 https://github.com/superbrothers/vim-quickrun-markdown-gfm 以下の利点があります。 GitHub Flavored Markdown でプレビューできる Perl, Ruby などの Markdown parser に依存していない 別途プレビューサーバを起動
Big Sky :: Emoji の入力を簡単にする Vim plugin 書いた。
README.md なんかは Vim で編集する事が多いんだけど、github の絵文字(エモジ ダイジ ゼッタイ...)を入力する際に、「アイコン足したいけどブラウザ起動すんのかったるいな」って事あると思います。 そんな時には emoji-vim をお使い下さい。 mattn/emoji-vim - GitHub Emoji selector https://github.com/mattn/emoji-vim :Emoji で起動します。初回だけダウンロードして解凍(Windows の場合は png から bmp への変換も行います)するので、ちょっと時間が掛かります。起動すると以下の様な画面になります。 リターンキーを押すと、クリップボードにマーク(:+1:)が格納されます。 どうぞお使い下さい。 Windows の場合は .NET Framework 4.5 が必要になります。 自
AtomとかいうGitHub発の不自由なテキストエディターについて
GitHubが存在を公開した（流出したと言うべきかもしれないが）、Atomというテキストエディターの話題で持ちきりである。 このテキストエディターは、邪悪な不自由ソフトウェアであるので、自由の価値を重んずる読者は使ってはならないことはもちろんである。自由、不自由をさておいても（もちろん、さておくことはできない相談だが）、もちろん、敬虔なVim教徒である読者は即座に了解しているだろう。AtomがEmacsよりはいくらかは--自由の価値を重んじない浅はかな利用者にとっては--使いやすくなる可能性はないでもないが、Vimの牙城を崩すことは不可能である。Vimを倒すものはVimであり、NeoVimかもしれないが、Atomであることはありえない。その点で、我々信徒は安心できる。 さて、このAtomというテキストエディターは、自由ソフトウェアではない。その理由は、以下で言及されている。 Why is
個人的に参考にしているvimrc - Qiita
最近Vimを始めてvimrcを育てています。 GitHubで公開されている他の方のvimrcを読んで勉強しているのですが、個人的に特に参考にしているvimrcを紹介します。 日本語のコメントが中心 https://github.com/yuroyoro/dotfiles https://github.com/SpringMT/dotfiles https://github.com/rhysd/dotfiles (2014/02/26追加) https://github.com/glidenote/dotfiles (2014/03/03追加) すべて英語、もしくは英語のコメントが中心 https://github.com/deris/dotfiles https://github.com/toupeira/dotfiles https://github.com/cocopon/dotfil
Unite.vimとwatsonを使ったワークフロー - RailsとRubyとVimのブログ
最近、vim-unite-watsonを開発しました。 これが、watsonの作者であるnhmoodさんにも好評で、僕自身ワークフローが変化して、だいぶ作業しやすくなりました。 今回は、タスク管理をしたい人向けに、僕なりのワークフロー管理を紹介します。 ワークフローとVim 僕は普段、Webサービスの構築・保守を行う仕事をしています。 そこでは、基本的なフローは次のような流れです。 新機能・バグに対してIssueを発行する(あるいは既にTODOリストにある) トピックブランチを作る コードを書く コミット –> Pull-Requestを送る –> マージする では、Vimを一度も閉じることなくこれらの作業をしてみます。 1. Issueの発行 1-1. TODOをコードに入力する 1-2. IssueをGithubにあげる インラインIssue管理のwatsonを使って、GithubにI
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Vim - the text editor
Big Sky :: 簡単に LGTM 出来る Vim plugin 書いた。