Faster/Snappier 'Quick Open File'
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 61.6k
- Forks
- 4.6k
- Avg merge
- 23h 49m
- Merged PRs (30d)
- 89
Description
Describe your feature request
#581 implemented 'Quick Open File', and it works really well. However, there's a noticeable delay between each key being entered (or the query as a whole) and results showing up. I'd estimate 0.5 seconds? It's not a lot, but it's enough to make the app feel (relatively) sluggish. My comparison point is Obsidian, which I am moving from, which instantly filters down your result with each keystroke. There's no perceptable delay -- it feels snappy and really good to use. I'd love to see the same with MarkText.
What problem does this feature solve? [optional]
Less time wastage, better experience, faster navigation.
Additional context [optional]
The folder I'm doing this from is quite small, I would guess <100 files.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Trace the Quick Open File implementation introduced by #581 and measure the delay while filtering a folder with fewer than 100 files. Identify where results are delayed after each keystroke; done means filtering feels immediate and no longer has the reported noticeable lag.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- electron, typescript
- Domain
- desktop, performance, search
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100