Tristan de Cacqueray

You are right, the parser presently only supports the strings used in the advisories.

I am opening this PR to test #213 , and it needs to be rebased once the feature is merged. Also, I need to double check the affected/fixed version and...

I've checked the links and affected versions, I think this is now ready. I updated the ranges for HSEC-2024-0008 since the fix got released in 9.6 and 9.8. For 9.10...

It's not presently extensible, but here is where the affected identifier is defined: https://github.com/haskell/security-advisories/blob/b6eca11d65ab18fce60030d1dba7793789157292/code/hsec-core/src/Security/Advisories/Core/Advisory.hs#L51

@frasertweedale Adding support for a namespace attribute, compatible with the purl url component, and defaulting to "hackage", sounds good to me. In case a package is published on multiple registries,...

@winitzki you'll have to update the submodule at `dhall-haskell/dhall/dhall-lang`. You can try locally by pulling the PR in this folder, but I think we'll have to merge the change in...

Hello, this fixes #1755 and #3056 for me too after updating to the emacs-30 branch. Thanks!

Hello, first time contributor to DISTRHO, hope that's ok to make such PR!

I see, thanks! In my project, I used an existing definition and changed its name like that: ``` auto ldef = TextEditor::LanguageDefinition::HLSL(); ldef.mName = "UZU"; setLanguageDefinition(ldef); ```

That's great to hear, it looks like this feature could be implemented similarly to #322 . For reference, here is an earlier prototype: https://github.com/tidalcycles/strudel/pull/1196 and a companion post: https://github.com/mrange/shader-advent-2024/blob/main/day-02/SmoothMidiModulation.md