Nutty. Nothing else in the logs.
Feel free to close if you can't reproduce. If nobody else runs into it I'm fine working around it.
no we'll for sure keep it open for a bit in case someone else hits on it, but I'm afraid I don't even know what to recommend
@Sciss: keep in mind semantic highlighting isn't yet implemented in Metals
however if you do want that, you could also consider tree-sitter
Eh. Well, I mean whatsitcalled. Diagnostics. https://peertube.social/videos/watch/3b142190-26b1-47f6-8950-0e0700e19883
So no. I think I'm happy with what I get from Metals for now. Just wondering where I get my syntax highlight (parser/lexer) from? Preferably with synchronous code.
ahh ok, gotcha, not to be confused with https://microsoft.github.io/language-server-protocol/specifications/specification-current/#textDocument_semanticTokens
well it sort of depends on how your editor does syntax highlighting
Currently, it just runs the lexer on the whole buffer when you edit, since that is so far a pretty fast operation. Then I get like a token iterator, and that's mapped to font attributes. I already do one extra mapping from scalariform tokens to my own, so that wouldn't be the problem.
But ideally I could distinguish whether a symbol is a
class, an object, refers to a local variable or a class variable, etc. I thought that was called semantic highlight.
and then that's how you do highlighting currently? mapping the scalariform tokens to your own?
Can I do the highlighting entirely through Metals?
not currently, no
out of total curiosity, do you have like a good link explaining your project goals or something? I'd be curious to read more about it
Like, are the VIM people writing that lexer in vim-script or whatever it's called? Or is there some Scala code for it?
I think semantic tokens could really help you here
have you by chance looked at all into NeoVim and how they've implemented tree-sitter?
it's quite impressive and incredible fast
however the Scala grammar is also not complete for it
scary projects like Vim, Emacs.... You're literally writing your own editor 😆
Yeah, but it's scope is far more limited than Vim or Emacs :)
so it's not semantic
The Scala 3 compiler is also very impressive and imo probably way easier even to work with
they've done a really great job of having interactivity in mind from the start
I believe under the hood in Amm there is a lexer of sorts that is using fansi to color stuff
Yes, that's just (as far as I see) the last step of converting token symbols to terminal printable colours. In my case, I am going through Java2D / Swing, so I really just need a lexer that can be configured to produce correct results for both Scala 2.13 and 3. I have to read and understand how that regex tree of the VS code project is traversed, and if those regexes in general would be easy to translate to be compatible with Java regex (and if that performs fast or not). I once had a JFlex based grammar - very fast - but it's outdated Scala 2, and I don't think I am capable of writing that for Scala 3 myself. Stuff has changed, e.g. writing numerical literals like
123_456, trailing commas etc., the syntax changed a lot in the last years.
It looks like well this person wrote a textmate bundle in 2017, and then I forked it from here, and pasted stuff over from this version abandoned in 2018, and I tweaked in a bit to support this Scala feature. Would be nice to have some principled and authoritative source that is a bit more concrete than a backus-naur form.