はてなブックマーク

11/3 に開催された VimConf 2019 に参加してきましたので、その報告です。 よく考えると今年の参加は、(VimConfへの不参加の年を除くと)登壇しない初めての一般人としての参加でした。 昨年まで自分が参加してきた VimConf の一覧: 2013年 スライド: How to write patches for Vim 2014年: 不参加 2015年 LT発表スライド: Let's use AppVeyor 2016年 基調講演スライド: Introduction to Vim 8.0 感想記事: VimConf 2016 で発表してきた 2017年 トークショーにて登壇 感想記事: VimConf 2017 でトークしてきた 2018年 LT発表スライド: The vim-history repository 感想記事: VimConf 2018でLT発表をしてきた 開

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 最近2カ月ほどの間に、Vimに変更量1000行以上の大規模なパッチ(Windows関連)をいくつか取り込んでもらえたので、備忘のため記録を残しておこうと思います。 Wide版APIの有効化とANSI版APIの削除 8.1.1081: MS-Windows: cannot use some fonts 8.1.1091: MS-Windows: cannot use multi-byte chars in environment var (関連: 8.1.1104) 8.1.1103: MS-Windows: old API calls

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 公式インストーラー Windows用Vimの公式インストーラーは、vim.orgで公開されています。Vimの原作者である Bram Moolenaar 氏による唯一の公式ビルドで、現時点で公開されているバージョンは 8.1.0001 (ファイル名: gvim81.exe)です。ただ更新頻度は低く、大抵はマイナーバージョンアップの直後や、重大なセキュリティー問題があった場合などにしか更新されません。 公式ナイトリービルド そこで、私と Christian Brabandt 氏 (@chrisbra) で立ち上げたのが、vim-win32-

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 11/24に開催されたVimConf 2018に参加し、LT発表をしてきましたので、その報告をします。 VimConfはVimについての国際カンファレンスで、今回で6回目の開催です。今回の目玉は何といっても、Vimの原作者であるBram Moolenaar氏が来日した点でしょう。 1日目(?) 会場に入り、KoRoN氏に挨拶したところ、すぐさま手招きされ、Bram氏に紹介していただきました。"You wrote many patches." と自分のことを認識してもらえていたのは非常にうれしかったです。ただ、それ以上あまり話すべき内容が

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? これは、Vim2 Advent Calendar 2017 16日目の記事です。そして、koron さんの「Vim の DirectX を速くした話」や vim-jp の「Windows で色付きの絵文字が表示出来る様になりました。」の後日談です。 カラー絵文字パッチ (& DirectX 高速化パッチ) が 8.0.1343 としてマージされた後、DirectX 描画のさらなる高速化を進め、最終的に 8.0.1369 としてマージされました。ここでは、その内容を説明します。 なお、これを読んでも Vim をよりよく使えるようになったり

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 11/4 に開催された VimConf 2017 でトークショーに出演してきましたので、その報告です。 トークショー予行演習(?) 昼休みは、トークショーの予行演習として(?)、koronさん、mattnさんとともに、壇上で衆人環視の中弁当を食べつつ、適当に質問に答えるという希有な体験をさせていただきましたｗ 弁当はかなり立派で、おいしかったです。 トークショー 「Vim鼎談」という題で、koronさん、mattnさん、私の3人でトークショーを行いました。Vimを使い始めた契機や、どのように開発に関わってきたかなどいろいろ話しましたが、

ご存じの通り、MSYS2ではパッケージマネージャーとして、Arch Linux由来のpacmanが使われていますが、mingw-w64-x86_64-toolchain や mingw-w64-i686-toolchain のようなやたら長いパッケージ名を指定するのが面倒だと感じたことはないでしょうか。 また、64bit用と32bit用のパッケージを両方インストールしたいときに、わざわざ同じようなパッケージ名を2回指定しなければならないのも面倒だと感じるかもしれません。 そんなときに便利なのが pacboy というwrapperスクリプトです。 インストール MSYS2のバージョンにより、デフォルトでインストールされている場合とされていない場合があるようです。インストールされていなければ、 $ pacboy help Pacboy 2016.6.24 Copyright (C) 2015,

