profile
viewpoint

ichizok/android-app.g8 1

A g8 template for Android apps in Scala

ichizok/action-vimhelp-tagname-check 0

Check vim help tag name conflicts

ichizok/agit.vim 0

A powerful Git log viewer

ichizok/bed 0

Binary editor written in Go

ichizok/caw.vim 0

Vim comment plugin: supported operator/non-operator mappings, repeatable by dot-command, 300+ filetypes

ichizok/clever-f.vim 0

Extended f, F, t and T key mappings for Vim.

ichizok/CoRD 0

CoRD is a Mac OS X remote desktop client for Microsoft Windows computers using the RDP protocol. It's easy to use, fast, and free for anyone to use or modify.

issue commentmacvim-dev/macvim

:py3 command does not work in macvim launching from dock

Therefore, I threat MacVim's behaviour as a fix for a problem with python input rather than "py3 is not working"

hujianxin

comment created time in 17 hours

issue commentmacvim-dev/macvim

:py3 command does not work in macvim launching from dock

I see, it works as expected, but stdin is still open for some reason with no input. You should add stdin=subprocess.DEVNULL if you want it to work more portable.

I can't find any information in documentation for ViM, that for :py3 (or any other language) stdin is closed. More, that in ViM's documentation, it's stated, that input is not supported could lead even to crash:

							*python-input*
	Input (via sys.stdin, including input() and raw_input()) is not
	supported, and may cause the program to crash.  This should probably be
	fixed.
