Play a sound whenever a breakpoint is hit.

[hediet]

This PR fixes #135908
Use "audioNotifications.enabled": true to enable the feature.
Use "audioNotifications.breakpointHit": false to enable audio cues for breakpoints.

Later TODO's:

• Better and more consistent terminology
• Sounds when inline completions are available

[isidorn]

Awesome work!
I have done an initial review. Once you tackle this I can try it out and provide more feedback.
Thanks a lot

[isidorn]

The current problem with the breakpoints is not that the users are unaware that the breakpoint is hit, but that the breakpoint is on a line.

So the logic should be different.
We need a line change listener, and on each line change to check if a breakpoint is on a line. If it is we play the sound. We will do the same approach with errors.

[isidorn]

I suggest to introduce a new minimalistic WorkbenchContribution just for this

[hediet]

Ah, I misunderstood the problem. But #135908 is about playing a sound when a breakpoint is hit.

[isidorn]

@hediet good point. Yeah I then agree we also want this.
I feel like this is mostly requested by non screen reader users. And what I mention is requested by screen reader users.
So in the end we will need both, and the sound we play for those might be different. Though to start we can play the same sound.

[bpasero]

I believe this would not work from our real builds that use a stripped down version of ffmpeg, i.e. we ship no codecs, @deepak1556 would know for sure.

[hediet]

I believe this would not work from our real builds that use a stripped down version of ffmpeg, i.e. we ship no codecs, @deepak1556 would know for sure.

I think his comment here means webm should be supported.

[bpasero]

I think a service for this is overkill, why not dom.play similar to dom.download?

[deepak1556]

Yup webM is supported in our product build with the slimmed down ffmpeg build.