-
Notifications
You must be signed in to change notification settings - Fork 2.3k
Update ts_ls.lua to include instructions for ember support #3851
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
Conversation
from the lint ci :
|
stylua lint issue |
Isn't |
No, we're working on an alpha which undeprecates it. Latest alpha was released yesterday |
It's been undeprecated now |
Note that npm still shows it as deprecated since the |
Isn't this very specific to ember? Does it make sense to bloat the |
No moreso than the already existing vue/volar docs in here. In reality, i'd like a way in these configs to automatically configure ts_ls plugins based on detected project config. That way, vue/volar, ember/glint, can 'just work', and not require additional config, unless for customization, like full LSes.
Maybe, the hope is to declare this as legacy support when we release all our v2 LS/tsserver-plugin stuff |
@justmejulian -- would you be willing to receive a PR that adjusts the configs to automatically apply the configs listed here in the docs based on detected packages / config files? that way, we don't need a massive documentation block for every variation. The main thing I'd bring over from my own dotfiles, is a function like this that does the branching logic / boolean creating: https://github.com/NullVoxPopuli/dotfiles/blob/main/home/.config/nvim/lua/plugin-config/lsp/utils.lua#L44 |
I don’t think I have any say in the matter 🙆 My personal opinion would be to keep the configs as simple as possible, and split out things like Glint/Vue into their own configs, so only the people who need them are affected. Not sure how doable that is with plugins that rely on ts_ls, though. Long story long: if you think it would be beneficial, go ahead and open a PR! From what I’ve seen in this repo, contributions are always appreciated. PS: Thanks for all your work in the Ember community! |
idk if we just want instructions here? because we can do a lot better with the
on_new_config
hook.Here is what I do in my own configs:
this allows automatic swapping of the tsplugins based on package.json, tsconfig.json, and/or node_modules contents