`
hujianxin

comment created time in 17 hours

issue closedmacvim-dev/macvim

rendering fonts on startfy

Instructions: Replace the template text and remove irrelevant text (including this line)

Describe the bug Load Hack Fonts/NerdFont

To Reproduce

  1. Configure vim dev icon and vim airline and startfy.
  2. Install all fonts recommended
  3. Close the vim and then open.

Expected behavior

  1. MacVim should rendered properly. Instead I've this image bellow.
  2. To fix I've to resize the window terminal. Captura de ecrã 2020-11-28, às 16 37 01

Captura de ecrã 2020-11-28, às 16 35 06

Screenshots

Environment (please complete the following information):

  • Vim version VIM - Vi IMproved 8.2 (2019 Dec 12, compiled Nov 25 2020 18:14:39) macOS version Included patches: 1-1719 Compiled by Homebrew
  • OS: MacOs BigSur
  • Terminal: Iterm2 Beta

Additional context Add any other context about the problem here.

closed time in 19 hours

macOneOone

issue commentmacvim-dev/macvim

rendering fonts on startfy

I found the use, it remains

macOneOone

comment created time in 19 hours

issue openedmacvim-dev/macvim

rendering fonts on startfy

Instructions: Replace the template text and remove irrelevant text (including this line)

Describe the bug Load Hack Fonts/NerdFont

To Reproduce

  1. Configure vim dev icon and vim airline and startfy.
  2. Install all fonts recommended
  3. Close the vim and then open.

Expected behavior

  1. MacVim should rendered properly. Instead I've this image bellow.
  2. To fix I've to resize the window terminal. Captura de ecrã 2020-11-28, às 16 37 01

Captura de ecrã 2020-11-28, às 16 35 06

Screenshots

Environment (please complete the following information):

  • Vim version [e.g. 8.1.1234] (Or paste the result of vim --version.)
  • OS: MacOs BigSur
  • Terminal: Iterm2 Beta

Additional context Add any other context about the problem here.

created time in a day

issue commentmacvim-dev/macvim

Big Sur TouchBar warnings

While this issue is not fixed, is there a way to suppress these warnings from appearing on the terminal?

dim13

comment created time in 2 days

issue commentmacvim-dev/macvim

Support Python 3.9 (macOS + Homebrew)

a temporary workaround is to install python@3.8 with homebrew and create a symbolic link as follows:

> cd /usr/local/Frameworks/Python.framework/Versions/
> ln -sf ../../../Cellar/python@3.8/3.8.6_1/Frameworks/Python.framework/Versions/3.8 3.8
> cd -

best C.

Nice, thanks. Small update: latest version on homebrew is 3.8.6_2

itsayellow

comment created time in 3 days

issue commentvim-jp/issues

vim-jp で使っている Travis CI を .org から .com に移行する

lang-ja, vimdoc-ja-working 完了しました。

k-takata

comment created time in 4 days

push eventvim-jp/vim-jp.github.io

K.Takata

commit sha 0726c29d4880c8d2673ab677d814c003b63a1ec6

Fix link to vim-users-jp

view details

push time in 5 days

issue commentmacvim-dev/macvim

Big Sur TouchBar warnings

Yeah I'm not sure why this is happening. Need to take a look. I'm guessing Apple made the buttons larger so they went over the limit…

dim13

comment created time in 6 days

pull request commentmacvim-dev/macvim

Update Sparkle to 1.24.0

Ok merged. Sorry for the delay. But yes this should fix Apple Silicon building. The previous released Sparkle binary was not a universal binary, so when MacVim tries to build against it in a universal binary, it couldn't as there was not arm64 binary in Sparkle. The new version now supports that.

ichizok

comment created time in 6 days

push eventmacvim-dev/macvim

ichizok

commit sha 51cb5c6113e9014ff813308a27b83d27c95a7e11

Sparkle 1.24.0 Compatible with Apple M1 (arm64)

view details

Yee Cheng Chin

commit sha af031d8c8bfc0d88832d796afceec7a93316396c

Merge pull request #1118 from ichizok/update-sparkle Update Sparkle to 1.24.0

view details

push time in 6 days

PR merged macvim-dev/macvim

Update Sparkle to 1.24.0

#1113 Sparkle 1.24.0 is compatible with Apple M1 (arm64).

+590 -580

3 comments

159 changed files

ichizok

pr closed time in 6 days

issue commentmacvim-dev/macvim

Error messages when launching MacVim from a terminal window under Big Sur

Duplicates https://github.com/macvim-dev/macvim/issues/1114

greglutz

comment created time in 6 days

push eventvim-jp/vim-jp.github.io

K.Takata

commit sha cf61ecefbcd9e0d59126cffe157e834f732ed930

vac: Add "Vim Short Tips Advent Calendar 2020"

view details

push time in 7 days

issue commentmacvim-dev/macvim

:py3 command does not work in macvim launching from dock

@eirnym I still have this issue.

hujianxin

comment created time in 7 days

issue commentmacvim-dev/macvim

:py3 command does not work in macvim launching from dock

@eirnym It isn't an issue anymore. Seems to be working

hujianxin

comment created time in 7 days

issue commentvim-jp/issues

パスに「(」や「)」が含まれると中身が表示されない。gvim.exe -p --remote-tab-silent

どうやらこれは vim がパスを正しく解釈出来ていないことが原因のようです。 (--remote であることや、コマンドプロンプトは無関係)

質問内容の状況は以下のような状況だと思いますが

mkdir "C:\tmp\Desktop\("
echo aaa > "C:\tmp\Desktop\(\aaa.txt"
gvim  (← 空で gvim を起動) - (a)
cd "C:\tmp"
gvim -p --remote-tab-silent "Desktop\(\aaa.txt" - (b)

--remote-tab-silent では (b) から (a) の方の gvim に対して 実質 :tab drop "Desktop\(\aaa.txt" コマンドを渡しているだけです。

ですので、単独の gvim で :drop "Desktop\(\aaa.txt" コマンドを実行して貰えば分かると思いますが この :drop コマンドの延長でパスのバックスラッシュが落とされていることが今回の原因となります。

  • ファイル名の解釈に expand_wildcards() を使うコマンドが同じようになるはずです。
  • 正確には expand_wildcards() の延長の backslash_halve() (charset.c) で ( をファイル名で利用不可の文字と判断し、 エスケープされた文字と解釈してバックスラッシュを外しています。 (a の方は利用可能文字なのでそのままバックスラッシュが残される)

ちなみに gvim "C:\tmp\Desktop\(\aaa.txt" でファイルは開けますが cd %:h でそのディレクトリに移動しようとしても同じ原因で失敗します。

GITHUBYOSHIKAWA

comment created time in 7 days

pull request commentmacvim-dev/macvim

WIP: Tabs

I see. Ok it will probably take me some time to review this and there's a backlog of other PRs and issues to fix for Big Sur so this will likely not make it in the next release. I'll get to it though.

sfsam

comment created time in 8 days

pull request commentmacvim-dev/macvim

Update icon to macOS 11 style

Merged! Thanks for the update.

jasonlong

comment created time in 8 days

push eventmacvim-dev/macvim

Jason Long

commit sha 87581b79f07d01b160e977ff3d786fe25edff6d1

Update icon to Big Sur style

view details

Jason Long

commit sha aa7aec7c06af68a8fdc01b4b337c6071f1de1191

Update Big Sur icon

view details

Jason Long

commit sha 345d1f933e370557199b4963e7346cdf5f544e2a

Remove stray artifact from icon

view details

Yee Cheng Chin

commit sha f3b2d6c165ab3c000932e6f0c5c24e7cfc4545a9

Merge pull request #1054 from jasonlong/big-sur-icon Update icon to macOS 11 style

view details

push time in 8 days

PR merged macvim-dev/macvim

Update icon to macOS 11 style 11.0 Big Sur

Way back in #1, I submitted the currently used app icon for the then-new Yosemite version of OS X. The new icon styling for Big Sur is a pretty big departure from the current styling and it makes sense to have MacVim continue to feel current going forward (once macOS 11 ships).

This PR includes a new MacVim.icns that looks like this:

Option 1

<img src="https://user-images.githubusercontent.com/6104/86523031-5d3bd300-be34-11ea-92eb-62087bd43a9c.png" width="256" />

I didn't include any document-specific .icns files because I read the following on this page, but I'm happy to help generate them if I'm misinterpreting.

To compose a document icon, the system combines your app icon with the familiar folded-corner icon shape.

+0 -0

23 comments

1 changed file

jasonlong

pr closed time in 8 days

pull request commentmacvim-dev/macvim

Update Sparkle to 1.24.0

@ichizok I can confirm this works to make MacVim master arm64 compile and run on M1 MacBook Air running macOS 11.1 Beta.

ichizok

comment created time in 8 days

pull request commentmacvim-dev/macvim

Update Sparkle to 1.24.0

Is there any way to tweak this to support arm64 as well? I've never done much with Sparkle, but it seems like this is going to be one of many impediments to supporting the new Apple chipsets.

ichizok

comment created time in 9 days

pull request commentmacvim-dev/macvim

Update icon to macOS 11 style

Ok, the branch has been updated here and I tried to better optically center the mark in the container. The final version looks like this:

MacVim logo

jasonlong

comment created time in 10 days

pull request commentmacvim-dev/macvim

Update Sparkle to 1.24.0

Sorry for the delay. I'll try to merge this by end of week. There are a lot of files so just want to confirm on my end this is the same as the recent release.

ichizok

comment created time in 10 days

issue closedvim-jp/issues

隠れバッファ読み込み時のメッセージが引き起こす redraw を抑制したい

質問の内容

Vim では任意のファイルを読み込んだとき、そのファイルに関する次のようなメッセージが表示されると思います:

"~/xxx.vim" line 48 of 575 --8%-- col 1

このメッセージは、隠れバッファを読み込んだときにも表示されますが、 メッセージが表示される直前に redraw 処理のようなものが入り、その前のメッセージがすべて消えてしまいます。

この redraw 処理を抑制する方法はありますでしょうか。

以下、上記挙動の再現手順になります。

再現手順

$ vim -u NONE foo
:set hidden
:autocmd BufLeave * echomsg 'BufLeave!'
:edit bar
" => BufLeave!
" => "bar" [New File]
" => Press ENTER or type command to continue
:bprevious
" => "foo" [New File] --No lines in buffer-- (BufLeave! が表示されない)

Vimのバージョン

8.2.1950

OSの種類/ディストリ/バージョン

macOS Catalina (バージョン 10.15.7)

使用している or 関係していそうなプラグイン

なし

その他

shortmess オプションの O フラグが関係してるかと思いましたが、O フラグを抜いても変わりませんでした。

O    ファイルの読み込み時のメッセージや Quickfix 関係のメッセージ
     (例えば ":cn") がその前のメッセージを必ず上書きする。

closed time in 10 days

obcat

issue commentvim-jp/issues

隠れバッファ読み込み時のメッセージが引き起こす redraw を抑制したい

わー、処理まで追っていただいてありがとうございます。

つまり隠れファイルのファイル情報の出力が redraw を引き起こすわけではなく、 それを表示するタイミングが redraw のあとに設定されているということなんですね。

shortmess+=F としておいて、BufEnter あたりで自前でファイル情報を出力するとか小技が必要なるかも?といったところでしょうか

file コマンドを使って試してみたところ、たしかに両立できました。

$ vim -u NONE
:set shortmess+=F
:set hidden
:autocmd BufLeave * echomsg 'BufLeave!'
:autocmd BufEnter * file
:edit bar
" => BufLeave!
" => "bar" [New File] --No lines in buffer--
" => Press ENTER or type command to continue
:bprevious
" => BufLeave!
" => "foo" [New File] --No lines in buffer--
" => Press ENTER or type command to continue

この結果と、調べていただいた、

[file info] は次の再描画の際についでに出力する

という情報を合わせて考えると、shortmess+=F は隠れファイル表示後の redraw も抑制する、ということになるんでしょうか(仮に redraw されていたらすべてのメッセージが消されてしまっているはず...?) 難しい...

ともあれ、素の設定ではこれらのメッセージを両立する手段がない/なさそうだということが分かってよかったです。

またこの挙動はちょっと不便な感じもするので、情報が整理できたら本家 repo に issue を立てようかなと思います (立てたらこちらの issue にコメントします)。

ご回答いただきありがとうございました。

obcat

comment created time in 10 days

issue commentvim-jp/issues

隠れバッファ読み込み時のメッセージが引き起こす redraw を抑制したい

ちなみに、ファイル情報とその前のメッセージを両立させることってできますか...?

ちょっと処理を追っかけてみましたが :bp の方では素の設定などで両立させることはちょっと難しそうです。 そちらの方で試された結果が丁度いいのでそれを使いますが、

  • nohidden ではバッファ切り替え時にファイルが読み込まれ、その読み込み処理の中で [file info] が出力される。
== nohidden ==
BufLeave
BufWinLeave
BufUnload       <---- nohidden なので unload される。
BufReadPre      <---+
[file info]         | ファイル読み込み
BufReadPost     <---+
BufEnter
BufWinEnter
-
  • hidden ではバッファを切り替えるだけ。[file info] だけ次の再描画の際に合わせて出力する。
== hidden ==
BufLeave
BufWinLeave
BufHidden       <---- hidden するだけ
-               <---+ 
-                   | hidden のバッファを表に出すだけなのでなにもしない。
-               <---+ [file info] は次の再描画の際についでに出力するようにフラグを立てるだけ。
BufEnter                            | 
BufWinEnter                         |
                                    |
(これ以降は :bp とは別の共通処理)   |
                                    |
[file info]     <-------------------+

という感じで [file info] の出力タイミングが全く違うので、元の質問でおっしゃっていた通り redraw が絡むとその前のメッセージは消されてしまうようです。

(ファイル書き込み/ファイル読み込みのタイミングではないため、shortmess の o やら O の制御外となっている模様)

obcat

comment created time in 10 days

more