MURAOKA Taro
MURAOKA Taro
ファイル名の URL 判定ロジックにおいて scheme 部分に数字や記号(`.`, `+`, `-`) が使えない。 これらの定義は RFC1738 および RFC3986 (補足的に RFC2234) に従うと許されるべきである。 https://tools.ietf.org/html/rfc1738#section-5 > scheme = 1*[ lowalpha | digit | "+" | "-" | "." ]...
#103 からの継続issue 基本的に要議論な内容。 ### 状況 日本版WindowsではVimは enc=cp932 で起動される。幾つかのオプション( `rtp` など)はenc=cp932な生バイトで採取&保存されてしまう。そののちvimrcなどでenc=utf-8に変更した場合、それらのオプションの値はcp932のままとなり利用時にはutf-8解釈されるのでいわゆる文字化け状態となり、誤動作を引き起こす。 ### 対策 解決方法はいくつか考えられる。 1. enc変更時には全ての文字列オプション及び変数をiconvで変換する 2. 内部エンコーディングをUTF-8に統一&固定する ### 検討 1はいかにもVim的な対策。まぁ…そんなに難しくないけどencの変更コストが大きくなり、パフォーマンスissueになるかも。暫定案としてはクリティカルな `rtp` とかだけスクリプトでやっちゃうというのも有りで、 #103 ではそのように解決した。 2はエンジニア的にはやりたい項目。全体パフォーマンスも、メンテナンスビリティもあがりそうだが…修正にかかる時間は大きそうねw パッチも大きくなるから取り込まれない可能性も高くなる。
Vim scriptのカバレッジを取れないか、という話。 とりあえずあたりだけ付けてみた。 (ref. https://vim-jp.slack.com/archives/C83UXKU86/p1604587807074800) https://github.com/vim/vim/blob/66669fc6647201649e75a214e72b768fc86b7ed3/src/ex_docmd.c#L984-L990 ここの前後でいろいろ情報をかき集めればよい。 集めた情報はファイルに直書きしちゃうのが手っ取り早いけど、 メモリで集計してから吐くのならば、 それを収める場所と出力する&開放するタイミングを別途つくらなきゃいけない。 さらにコメントやインデントを読み飛ばしたみたいな情報が必要ならば `do_one_cmd` の中からそれらを外側に伝える方法が必要になる。
絵文字の下端(bottom)がbaselineに乗ってしまってる。 そのため通常の文字のascent を絵文字のtopが超えてしまって欠けてるようにみえる。 font link 等を考えると通常文字の ascent がリンクしうる絵文字を考慮しておらず、 また絵文字側もbaselineを考慮してない(bottomをbaselineとしてしまう)のは、 しかたのないところであるのは否めない。 解決案は2つ考えられて 1. 絵文字フォント側に baseline を埋め込む 2. Vimが描画時に、絵文字のvertical align方法を変える 1はVimではどうにもならないが、2はDirectDrawnで試してみる価値があるかもしれない。
## 不具合の内容 quoted and summarized from https://vim-jp.slack.com/archives/CJMV3MSLR/p1574299555176600 * HiDPI環境 (4K / 拡大率200%) のWindows で GVim を使っている * レンダリングに DirectX を利用すると (set rop=type:directx とすると) * ビジュアルモードでのスクロールにラグが生じ (例: `V` で行選択しながらkを押し続けるとスクロールが通常より遅くなり、 `k` を離してもすぐにはスクロールが止まらない。...
https://vim-jp.slack.com/archives/C03C4RC9F/p1558342006310100 * ラムダ式と関数部分適用 * here document * scriptversionと..演算子 * デフォルト引数 * 0z https://vim-jp.slack.com/archives/C03C4RC9F/p1558342433317600 * 2進数の記載
## やったこと 8.1.1329 で $VIMRUNTIME/doc の tags を更新する目的で以下を実施した。 ```console $ vim -nes -u NONE -U NONE --noplugin -c "helptags $VIMRUNTIME/doc | quit" ``` ## 結果 * 期待 * tags ファイルが更新され、コマンドが終了する...
## 質問・報告の内容 さっそく [Issue tempate](https://github.com/blog/2111-issue-and-pull-request-templates) を作りました! ただちょっと適当なので、よければどなたかブラッシュアップしてください。 現状で良いというのであれば、それだけでも表明してもらえればと思います。 ## その他 テンプレートは .github/ISSUE_TEMPLATE.md です。 https://github.com/vim-jp/issues/blob/gh-pages/.github/ISSUE_TEMPLATE.md
## 質問・報告の内容 ちょっと特殊な方法で [vim-over](https://github.com/osyo-manga/vim-over) の `over#load()` を呼ぶとVimが落ちるようです。 落ちた際の [スタックトレースはコチラ](https://gist.github.com/YoshihiroIto/0f817e7949311895bfb2f857b723a6f7) から抜粋。 ``` ntdll.dll!00007ffbde6f9bfb() 不明 ntdll.dll!00007ffbde6f8097() 不明 ucrtbase.dll!00007ffbdb2f0d16() 不明 > gvim.exe!lalloc(unsigned __int64 size=1473, int message=1) 行 942 C gvim.exe!vim_strsave(unsigned char * string=0x00000285ae35ca20)...
## 相談の内容 ハイライトグループ `StatusLine` (ステータスライン)と `StatusLineNC` (カレントではないバッファのステータスライン) があるのだから、 現在のバッファのモードを示す `StatusLineI` とかあったら便利だろうか? ステータスライン系のプラグインですでに実現できていることかもだけど、 このくらいは本体にミニマムな設定でできても良い気がする。 懸念は、組み合わせでいろいろやりたくなって ハイライトグループがとっちらかること。 有用性がほんとにあるかも怪しいのでそのあたりを見極めたい。