概要 Vim 8.0 では、Vim 本体にプラグイン/パッケージを扱うための機能が追加され、さらに外部プロセスを実行して非同期に通信を行う、ジョブ・チャンネル機能が追加されました。 今回、これらの機能を活用した Vim 8.0（およびNeovim）用のプラグインマネージャを作ってみました。 プラグインマネージャの歴史 本題に入る前に、Vim のプラグインマネージャの歴史を軽くおさらいしてみましょう。（以下の分類は、私による勝手な分類です。） 第 1 世代 Vim には、Vimball と GetLatestVimScripts という標準プラグインが付属しており、これを使えば対応プラグインを簡単にインストールしたり、更新することができました。 しかし、これらに対応していないプラグインの管理は困難でした。'runtimepath' の管理は手動だったため、すべてのプラグインを単一ディレクトリ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 概要 田中哲さん(@tanaka_akr)が以前提案された「非包含オペレータ」というものを（実験的に）鬼雲に実装しました。これを使うと例えば C 言語のコメントにマッチする正規表現などが簡単に書けるようになります。 ここでは、非包含オペレータとは何か、また今後の見通しなどについて説明します。 非包含オペレータとは？ 非包含オペレータは田中さんが約 9 年前に発表された、正規表現の拡張です。理論的背景と実装例は以下のスライドと論文に示されています。 正規表現における非包含オペレータの提案 Absent Operator for Regul

概要 MSYS2 の filesystem パッケージが 2016.05-2 に更新されたことにより、それ以前のバージョンを使っていた人は MSYS2 の起動用ショートカットの修正が必要になりました。 詳細 pacman -Suy を実行して、filesystem パッケージを更新すると、以下のような警告が表示されます。 WARNING: the shell starting scripts have been unified. Please update your shortcuts to the following targets, otherwise they will STOP WORKING: * MSYS2_ROOT\msys2_shell.cmd -mingw32 * MSYS2_ROOT\msys2_shell.cmd -mingw64 * MSYS2_ROOT\msys2

MSYS2のpacmanを使ってパッケージを更新する場合、正しい手順を踏まないとパッケージが正常に更新できない場合があります（ありました）。 pacmanの開発元であるArch Linuxでは、パッケージデータベースの更新とパッケージの更新をまとめて、単純に pacman -Syu というコマンドで実行できますが、MSYS2ではpacmanのバージョンによって、異なる手順が必要となっています。 ※ 20160921版のインストーラからは、新しいpacmanが含まれるようになったため、pacman -Syu が使えるようになりました。詳しくは、1. を参照してください。 0. pacmanのバージョン確認 まずは、pacmanのバージョンを確認します。例えば以下のようにして確認できます。

vim-jpでも紹介されているように、universal ctagsに、エンコーディング変換機能が追加されました。 この機能を有効にしたctagsをビルドしてみましょう。 基本的なビルド手順 基本的なビルド手順は、以下の公式ドキュメントを参考にしてください。 building.rst autotools.rst -- Linux等、Autotoolsを使う場合 windows.rst -- Windowsの場合 osx.rst -- OSXの場合 WindowsでMSYS2を使う場合 MinGW-w64 Win32 Shell (32bitの場合)を起動し、以下のコマンドを実行します。 $ git clone https://github.com/universal-ctags/ctags.git $ cd ctags $ ./autogen.sh $ ./configure --enab

Windowsを含むクロスプラットフォーム対応で、Go言語でGUIを使う方法として、go-qmlというものを試してみました。 今回は、以下の2つの環境を構築しました。 32bitアプリ構築環境 Go 1.4.2 amd64 (32bit向けクロスコンパイル) Qt 5.4.1 (MinGW 4.9.1 32bit版) 公式バイナリを利用。 64bitアプリ構築環境 Go 1.4.2 amd64 Qt 5.4.1 (MinGW-w64 4.9.2 64bit版) MSYS2によるバイナリを利用。 ※追記 本記事初出時はGo 1.4.2を使用していましたが、Go 1.5以降の使用を推奨します。（詳細は後述） 32bitアプリ構築環境 Goの32bit向けクロスコンパイル環境の準備 64bit版のGoコンパイラを使って、32bit版バイナリをコンパイルするには、クロスコンパイル環境を準備する必要

$ pacman -S gcc 依存関係を解決しています... 衝突するパッケージがないか確認しています... パッケージ (9) binutils-2.25-1 cloog-0.18.1-1 isl-0.12.1-1 mpc-1.0.2-3 msys2-runtime-devel-2.0.16467.0bee699-1 msys2-w32api-headers-4.0.0.4379.3403da3-1 msys2-w32api-runtime-4.0.0.4379.3403da3-1 windows-default-manifest-6.4-1 gcc-4.9.2-4 合計ダウンロード容量: 0.34 MiB 合計インストール容量: 232.47 MiB :: インストールを行いますか？ [Y/n] :: パッケージを取得します ... エラー: ファイル 'isl-0.12.1-1-x