java-api-complete.vim - javaのomnifunc: お気に入りのツールを気ままに拡張するブログ
こんばんは。 最近ブログを更新していなかったので、以前作ったjava用のomnifuncのネタでも出しておきます。 java用のomnifuncといえばjavacomplete.vimあたりでしょうか？ これはたしかリフレクションでクラスのフィールドやメソッドの一覧を取り出して、補完候補にしているんだっけかな？ これでもよかったのだけど、リフレクションやjavapは使わないでvimだけで解決すればもっとさくさくなomnifuncが作れるはずと思ったので、お試しで作ってみました。 （実際つかってませんが・・・--;） 簡単にご紹介。 1. importの名前空間の補完 2. new の後のコンストラクタの補完 3. 補完が終わるとステータスラインを一時的に書き換えてメソッドのシグネチャがみれるYO 4. メソッドなどの補完 5. メソッドの補完完了でもステータスラインにメソッドのシグネチャが
Vim で TypeScript のコード補完をさせようとする試みについてのメモ、あるいは neocomplcache プラグインの書き方について - ひだまりソケットは壊れない
昨日書いたように、Vim で TypeScript のコード補完させたいなーと思いながら TypeScript のコード補完方法について調べてた わけですが、そのままの勢いで Vim プラグインとか node とかいじって、とりあえず Vim 上で単一 TypeScript ファイル中のプロパティ名を補完させることはできるようになったのでメモ書きしておきます。 デモ 現状のデモ *1。 型を見てプロパティ名の候補一覧を出してくれます。 補完の仕組み neocomplcache の source を書きました 普段から Vim を使ってはいるものの Vim のことよく知らなくて、「補完のためのコードどうやって書いたらいいかわからんー」 などとついったーでうだうだ言ってたら id:thinca さんと id:osyo-manga さんが色々教えてくださいました。 @nobuoka @thinc
Big Sky :: python 補完のVimプラグイン「jedi-vim」がスゲー
pythonの補完は、vimが標準で配布している物で事足りるかなーとか思ってたけど浅墓すぎた。 今日見つけた jedi-vim は良い。 davidhalter/jedi-vim - GitHub Using the jedi autocompletion library for VIM. https://github.com/davidhalter/jedi-vim 何が良いって精度が良い。そして標準配布の pythoncomplete がモジュールとそのモジュール内関数しか補完出来ないのに比べ、jedi は評価値を補完出来る。 そしてスゴイのが構文を仮実行しているのではなく、パースしている点。jedi というモジュールを使って、構文解析している。 davidhalter/jedi - GitHub Awesome autocompletion library for python. I
Emoji autocomplete
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
netstatの代替品ssコマンドのzsh補完関数を作った - Glide Note
前回はサブコマンドとファイル名を手抜き補完に続いて 今回はssコマンドの補完関数を作成しました。 作成したものはgithubにも公開してます。 glidenote/ss-zsh-completion 事の発端 twitterを見ていて、下記のようなtweetを発見。 fedoraのnetstatのmanを見てて気付いたけど、netstatは時代遅れだからssを使いなって書いてあるね。 — Masami Ichikawaさん (@masami256) 5月 4, 2012 確かに自宅サーバのFedora16でman netstatを見てみるとそんなような事が書いてあるThis program is obsolete. Replacement for netstat is ss. Replacement for netstat -r is ip route. Replacement for n
zshでサブコマンドとファイル名を手抜き補完する - Glide Note
hoge[tab]でサブコマンドが補完され、 サブコマンドの後はファイル、ディレクトリが補完されるように。 サブコマンドとファイル名を補完する 下記を.zshrcに記載してexec $SHELL やっていることは compdefで_hogecmdという補完用functionを定義し、hogeコマンドを実行したときに呼び出されるように。 function内のcmdsで補完したいサブコマンドを列挙 CURRENT == 2でhogeのあとに補完されるのはサブコマンドだけと指定 _describeで補完候補で表示されるときにsubcommandというグループになるようにしている サブコマンドのあとは_filesでファイルとディレクトリが補完されるように 参考になるサイト zshの補完関数の書き方がまとまっているところがほとんど無いので下記が非常参考になります。 zsh補完関数を自作すると便利 -
neco-ghc が neocomplcache 無しでも利用できるようになりました - eagletmt's blog
neco-ghc は neocomplcache 専用のプラグインでしたが，構造を変更して neocomplcache 無しでも Vim のオムニ補完の関数として動作できるようにしました． neocomplcache ユーザにとっては表面上の変更点はありません．neocomplcache の有無にかかわらず，補完能力そのものは同じです． ujihisa/neco-ghc - GitHub necoghc#omnifunc を 'omnifunc' に設定することで，非 neocomplcache ユーザでも neco-ghc による補完を Vim のオムニ補完として使えます． ~/.vim/ftplugin/haskell.vim に setlocal omnifunc=necoghc#omnifunc と設定すると Haskell のコードを開いたときに自動的に 'omnifunc' に
Eclipseの補完設定をカスタマイズして爆速コーディング - ser1zw's blog
はじめに Java使いには欠かせないIDEであるEclipse。賢く補完してくれるのが魅力ですが、Visual Studioに慣れていると「補完がもっさりしてるなー」と思ってしまうのも事実。 でも補完設定をカスタマイズすることで、Visual Studio並みにバリバリ補完してくれるようになるのです。 環境 Eclipse 3.6.1 Helios 今回はWindows 7でPleiades All in Oneを使用していますが、素のEclipseでも同じです。もちろんLinux版でもOK。 Javaの補完設定のカスタマイズ やることは コンテンツ・アシストの自動有効化遅延を短くする 補完候補の一覧が表示されるまでの時間を短く設定することで、補完を速くします。 コンテンツ・アシストの自動有効化トリガーとなる文字を追加する 「.」以外の文字を入力した場合にも補完を開始するように設定し、特別
あにゃログ - Circular completion for Vim
前回に引き続き今回も vim のプラグインの紹介です。循環補完というあやしいテクノロジーを編み出しました。 今回もソースは bitbucket に置いてあります。 https://bitbucket.org/anyakichi/vim-circomp さて、vim で使用可能な補完には、いろいろなタイプがあります。編集中のバッファの中から単語を補完したり、オムニ補完で文脈にマッチした補完をしたり、ファイル名を補完したり、などなど。 これらの補完は便利は便利なのですが、欠点もあります。主要なものとしては以下のようなところでしょうか。 C-x をプレフィックスとしたキーが押しづらい オムニ関数等が設定されているかどうかわからない 'complete' の項目を増やすと C-n の generic completion は重い 最近流行りの自動補完プラグインも上記に対する有効なアプローチで、これ
clang_complete に非同期処理が追加されたっぽい - C++でゲームプログラミング
なんかスレッド回りの処理が追加されたっぽいです。 実装自体は、libclang.py で行っている、libclang を使ってないと反映されないかも。 実際にどこら辺が非同期になっているのかわかりませんが、コード補完自体はそれっぽくなっている感じ？ 全体的に重くなるので、試すときは注意してください。 今後に期待。激しく期待。 あと、あんまり参考にならないかも知れませんが、以前と同じ条件で測ったらこんな感じでした。 [llvm 2.9] 1回目 3.54s 2回目以降 0.38s PC の性能によっても違うかもしれません。 気になる方は試してみてください。 [clang_complete] https://github.com/Rip-Rip/clang_complete
Clang のコード補完 - Backnumbers: Steps to Phantasien
Clang のツリーを眺めていたら, "clang-completion-mode.el" というファイルがあった. clang のプログラムを呼び出してコード補完ができるらしい. (使いかたを説明してくれている人もいた.) 以前読んだ時 は気付かなかったけど, 二年前からあったようだ. こんなものがプラグインで書けてしまうなんてさすがモダンなコンパイラは違うなーインデクスはどうするのかなーと 感心しつつコードを見ていたらインデクスのような前処理はないようす. それに全然プラグインじゃない. Clang 組み込みの機能として実装されていた. 以前から Xcode(4) がどんな風に Clang を統合するのか気になっていた. コード補完はそうした取り組みの一環かもしれない. 高々 Emacs のため Clang 組込みの機能を増やすとも思えないからね. というわけでざっとコードを眺めてみよ
zshでもbashと同じくらい快適にgit補完関数を使う | uuu
zshにおけるgitの補完関数の実装はいまいちでした。zsh + git使いはzshの補完関数_gitを速くしたい! その2のような対抗策を講じるか、gitのときだけbashを使うかしていました。僕は一時期後者でした。 さてgitのtarballにcontrib/completion/git-completion.bashというのがあるのはディープなgit使いならご存知かと思います。残念ながらファイル名の通りbashでしか使えませんでしたが、v1.7.4-rc0でzsh compatibleになりました add the following lines to your .zshrc: autoload bashcompinit bashcompinit source ~/.git-completion.sh と指示通りに.zshrcに追記するだけでzshでもbashなみの快適さでgitを使え
querySelector で 補完 - caisuiの日記
querySelector[All] の補完 を 作ってみた。 https://github.com/caisui/vimperator/blob/master/plugin/complete-queryselector.js ns や 疑似セレクタ の "()"内の 補完 は 未対応です。(ns に 至っては知りませんでしたし…) plugins.completeQueryselector.complete(context, obj) で、Commandのcompleter として 利用できると思います。 obj は、適当な Element や document です。 一応 動作している所を gif にしてみましたが、大きいし、色が変わちゃいました… 2011/02/07 00:43 追加 value の 補完が '" スタートだと 中間一致ができません( completion.quo
zsh で履歴を menu-select で選べるようなの - memo
2011-02-06 zsh で履歴を menu-select で選べるようなのzsh で履歴を menu-select で選べるようなのを http://www.zsh.org/mla/users/2004/msg00383.html を参考にしつつ書いてみた。 _history_select: #compdef -k menu-select ^xs ^x^s _history_select() { local h local -a hists disps h="$(fc -l -n -m "*${BUFFER}*" -1 0)" if [[ -z "$h" ]]; then # no histories matched return 1 fi # split by newline hists=(${(f)h}) disps=(${(f)"$(fc -l -n -i -m "*${BUF
第3回 予測インターフェース | gihyo.jp
はじめに 「よろしく」と入力すると「お願い」が候補に出るような「予測入力方式」が、携帯電話などで最近広く使われています。ユーザの次の行動を予測するようなシステムは「予測インタフェース」と呼ばれており、昔からさまざまなシステムが研究されてきています。 ユーザの行動を予測する方法はいろいろなものが考えられます。上の例の場合は「よろしくお願い申しあげます」という表現が世の中でよく利用されているという統計情報を利用して予測を行ったものですが、ユーザの行動履歴や現在のコンテキストなどの情報を利用することもできます。筆者の場合は「増井」という名前を入力する機会が多いため「ま」と入力すると「増井」が予測されます。時刻や位置情報のようなコンテキストを利用できる場合、渋谷で駅名検索するときは「し」から「渋谷」を予測し、新宿で検索するときは「し」から「新宿」を予測するといったこともできるでしょう。「123」
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Components · Twitter Bootstrap
Vim-users.jp - Hack #208: 英語を正確に素早く入力する
Objective-J および cappuccino とそのvim補完 | netswitch!
zsh の git のファイル名補完が遅すぎる - memo
GitHub - motemen/vim-guess-abbrev: expand input dynamically http://subtech.g.hatena.ne.jp/motemen/20101215/1292414533
