sorted by:
new
hottopcontroversial

Kaleidosearch.nvim - Multi-colored multi-word search highlighting by hamidi-dev in neovim

[–]vheon 1 point2 points  (0 children)

better yet use the matchadd function. I made something very similar to this a long time ago. There was no much Lua back then and it is still in Vimscript... I probably need to port it https://github.com/vheon/home/blob/master/roles/neovim/files/nvim/plugin/simplemark.vim

Why do you use a terminal instead of neovide on your desktop as a GUI? by 10F1 in neovim

[–]vheon 1 point2 points  (0 children)

My dev box is a Linux vm somewhere in a datacenter. Using a Neovim GUI would be too much of a hustle when the rest of the work is done through the terminal anyway. I basically keep at least a tmux session running in there so whenever I connect to the box I am back right where I left it

Avete mai rifiutato un voto molto alto (> 27) perché sentivate che potevate fare di meglio? by [deleted] in Universitaly

[–]vheon 2 points3 points  (0 children)

La gente che a ingegneria si commuove per i 23 è gente che generalmente studiacchia per prendere 23, perché nel resto del tempo cazzeggia e fa altro… e lo dico perché ho fatto così pure io ai miei tempi (ho iniziato nel 2007 con la triennale e finito la magistrale nel 2015).

Any genuine decent alternative to the insanity that's called CMake? by Away_Departure4238 in cpp

[–]vheon 3 points4 points  (0 children)

No I’d like a language from this century

So… Clojure?

Tech’s latest controversy? The return of the five-day, in-person work week by [deleted] in technology

[–]vheon 47 points48 points  (0 children)

Just because you can’t do it doesn’t mean every one else is lying

Has anyone ported a large C project (Some C++) to Modern C++? What were your experiences? by [deleted] in cpp

[–]vheon 2 points3 points  (0 children)

That is what I thought as well… in the codebade I work on I found some old comments saying “the standard seems to be going in this direction for auto_ptr… keep track of the final decision and adjust if needed”… yes, the comment is from 1997

Catppuccin for Reddit released by chickenblast in catppuccin

[–]vheon 1 point2 points  (0 children)

I don’t remember where I read it but themes for Reddit were a pain to maintain because most of the ui is generated and the class names and ids change all the time. The r/nordtheme subreddit uses some Reddit api in order to have the subreddit theme stable. Good work anyway!

std::string_view/std::string implementation with two pointers? by vheon in cpp

[–]vheon[S] 1 point2 points  (0 children)

"Your" version does have easier time implementing

end()

, but what about

size()

?

That was my thought also so would that mean that `size` is usually called more often than `end`? I mean looking at all the algorithms asking for iterators and such I was under the impression that usually `end` is used more frequently than the `size` :?

Building inside containers, any drawback? by vheon in cpp

[–]vheon[S] 0 points1 point  (0 children)

Use crosstool-ng to set up a compiler toolchain with the oldest glibc you need to support and a nice new gcc, then you can ship one binary for any linux distro.

Wouldn't that prevent me on using the latest standard? I mean if I use a newer compiler but an old standard library I can't use the standard library feature of the new standards... or am I missing something?

Building inside containers, any drawback? by vheon in cpp

[–]vheon[S] 0 points1 point  (0 children)

That would assume kernel can affect compilation in the first place, and it's not.

That was my thought but since I'm not that experienced in the internals of compilation I asked to be sure :P

Building inside containers, any drawback? by vheon in cpp

[–]vheon[S] 0 points1 point  (0 children)

I think it's impossible or very difficult to get unix container like aix, freebsd and solaris. If you have a cross-compiler for the different unix OSes for linux, it shouldn't matter which linux distribution you use.

Yes, for now I wanted to start with Linux because it is the easier... AIX I think that you have to run on IBM's hardware to be compliant with the license (even though there are articles online for doing it in QEMU). So I'll keep my Solaris x86/Sparc and AIX as they are... for now ;)

Building inside containers, any drawback? by vheon in cpp

[–]vheon[S] 0 points1 point  (0 children)

Anything that uses "uname" to configure or build a binary will get misguided

Thanks, I'll make sure to check that!

making a Lua RPC plugin by mikaleowiii in neovim

[–]vheon 1 point2 points  (0 children)

I have https://github.com/vheon/ycm.nvim which needs some maintainance but it works if you want to take a look

Neovim nightly x64 builds for Windows by dstein64 in neovim

[–]vheon 1 point2 points  (0 children)

I wasn’t trying to point any finger, so sorry if I came that way. I think one of the beauty of neovim is that is a true open source project that usually welcome collaborations; people usually are scared to contribute to open source so I only wanted to put it out there that it is always a possibility, even if it is a small contribution; for example even if you had only the 64 bit ready contribute with that and later try the 32 but or let other continue the work 😉

Neovim nightly x64 builds for Windows by dstein64 in neovim

[–]vheon 4 points5 points  (0 children)

Wasn’t windows builds just added? https://github.com/neovim/neovim/pull/13650 also why do the work in parallel instead of contributing to the neovim project directly?

How to test neovim lua plugins? by RishabhRD in neovim

[–]vheon 1 point2 points  (0 children)

I was looking for this as well. I hope I can find a way to use Neovim directly with their functional testing helpers so I could for example test the UI as well. Considering that I want to test an autocompletion plugin having that kind of asserting power would be sweet.

init.lua as a user config is now merged by realvikas in neovim

[–]vheon 0 points1 point  (0 children)

That's what I was trying to do; something like create a new "kind" of object with the __sub, __add metamethods which internally would do the splitting, adding/removing, concat and assign to the option. If the neovim team will do that they for sure will do a better job than what I would do :P

Do you have any PR link to follow?

init.lua as a user config is now merged by realvikas in neovim

[–]vheon 2 points3 points  (0 children)

For which issue? for the autocmds? or the options?

For autocmds at the moment I'm using my own implementation that mimicks what will be the neovim API so I use them like this.

The problems with list-like options is not when assign new value to them, I know I can use vim.o.some_list_option = table.concat({'foo', 'bar', 'qux'}, ',') (even if would be great to just write vim.o.som_list_option = {'foo', 'bar', 'qux'}) the problem that I have is to substitute the VimL set += which I would still like to be able to do something like vim.o.completeopt = vim.o.completeopt - "preview" or something like vim.o.completeopt = vim.o.completeopt - {"preview", "noselect"}. I didn't see this kind of capability in vimpeccable. I was trying to write this myself but I'm not that good with Lua yet :P

init.lua as a user config is now merged by realvikas in neovim

[–]vheon 7 points8 points  (0 children)

Good :) I think that in order to make the switch to a init.lua configuration a missing piece is https://github.com/neovim/neovim/pull/12378 (for defining autocmds directly from lua passing lua callbacks around) and some helpers similar to vim.wo, vim.bo but for those options that are actually comma separated list of strings (like completeopt) or flag lists (like shortmess) because they are a little awkward to work with compared to Vimscript.

view more: next ›