Get notified in your email when a new post is published to this blog In Visual Studio 2017 15.4 you can now target Linux from your CMake projects. This enables you to work on your existing code base that uses CMake as your build solution without having to convert it to a VS project. If your code base is cross-platform you can target both Windows and Linux from within Visual Studio. This post will
Vimでカレンダーといえば, mattnさんのcalendar.vimが有名でした. mattn - calendar-vim しかし, 私には以下の不満点がありました. 現在のVim Scriptから見ると, Vim Scriptの基本的な要素(文字列と数字)しか使っていない. ぶっちゃけ, コードが読みにくいし拡張しにくい. 日付の計算, 表示部の構成など, 様々な要素が一つのファイルに書かれていて, ごちゃごちゃになっている. キーボード入力に対して, インタラクティブでない. 例えば, hを押した時に隣の日に移動しない. 自分でカレンダーを一から書いてみたくなったんです. というわけで... calendar.vim作りました itchyny - calendar.vim どうぞ使って下さい. :Calendarコマンドでカレンダーが開きます. スクリーンショットはこんな感じ. G
jquery のドキュメントをオフラインでみてるときに、いいかんじにみれるツールってなにがあるかな。端末からみれて、オフラインでみれるのがいい。 2011-01-18 16:10:32 via Echofon GitHub Pages · File Not Found · GitHub だとオンラインでしか読めないのでオフラインでひけるのを作りました。 https://github.com/soh335/vim-ref-jquery です。ちょっとまだ僕以外の環境でNO検証なのとNO doc(書いた)なのと、no syntaxです(誰か書いて)。(ref-phpmanualを勢いで書き換えたのでおかしいところあるかも) 使い方は http://jqapi.com/ からHTML版のドキュメントを持ってきてg:ref_jquery_path に $HOME . '/Downloads/jqa
本エントリでは僕が初めてつくった zsh プラグインを紹介します. Ruby を使っている人なら bundler のお世話になっている方が多いと思いますが, その bundler をより便利に使うためのプラグインになります.Ruby を使わない方 には直接は関係ないですが,アイデアは応用できるかもしれません. Bundler の問題点 Bundler は gem の依存関係をローカルな範囲で管理できる gem で,Rails を始め色々 なところで使われています.この bundler を使う上で,面倒くさいことの1つが bundle exec です. bundler でインストールされた gem をコマンドラインから実行する場合,$PATH が通っていないため, 実行する場合は bundle exec を使う必要があります. 例えば,rails を bundler でインストールした場合,
lightline.vimというVimプラグインを作りました。statuslineをなんかかっこよくしてくれるやつです。 https://github.com/itchyny/lightline.vim からインストールできます。 デフォルト (powerlineと同じ配色) wombat solarized landscape どうしてこれを作ったのかということを話すには、vim-powerlineとの出会いまで遡らなくてはなりません。 vim-powerlineとの出会い vim-powerlineとの出会いは約一年前になります。それ以前から気になってはいましたが、フォントにパッチを当てるのが面倒でためらっていました。しかし、重い腰を上げてインストールしてみました。 vim-powerlineがすごい - プログラムモグモグ インストールしてすぐ感じたことは、配色が気に入らないことでし
Vim script用のテストフレームワークはVCS系のプラグイン以上に乱立している。 各フレームワークの違いが分からなくなりやすいので、ここにまとめる。 まだ内容は工事中。 基本的に、現在の Vim からの実行にのみ対応だと実装が楽で確認も容易。 ただし実行結果がテスト環境の .vimrc, plugin 環境に依存してしまう。 テスト実行後の副作用の問題もある。 コマンドラインからの実行だと、副作用はないがテストの実行が面倒である(特に Windows 環境)。 プラグインが別のプラグインに依存している場合、runtimepath の指定が大変。 テスト用の関数を登録するものは、修正後の再ロードが難しい。 フレームワークには関数系とコマンド系がある。関数系のほうが記述の自由度が高く分 かりやすいが、テストの記述は長くなりがちである。 テストの構文は大きく分けて TAP 系と Spec
vimperator3.6で e4x を除去 し Template String で 代替するパッチがマージされました。 結果、pluginが影響を受けますので思い付くままに記載したいと思います。 vimperator 3.5で困ってないかたは、 バグの洗い出しや、pluginの 対応が終るまで移行しないほうが良いと思います。 (javascript.options.xml.chrome=true でも軽微ですが、副作用があります) Template Stringの 正しい仕様は、http://wiki.ecmascript.org/doku.php?id=harmony:quasisを参照下さい。 現段階において、Firefox にTemplate Stringは実装されいません。 vimperator side で 現行javascriptで動くように変換して実行しています。 5行で書
The jQuery Plugin Registry is in read-only mode. New plugin releases will not be processed. We recommend moving to npm, using "jquery-plugin" as the keyword in your package.json. The npm blog has instructions for publishing your plugin to npm. Learning Center Forum Twitter IRC GitHub Copyright 2024 OpenJS Foundation and jQuery contributors. All rights reserved. See jQuery License for more informat
Vimperator Advent Calendar 2012 4日目のebithです。 今日はVimperatorプラグインを書いてみたい、もしくは書こうとは思ったけど良くわからなかった人向けの情報などを紹介します。 だいたいは僕がプラグインを作り始めた時に困ったりハマったりしたことですが、お役に立てれば幸いです。 そもそもどう書けば良いの サンプル用のプラグインにプラグインには欠かせないコマンドやマッピングなどの定義例が書いてあります。 また、vimpr/vimperator-pluginsには200近いプラグインがあるので参考になるはずです。 プラグイン作るときに便利なやつ ライブラリ Vimperator組込みのutilや_libly.jsがあります。 コマンド :jsや:echoを使えば手軽にJavaScriptを実行できます。例) :echo util :sourceがプラグイ
2009/06/26 追記: id:ka-nacht さんのアドバイスを受けて名称を変更しました。変えるなら早いうちに、と言うことで。 普通の人はまず必要ないだろう prettyprint.vim と言うプラグインを作った。 http://github.com/thinca/vim-prettyprint/tree/master prettyprint.vim とは Vim の変数を整形して出力するためのプラグインです。 見た方が早い 例えば QuickRun.vim をインストールしているときに*1、 PP g:QuickRunConfig などとすると、 { '*': { 'exec': '%c %s %a', 'output_encode': '&fenc:&enc', 'shebang': 1, 'split': '{winwidth(0) * 2 < winheight(0) *
The future of debugging is now! More info here: http://andrewbrobinson.com/audioassist/index.html
Kango - cross-browser extension frameworkTrue bonus for creators - extensions for browsers in minutes using JavaScript only! You only need to have just basic knowledge of JavaScript in order to develop extensions. Finnish online casinos are the latest considering using this framework to create wagering free bonuses, or kierrätysvapaa bonus, as it is in Finnish. The experience so far has been good
Firebug is now on GitHub – go learn and contribute! There is probably not a single web developer out there who haven’t used Firebug over the years to debug their own code. And now here’s the next step in the evolution! Firebug on GitHub As outlined by Firebug developer Jan Odvarko, who truly knows the ins and outs of Firebug, Firebug is now available on GitHub which offers you the possibility to l
Less & Sass Advent calendar 2011の7日目です。 勢いで参加登録をしたのは良いのですが、記事を投稿するBlogをもっていなかったため自作しました。 はい。完全にスタートの仕方を間違いました…おかげで超大変でしたBlog作るのが。 heroku + padrino + postgresql にてかろうじて動いております。 さて、前回までのみなさんの記事で、Sassの概要や導入方法、ベンダープリフィックスを気にすることなく開発が進められる有用性、便利なfunction methodなど、Sass/Lessの良さ感じていただけたかと思いますが、この投稿ではSassの実戦導入に向けて、もうちょっとだけ背中をそっと押せる内容を書いてみようかと思います。 実際、僕もSassを導入するか検討していた時期に心配していた事だったりします。 「Sassって便利なのは解るけど、コン
Firefoxのデバッグ拡張ことFirebugですが、Firefox4よりFirebugとは別にWeb Consoleという機能が入りました。 しかし、Firebug自体もさらに便利になっているので、少し紹介します。(Firebug1.7 –1.8 の範囲で) 現在のFirefox4に正式対応しているのはFirebug1.7xで、Firebug1.8xはAlpha版として公開されているのでまだ不安定な部分もあることに注意して下さい。 特に注意書きしてない部分はFirebug1.7の項目だと思って大丈夫だと思います コマンドラインに履歴ボタン コンソールパネルでのコマンドエディタ(でかい方のコマンドライン)にHistoryボタンが新たに追加されました。 過去に実行したコマンドをポップアップから選択して挿入することができます。(以前はCtrl+ZでUndoし続ける必要があった) コマンドライン
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く