languages/odin: disable dap notification spam

[snoweuph]

Sanity Checking

• I have updated the changelog as per my changes
• I have tested, and self-reviewed my code
• My changes fit guidelines found in hacking nvf
• Style and consistency
  • I ran Alejandra to format my code (nix fmt)
  • My code conforms to the editorconfig configuration of the project
  • My changes are consistent with the rest of the codebase
• If new changes are particularly complex:
  • My code includes comments in particularly complex areas
  • I have added a section in the manual
  • (For breaking changes) I have included a migration guide
• Package(s) built:
  • .#nix (default package)
  • .#maximal
  • .#docs-html (manual, must build)
  • .#docs-linkcheck (optional, please build if adding links)
• Tested on platform(s)
  • x86_64-linux
  • aarch64-linux
  • x86_64-darwin
  • aarch64-darwin

---

Add a 👍 reaction to pull requests you find important.

[snoweuph]

still waiting on my local builds for everything i can do to finish :D

[snoweuph]

Done :D

[github-actions]

🚀 Live preview deployed from cc76be2

View it here:

Debug Information

Triggered by: horriblename

HEAD at: feat/odin-spam

Reruns: 2165

[horriblename]

that should be a setupOpts instead

[snoweuph]

that should be a setupOpts instead

I would prefer lazy loading the plugins only on odin files, but looking through all existing plugins I didn't find any doing that they all use after or anwywhere none use filetpye directly?
but yea, I should prolly add setupOpts

[horriblename]

if it loads under 1ms I personally wouldn't bother lazy loading, but you can do it if you want it

[NotAShelf]

We can move to setupOpts in a different PR that revisits debuggin modules imo.

[horriblename]

We can move to setupOpts in a different PR that revisits debuggin modules imo.

sure

[snoweuph]

if it loads under 1ms I personally wouldn't bother lazy loading, but you can do it if you want it

It gives anoying startup notifications, because itselfe is not lazy. simmilar to to the java dap, but that one only starts loading when you open the first java file.

[snoweuph]

We can move to setupOpts in a different PR that revisits debuggin modules imo.

what do you mean? like in general for all daps?

[NotAShelf]

We can move to setupOpts in a different PR that revisits debuggin modules imo.

what do you mean? like in general for all daps?

Ideally yes, for all DAPs but the debugger modules are in need of the same love we've shown to LSPs imo.

[snoweuph]

@NotAShelf are all comunnications for this project through discussions, issues and PRs, or is there also something like a matrix room?

[NotAShelf]

There's a discord group chat and a matrix room, though we do use PRs for serious communication and the discord group chat for... shitposting...

You can join the matrix room here

[snoweuph]

There's a discord group chat and a matrix room, though we do use PRs for serious communication and the discord group chat for... shitposting...

You can join the matrix room here

shitposting sounds awesome