More signs for different breakpoint types

[cmoscofian]

Problem Statement

Currently the hit_condition breakpoints, when available, have the same visualization as a regular breakpoint.
I think would be beneficial to add the ability to set it's own visual queue (sign and hl-group), similar to what has been done for log_point.
I might be wrong here, and if that is the case I apologize, but sounds simple enough to implement and has a fair bit of value.

Possible Solutions

I think it would be useful in the context of loop debugs where mixed breakpoints are created, meaning some parts you only care on hit_conditions and others you might want to inspect every-time. It would be good being able to visualize that the breakpoints are correctly setup on a glance, not having to run and finding out the wrong one has been setup.

Considered Alternatives

No response

[mfussenegger]

One problem here is that the options can all be combined, you can have:

• simple breakpoints
• breakpoint with condition
• breakpoint with condition and hit condition
• breakpoint with log message
• breakpoint with log message and condition
• breakpoint with log message and hit condition
• breakpoint with log message, condition and hit condition
• With Add support for DapBreakpointStopped and DapBreakpointConditionStopped signs #1135 everything with a "and stopped/hit" variant.

I'm not to keen on adding a separate hl-group for each combination.

[MironPascalCaseFan]

Maybe for each breakpoint, add diagnostics that will show breakpoint condition, log message, hit condition, etc., if present?
This is similar to the exception diagnostic