profile
viewpoint

mhinz/vim-galore 10814

:mortar_board: All things Vim!

mhinz/vim-grepper 959

:space_invader: Helps you win at grep.

mhinz/neovim-remote 788

:ok_hand: Support for --remote and friends.

mhinz/dotfiles 207

:smiling_imp: Vim, git, zsh, tmux, and other goodies.

jebaum/vim-tmuxify 148

Vim plugin for handling tmux panes.

mhinz/vim-hugefile 54

Speed up loading of large files.

mhinz/vim-crates 39

Handle Cargo dependencies like a Rustavimean.

mhinz/vim-halo 38

:innocent: Visual highlight for your cursor.

mhinz/brew-go 25

Manage Go tools via Homebrew.

mhinz/editor-history 22

Short history of editors.

issue closedmhinz/vim-signify

Not updating on Cursor autocmds

Think this was working before but since updating everything recently Cursor related autocmds don't seem to be working.

I'm on NeoVim, latest versions of everything.

PS Thanks for a great plug-in.

closed time in a month

nomasprime

issue commentmhinz/vim-signify

Not updating on Cursor autocmds

Yup, it both Nvim and Vim default to 4 seconds by default.

I guess this can be closed. :)

nomasprime

comment created time in a month

issue closedneovim/neovim

Make :filter recursive

Hi,

I wish :filter could be made recursive. that is - :filter /abc/ filter /cbd/ %list would be a double filter.

closed time in a month

eyalk5

issue commentneovim/neovim

Make :filter recursive

@jamessan Hmm, and I thought I tried exactly that!

Anyway, I consider this regexp to be a simple enough solution. No additional code in the editor needed.

eyalk5

comment created time in a month

pull request commentneovim/neovim

man.vim: Always map q to :quit

I think the intention is simply to make q less surprising and always work the same and not acting as :quit in one case and as :close in another.

That said, I never had a problem with the current way of doing things, so I'm really neutral about this.

nhooyr

comment created time in a month

issue commentneovim/neovim

Make :filter recursive

I see that there's no easy way to achieve that even with a more complex regexp, but we have so many more important things to work at, that this feature probably won't be implemented by us.

Maybe you have a better chance convincing vim/vim to implement it, then we'll merge it into Nvim.

eyalk5

comment created time in a month

issue closedneovim/neovim

Add api to get neovim startup time

<!-- Before reporting: search existing issues and check the FAQ. -->

  • nvim --version: neovim nightly
  • vim -u DEFAULTS (version: ) behaves differently? same
  • Operating system/version: mac os 10.15.4
  • Terminal name/version: item2
  • $TERM: xterm-256

Steps to reproduce using nvim -u NORC

Actual behaviour

no api to get the neovim startup time string.--startuptime is a cli command to check the neovim startuptime. but i expect to get startup time by a function return value. it's very useful when write some plugins. read the --startuptime output file is a way to get it . But he is not suitable for some startup screen plugins. For example, dashboard-nvim, reading the output file will affect the startup speed of the plugin. I think.

Expected behaviour

I can get the neovim startup time string by a function in vimscript. I think it's useful when write some plugins.

closed time in a month

glepnir

issue commentneovim/neovim

Add api to get neovim startup time

Implicitly collecting startup stats takes time and memory and shouldn't be done by default, since most people will never use it.

--startuptime is a debugging tool and should be treated like that. I see no merit in doing this at every startup.

You could try to convince vim/vim of this and we'll merge their patch, but I'm pretty certain that won't ever happen. Sorry. :)

glepnir

comment created time in a month

pull request commentneovim/neovim

man.vim: Always map q to :quit

I think we should always map q to :quit as that's how the builtin help behaves. If you press q when there's only a help window remaining, neovim exits and does not require an explicit :quit

This makes sense to me.

Please put that in the commit message, because the "why" is important here. Otherwise small PRs often look a bit arbitrary.

nhooyr

comment created time in a month

startedcli/cli

started time in a month

issue closedneovim/neovim

E:484

  1. I open the diary.md file and create a new .md file. In the file diary.md I press Enter on the new file and try to open it, but it does not work. In the folder diary a new file is not created.

  2. I am writing tasks for the day.

  • [ ] Task one
  • [ ] Task Two

Previously, when i press Enter, the cursor would go to the next line and the dash itself would appear, I only added square brackets and wrote text. Now this not work.

  1. I press the zg key and this error appears. E484: Unable to open the file /home/f32/.config/nvim/spell/en.utf-8.add

VimwikiShowVersion - Stable version: 2.5 NVIM v0.4.3 Fedora 32 Xterm(351)

