Conversation
|
@KrosFire Would it be better for me to finalise splitting up the lsp into multiple crates and merge that before fully starting on the formatter change? |
Yes, I think the restructure should be reviewed first. It will be easier to see the changes |
|
I don't know if there is much more restructuring for me to do over what I have already done, as I won't be touching much of the parsing and LSP code. If the LSP specific code is able to be separated from the more general parsing code, then that would be ideal. I can have a look at trying to separate the LSP code from the main library, but it will take me more time. |
This only has basic support for some text current. This is to gather feedback on approaches and methodology
I was thinking of that - moving grammar/analysis/types to separate crates in workspace. It should improve compile speeds (they're killing me). I understand if it's too much for a start, I can take it for a spin next week |
|
Me trying to split up everything even more would be a bit too much work, as I am quite busy currently. It should be easy enough for me to rebase my changes once the codebase has been split up more, since they are mostly self contained. |
Okay, focus on formatter. I'm implementing some big changes right now, so i'll split up everything when the dust has settled |
Still very much experimental, but can parse the local run_coverage file without panicking
Function parsing works from run_coverage
The formatter should not modify program strings.
Updated to new project structure
|
Important Review skippedDraft detected. Please check the settings in the CodeRabbit UI or the You can disable this status message by setting the Use the checkbox below for a quick retry:
✨ Finishing Touches🧪 Generate unit tests (beta)
Tip Try Coding Plans. Let us write the prompt for your AI agent so you can ship faster (with fewer bugs). Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
I'm opening this here so I can document the changes I make and get answers to any questions that arise in a centralised place.
This follows on from #18.
This Is A Work In Progress
Any and all structures, names, functions, and anything you can think of is liable to change due to feedback or my own development process as I gain a better understanding of amber-lsp.