Open fpatz opened 3 years ago
BTW, this is reproducible with the README.org
from the microfts repository: the block end marker #+end_src
is somehow missed, and all text following a block is swallowed into one chunk.
Sheesh, sorry I haven't seen this -- massive real-life interrupts. I'll look into it.
I'm seriously thinking of removing the -org
option. I think in most cases, people want line-by-line results anyway because the paragraphs and blocks have have multiple hits in them...
Thanks for caring! Indeed, indexing paragraph- (or even document-?) wise and then presenting search results appropriately is not easy. I've been using microfts with Emacs and a few hundred org files for some time now, and line-wise is pretty cool.
Glad to hear you've been using it! That may give me incentive to actually publish it to Melpa...
Btw, I just pushed an update to GitHub that formats the ivy results like in orgmode, so you can see links more clearly, etc.
The org parser/chunker in microfts seems to get confused by source blocks. When searching for a term that appears in a file with source blocks, the search UI displays just one huge line with the first source block for the org file (and none of the other matches). The screen shot shows a situation, where many lines in the file match "sphinx". In this case, the source block doesn't even have a match for the search term (it looks like the org parser squeezed all text into the source block chunk).
A simple workaround obviously is to remove
-org
fromorg-fts-input-args
, which I did (and it's still very useful then, but not quite what you intended, I guess).Here is a shell transcript of reproducing this from the command line:
I looked into the code, but my Go fu is moot, so no patch, sorry ...