closed time in a month

Dmitryi

issue commentneovim/neovim

E:484

  • I created ~/.config/nvim/spell and copied runtime/spell/en-utf8.spl from this repo to it.

  • Then I created a file test.vim with these lines:

    set spellfile=~/.config/nvim/spell/en.utf-8.add
    set spell
    
  • nvim -u test.vim

  • insert "i rock"

  • i is highlighted red; use zg on it (en.utf-8.add and en.utf-8.add.spl get created containing only the entry for i)

The above works as expected for me. Adding more entries works as well. When I chmod 444 the add files and then use zg, I also get E484 as expected.

So, double check that the files below ~/.config/nvim/spell belong to the correct user and have the proper permissions.

I'm closing this in the meanwhile, since there's nothing we can act on. Please just reopen this issue if you think that's wrong and maybe come up with a way to reproduce this with nvim -u NORC or a minimal init file.

Dmitryi

comment created time in a month

issue closedneovim/neovim

add option to disable delay on W10 error

<!-- Before reporting: search existing issues and check the FAQ. -->

  • nvim --version: v0.4.3
  • vim -u DEFAULTS (version: ) behaves differently?
  • Operating system/version: Arch Linux; Kernel: 5.7.2.arch1-1
  • Terminal name/version: urxvt
  • $TERM: rxvt-unicode-256color

Steps to reproduce using nvim -u NORC

nvim -u NORC somereadonlyfile

or

nvim -u NORC "+set ro" somefile

Actual behaviour

~1 second delay after pressing i or any other key that goes to insert mode

Expected behaviour

being able to disable that, at best also setting it dependent on if it has a immutable flag or if it is not writable by permission

closed time in a month

alexmo1997

issue commentneovim/neovim

add option to disable delay on W10 error

Unfortunately it's highly unlikely that it will ever change in Vim then. And we try to diverge from Vim's code base only if necessary.

I consider this only a minor annoyance at best, because 1) it's a very rare use case (the warning is shown for a reason) and 2) it only happens when switching to insert mode for the first time.

Nvim has so many options already, adding another one just to work around a rare 1s delay is not worth the effort of adding code and documenting it.

Thanks for asking anyway.

alexmo1997

comment created time in a month

issue commentneovim/neovim

add option to disable delay on W10 error

It doesn't need any setting, it just needs to get fixed as I see no technical reason why there should be any delay, but it happens in Vim as well.

Maybe you want to report it to vim/vim instead, because we merge their patches anyway.

alexmo1997

comment created time in a month

issue commentneovim/neovim

`type(getchar())` return 1 for <

From Gitter:

getchar() and <kbd><</kbd> returns 60 on macOS, but in this case, <80><fc>^B on Windows.

wsdjeg

comment created time in a month

pull request commentmhinz/vim-signify

Disable Sy if an active buffer is now "skippable"

Thanks! ✨

jamessan

comment created time in a month

push eventmhinz/vim-signify

James McCoy

commit sha c3d450eb5f5e76d99d23b10493d4e08c5bb1ae71

