VS CodeがDOMによるターミナル実装のパフォーマンスを改善できなかったためCanvasに変更
Integrated Terminal Performance Improvements Electronという史上まれに見るそびえ立つクソのようなGUIプラットフォーム上で実装されているVS Codeが、ターミナルの実装をDOMによるものからCanvasによるものに変更したそうだ。これは、DOMによる実装ではパフォーマンスの改善が十分にできなかったからだという。 DOMでターミナルを実装する際の問題ごととして、テキスト選択、テキストアライメント、GC、パフォーマンスを上げている。 テキスト選択：ターミナルのテキスト選択を実現するためにDOMのテキスト選択の挙動をだいぶ上書きしなければならない。 テキストアライメント：一部の文字はモノスペースになってくれず、workaroundとして一文字ごとに固定長のspanで包む必要があるが、これはパフォーマンス上よろしくない。 GC：DOMでターミナ
[Node.js] コマンド引数パーサーの比較 | それなりブログ
いわゆる getopts、argparse 的なことをしてくれる以下のモジュールたちをざっと使ってみて： commander nopt nomnom minimist 比較というか、雑な感想を述べてみます。 – help のドキュメントを自動生成してくれる – サブコマンドの設定ができる - 中で子プロセスで起動するようになっている - original_command-sub_command.js のファイル名で別に設置する必要がある - ぶっちゃけ、余計なお世話としか思えない – 設定は commander のモジュールに対して行うので、副作用がある - それどころか展開した結果も何故かモジュール以下に展開する。ウワァァン、キモイヨー！ – 要件がシンプルなら便利 追記、ブコメから： – teppeis さん「commanderはnew Commandすればグローバルではなくインスタン
encodeURIComponent をコマンドで使いたい。 - それマグで！
JavaScriptで便利な関数の代表例といえば、escape/unescape, encodeURI/decodeURI, encodeURIComponent/decodeURICompontのペアじゃないでしょうか？ PHPからやるには、 rawurlencode => encodeURIComponent Ruby からやるには、URI.encode_www_form_component => encodeURIComponent がそれぞれ、対応する関数になります。 phpでは？rubyでは？とか、覚えるのめんどうじゃん？ そうですよね。URIを手軽にパパっとエンコードしたいだけなのに、これらの関数を覚えるのめんどうじゃん。 かといって、Chrome/Operaを起動して要素の検証で。。 それも面倒な話だ。開発者ツール起動しっぱなしだけど、コピペすら面倒。だって標準出入力とパイプ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - aksakalli/gtop: System monitoring dashboard for terminal
GitHub - santinic/how2: AI for the Command Line
nodeの関数をbashシェルで使えるようにする。 - Qiita
GitHub - sidorares/ansi-vnc: terminal vnc client
