-
Notifications
You must be signed in to change notification settings - Fork 25
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
highlight calls to erlang modules as types #5
highlight calls to erlang modules as types #5
Conversation
Hey @the-mikedavis! I intentionally didn't do it, because I'm not sure if atom should be colored differently based on context. On one side both tokens refer to a module, but in the end atoms and aliases are different beings. It's certainly subjective, but for some reference @josevalim any preference? |
I am thinking they could be the same. It is already syntactically distinct so having them visually the same can help drive the point home they are all modules? |
I'm not really opinionated here, so as you two agree it sounds perfectly fine to me! |
Ah, actually this matches the behaviour in nvim-treesitter/nvim-treesitter#1904 too :) |
Thanks! 🐱 |
Yep, which was me following what I saw in exdocs snippets, bringing things around full circle 😆 |
👋 hello!
I'm integrating the new parser and highlight queries into the helix editor (see helix-editor/helix#830) and I noticed that a function call on an atom highlights differently than an alias (module). This PR adds a clause to the highlights to recognize that case and highlight the atom the same as an alias:
before | after
What do you think?