HN user

tjdevries

129 karma
Posts1
Comments30
View on HN
www.youtube.com 4y ago

PDE: A different take on editing code

tjdevries
3pts0
Interview with TJ DeVries, Neovim core maintainer 5 years ago

Ok, got some responses from him (I don't know what any of these things mean haha):

vimtex works perfectly on neovim (in fact, the main developer uses neovim) and is very well documented

texlab (the latex lsp server) also does build and forward search (although there's a small bug at the moment)

Oh, and backward search needs neovim-remote (\o/ mhinz); just use nvr --remote +"%line" "%file" as backward search command

https://github.com/lervag/vimtex/blob/5d1335d095d11f48a6744f...

(the vimtex dev uses Zathura, so that may be an alternative viewer to look into)

0ThreadHN
Interview with TJ DeVries, Neovim core maintainer 5 years ago

Rolling release is kind of hard. We want to make sure that we keep our promises that we've set forth in `:help api-contract` and other expectations about semver. We think this is very beneficial for the plugin writing community. It's also hard because sometimes we merge something into master, before a release, and then recognize that a change to an API, an extension, etc. may be necessary for a feature to truly be great. Rolling release can make some of these things very hard.

However, we're hoping to release more often now to prevent this kind of situation.

I'm not 100% the person to talk to about releases, I primarily just try and write code to make Lua more fun to use :)

Side Note: You can install the HEAD of neovim easily with brew. `brew install neovim --HEAD` I think will do that for you. I'm not sure if that's what you mean by source/HEAD packages or not (I have no idea anything about Mac).

0ThreadHN
Neovim 0.5 Release Stream 5 years ago

Hi!

Let me know if there is anyone/anything you'd like to see on Friday! Looking forward to releasing nvim 0.5 :)

Thanks,

TJ

0ThreadHN
Neovim 0.5 is overpowering 5 years ago

That's great to hear :) As you write more plugins, make sure to submit ideas to Neovim core about how to make Lua even easier and/or more integrated!

0ThreadHN
Neovim 0.5 is overpowering 5 years ago

Yup!

We want to create interfaces to make this simpler for people to use.

One example is here: https://github.com/mjlbach/neovim-ui which is just in a separate repo to make it easier to work on rather than one huge PR.

This is an extension of the ideas that I started in https://github.com/nvim-lua/popup.nvim and a few other places.

The idea would to be to create interfaces that users, plugins and/or GUIs could override to provide a unified experience while still being customizable for users.

(and as a self plug, I think we have a lot of interesting ideas in telescope.nvim about UI that could be upstreamed over time)

0ThreadHN
Neovim 0.5 is overpowering 5 years ago

I'll ignore the other parts I disagree with in this post, since it's cool to have different views but I just wanted to post that it may someday be possible to run vim9script plugins in neovim :)

I'm working on a project that might allow at least 90% or higher compat here: https://github.com/tjdevries/vim9jit

Of course, vim9script isn't complete yet, so the spec isn't all the way done, but it may someday be possible to run them in neovim.

Additionally, if someone actually just wanted to port all the C code to run or has some other way to make vim9script run, neovim is not opposed to making that happen.

0ThreadHN
Neovim 0.5 is overpowering 5 years ago

You can do something like this:

``` " Does: " For wrapped lines, does gj/gk " For large jumps, adds a spot on the jump list function! tj#jump_direction(letter) let jump_count = v:count

  if jump_count == 0
    call execute(printf('normal! g%s', a:letter))
    return
  endif

  if jump_count > 5
    call execute("normal! m'")
  endif

  call execute(printf('normal! %d%s', jump_count, a:letter))
endfunction ```

and map j and k to this

0ThreadHN
Neovim 0.5 is overpowering 5 years ago

It always feels really nice knowing that people are getting excited by your work. Thanks for the shoutout!

(I'm tjdevries)

Happy to answer any nvim questions while I'm here.

0ThreadHN
Telescope.nvim: Find, Filter, Preview, Pick 5 years ago

No problem :)

Yeah (and I've said this elsewhere) I think people should use the tools that make them productive! So if that's fzf (or something else) then keep using that.

I honestly just made telescope for fun on stream to start with to explore some ideas about fuzzy finding that I thought would be fun. It just happened to be that people liked it and it grew.

We have a pretty active gitter group & people hanging out in the issue tracker, so feel free to ask questions there!

0ThreadHN
Telescope.nvim: Find, Filter, Preview, Pick 5 years ago

I would say it's more integrated but also more flexible (only within neovim though. I don't have any good solution to run telescope from command line at this moment).

Each aspect of telescope can be customized (so you can change the sorting algorithm, the previewer, the search text, the format of the UI, etc). It was designed for vimmers to spend endless hours configuring (which is my favorite pasttime) ;)

The speed difference should be less now (for most of the pickers, I haven't fixed all of them yet), but fzf is (and probably always will be) faster than telescope.

It's a bit difficult to explain in short amounts, but I will hopefully put together a youtube series and/or some writing where I can explain it more succinctly. I usually feel like I have too much to say when it comes to telescope.

Ultimately though, I think if fzf is working well for you then I probably would not switch. fzf is really awesome!

0ThreadHN
Telescope.nvim: Find, Filter, Preview, Pick 5 years ago

Shortest "killer feature" is probably the re-use of native vim buffers inside of telescope. So one cool thing is when it does a preview, it will show you the literal buffer (so it will have exactly the same colors, syntax highlighting, etc.) wherever possible.

Longer answer is I think it's quite cool to be able to not have to serialize/deserialize everything within telescope, so you can pass around objects (a.k.a. lua tables) that have function references, etc. that allow for very fun extension of the general API.

Another part I guess is that every part (that I have been able to think of thus far) is customizable. So you can change (per-search) the sorting algorithm, the display, the highlighting, the preview, the search text, etc. So you can fine-tune each aspect of it for the particular search or just your general preferences.

Also, I made it just because I was having lots of fun with it. I think fzf is a super awesome application (and plugin), so if it's working well for you I don't think I would switch!

0ThreadHN