4 ms·
FYI, speaking as a skim library user/lover, two things -- 1) it's really not maintained, and 2) once you dig into the code it gets a little gnarly. I have a br
by mustache_kimono 4y ago
FYI, speaking as a skim library user/lover, two things -- 1) it's really not maintained, and 2) once you dig into the code it gets a little gnarly.
I have a branch[0] where I'm trying to do things like reduce the user perceptible lag in search, the initial time of ingest, and add small features I need, etc (all done). I've tried to create PRs where I can, and they go unnoticed and unused.
One other thing I was trying to get a handle on is memory usage. The issue is -- you're implicitly creating objects with static lifetimes everywhere. Now try to refactor that, and there is a trait object held in a struct which depends on another trait object, so good luck figuring out the lifetimes. This is totally fine for a fuzzy finder tool, probably, but less fine when you drop a fuzzy find feature it into an app.
Love to have others interested in skim, and eager to work with anyone with big ideas about how to make it better. I'll have to try out atuin!
[0]: https://github.com/kimono-koans/two_percent https://github.com/kimono-koans/two_percent
- sfc32 4y ago> it's really not maintained What do you mean by maintained? There are commits as recent as yesterday on the project: https://github.com/junegunn/fzf https://github.com/junegunn/fzf
- detaro 4y agoThey are clearly not talking about fzf
- deroanth 4y agoWas really trying to figure out why you would name a fork of a project that skims the filesystem two_percent. "What, is it invoked using %% or something? That seems unw... oh. Nice." Well done.