#2 Virtual_line hides foldtext 3 years ago

Comment by ~cinghiopinghio on ~whynothugo/lsp_lines.nvim

Sure, the issue is open on github.

#2 Virtual_line hides foldtext 3 years ago

Comment by ~cinghiopinghio on ~whynothugo/lsp_lines.nvim

Hi,

Sorry for the noise. This is an upstream problem of neovim. I will report to them.

#2 Virtual_line hides foldtext 3 years ago

Ticket created by ~cinghiopinghio on ~whynothugo/lsp_lines.nvim

Nice plugin, thanks. Just installed. I noticed that when the error fall within a folded range, an empty virtual line is added either on top of the foldtext (hiding the foldtext) or just after.

It would be nice to disable diagnostic virtual lines inside folded text?

Bests

#35 High CPU usage for long lists (~5000 lines) 5 years ago

Comment by ~cinghiopinghio on ~scoopta/wofi

Also in my case bin is a symlink to /usr/bin. On top of that there are a lot of other symlinks such python -> python3 -> python3.8 or gimp -> gimp-2.10.

#35 High CPU usage for long lists (~5000 lines) 5 years ago

Comment by ~cinghiopinghio on ~scoopta/wofi

Sorry, accidentally clicked on solved

#35 High CPU usage for long lists (~5000 lines) 5 years ago

on ~scoopta/wofi

RESOLVED FIXED REPORTED

#35 High CPU usage for long lists (~5000 lines) 5 years ago

Comment by ~cinghiopinghio on ~scoopta/wofi

crazy idea:

Why not rendering (preparing the gtk widget) only for those few items that need to be shown?

REPORTED RESOLVED FIXED

#35 High CPU usage for long lists (~5000 lines) 5 years ago

Comment by ~cinghiopinghio on ~scoopta/wofi

I guess one could reorder the list of items being prepared by GTK given the user input at that time in order to get interesting results as soon as possible.

I don't know if this is a lot of work given wofi state, I don't know if this is even possible from the GTK point of view.

#35 High CPU usage for long lists (~5000 lines) 5 years ago

Comment by ~cinghiopinghio on ~scoopta/wofi

I dont't think the crawl is the bottleneck since if I supply the content of a text file of around 5000 lines and search for last line, I got the same waiting time.

#35 High CPU usage for long lists (~5000 lines) 5 years ago

Comment by ~cinghiopinghio on ~scoopta/wofi

Great improovements.

as ~ernierasta say, the filtering is now responsive, I can write and erase chars without noticeable lags. I also notice that 1 core is running at 100% for 20+ seconds on lists with 5000+ lines (this is similar in size to the list of commands in wofi --show run). Notice that I'm using a quite powerful laptop with a i7-6700HQ (8) @ 3.5 GHz.

My guess is that during that time wofi is preparing the widgets to be shown, in fact some of them are asynchronously appended during this process. For example if I run wofi --show run and write right away gimp, at the beginning the list is short and does not contain gimp itself. After around 10 seconds I can see other items appearing and eventually even gimp will be appended.