Disable Sy if an active buffer is now "skippable" (#344) If a `sy#start()` is called for a buffer that is no longer backed by a file on disk, then disabling Sy avoids peppering the user with extra error messages. Closes #336

view details

push time in a month

PR merged mhinz/vim-signify

Disable Sy if an active buffer is now "skippable"

If a sy#start() is called for a buffer that is no longer backed by a file on disk, then disabling Sy avoids peppering the user with extra error messages.

Closes #336

+26 -20

0 comment

1 changed file

jamessan

pr closed time in a month

issue closedmhinz/vim-signify

Error when deleting a folder

Steps to reproduce:

  1. Open nvim
  2. Open a file
  3. Delete the folder that contains the opened file, nerdtree or other shell
  4. Come back to the window of the file
  5. Observe the error:
Error detected while processing function sy#util#refresh_windows[9]..sy#start[65]..sy#repo#get_diff:
line   19:
E475: Invalid argument: expected valid directory

Originally posted by @kassio in https://github.com/mhinz/vim-signify/issues/333#issuecomment-617816174

closed time in a month

kassio

delete branch mhinz/vim-signify

delete branch : toggle

delete time in a month

push eventmhinz/vim-signify

Marco Hinz

commit sha 8de3e847b5cc9db0692bf807fa283ee9224be960

Improve handling of disabled buffers

view details

Marco Hinz

commit sha 4b041ce9d8cdbdeea8e37f030ac3881826b2717d

fixup! Improve handling of disabled buffers

view details

Marco Hinz

commit sha f5a6fcb5fcf53b051bed56789890221f1f55f8c5

Add :Signify{En,Dis}ableAll

view details

Marco Hinz

commit sha d20015fa2c656712fd104cf1552b48636d3c29c7

Set autocmds according to given bufnr

view details

Marco Hinz

commit sha f52e4125e2ae84917a574733fdc7012411aa7afc

Don't set autocmds twice

view details

Marco Hinz

commit sha 67890594c86f356d73aa322159b418a744dae9fe

Make :Signify{En,Dis}ableAll set g:signify_disable_by_default

view details

Marco Hinz

commit sha 7dbf6f0a439c338125f8b07b77ca044dd4396b48

Doc: add :Signify{En,Dis}ableAll

view details

Marco Hinz

commit sha 2fd4951d43eeac5ebc3c662fa003cac812852a43

Merge pull request #326 from mhinz/toggle Improve handling of disabled buffers

view details

push time in a month

PR merged mhinz/vim-signify

Improve handling of disabled buffers

Before this change we only set a buffer to "inactive" on disabling, but now we also disable all autocmds.

Also works together with let g:signify_disable_by_default = 1.

+116 -92

2 comments

6 changed files

mhinz

pr closed time in a month

startedpshihn/rough-notation

started time in a month

startedsickcodes/Docker-OSX

started time in a month

issue closedmhinz/vim-startify

idea: include git-relevant lists

I really love Startify, thanks for the awesome plugin.

In my workflow I am usually interested which files in the current git repo are dirty - modified or untracked.

So I've come up with this - maybe you want to think about it. It could perhaps be another example in the help.

Also: It would be interesting to know what custom configurations other people are using with your plugin. Are you considering a crowd-sourced "startify cookbook" section in the wiki here? Where people could share their ideas and setups?

Anyways... keep up the great work!

" returns all modified files of the current git repo
" `2>/dev/null` makes the command fail quietly, so that when we are not
" in a git repo, the list will be empty
function! s:gitModified()
    let files = systemlist('git ls-files -m 2>/dev/null')
    return map(files, "{'line': v:val, 'path': v:val}")
endfunction

" same as above, but show untracked files, honouring .gitignore
function! s:gitUntracked()
    let files = systemlist('git ls-files -o --exclude-standard 2>/dev/null')
    return map(files, "{'line': v:val, 'path': v:val}")
endfunction

let g:startify_lists = [
        \ { 'type': 'files',     'header': ['   MRU']            },
        \ { 'type': 'dir',       'header': ['   MRU '. getcwd()] },
        \ { 'type': 'sessions',  'header': ['   Sessions']       },
        \ { 'type': 'bookmarks', 'header': ['   Bookmarks']      },
        \ { 'type': function('s:gitModified'),  'header': ['   git modified']},
        \ { 'type': function('s:gitUntracked'), 'header': ['   git untracked']},
        \ { 'type': 'commands',  'header': ['   Commands']       },
        \ ]

closed time in 3 months

residualmind

issue commentmhinz/vim-startify

idea: include git-relevant lists

I put it on the wiki and mention it in the README now: https://github.com/mhinz/vim-startify/commit/593388d3dbe7bfdcc06a714550d3253442b2fc65

Thanks!

residualmind

comment created time in 3 months

push eventmhinz/vim-startify

Marco Hinz

commit sha 593388d3dbe7bfdcc06a714550d3253442b2fc65

README: mention wiki

view details

push time in 3 months

GollumEvent
GollumEvent
GollumEvent
GollumEvent
GollumEvent
GollumEvent
GollumEvent

issue closedmhinz/vim-startify

How Do I Empty MRU List?

Hey guys, recently I've been used vim-startify and spent a decent time on it.

Here is a question, seems that MRU list is kinda cache stored somewhere, traveling from dirs to dirs, I do not always find previous file list helpful but sometimes discouraging.

Is there any ways to clear or empty whole or some of the items in MRU list?

Thanks. ^_^

closed time in 3 months

y1rah

issue commentmhinz/vim-startify

How Do I Empty MRU List?

The plugin simply uses the builtin v:oldfile variable that is fed on Vim startup by your viminfo (or shada file with Nvim).

E.g. you won't get any entries when you start Vim like this vim -i NONE.

Also have a look at :h g:startify_update_oldfiles.

You can use VimL to set v:oldfiles to anything you want. E.g.

:let v:oldfiles = ['~/.vim/vimrc']
:Startify

This should only show the above file now (or nothing when the file doesn't exist, because Startify filters non-existing entries).

Hope this helps!

y1rah

comment created time in 3 months

more