Your question took me down to the rabbit hole of dotnet source code :D, thanks!
TLDR:
I don't have a definitive answer unfortunately, it seems to me that it is dependent on a debugger implementation. The one that is being used in visual studio is vsdbg should have the answers in its code, but if I'm not mistaken its code is closed. My gut feeling is that it isn't supported at all (I mean ,raw modifier)
I've started searching for ,nq and ,raw through open repositories on github in a hope that it will lead me to something.
Search under dotnet gave me following:
Found some cases where there are actual usages of ,raw in code:
I had a feeling that answer may be in some open source debuggers
So I tried looking into netcoredbg and in mono project. netcoredbg didn't make use of any ,raw but surprisingly _mono used it lots of times. Again, I didn't find any notion of logic that handles that modifier somehow.
As a last resort I've tried to search some stuff in a visual studio installation:
I've found there xml documentation for Microsoft.CodeAnalysis.Scripting assembly, specifically - Hosting.CommonObjectFormatter.Visitor.FormatWithEmbeddedExpressions(System.Int32,System.String,System.Object), its documentation:
<summary>
Evaluate a format string with possible member references enclosed in braces.
E.g. "goo = {GetGooString(),nq}, bar = {Bar}".
</summary>
<remarks>
Although in theory any expression is allowed to be embedded in the string such behavior is in practice fundamentally broken.
The attribute doesn't specify what language (VB, C#, F#, etc.) to use to parse these expressions. Even if it did all languages
would need to be able to evaluate each other language's expressions, which is not viable and the Expression Evaluator doesn't
work that way today. Instead it evaluates the embedded expressions in the language of the current method frame. When consuming
VB objects from C#, for examale, the evaluation might fail due to language mismatch (evaluating VB expression using C# parser).
<
Therefore we limit the expressions to a simple language independent syntax: {clr-member-name} '(' ')' ',nq',
where parentheses and ,nq suffix (no-quotes) are optional and the name is an arbitrary CLR field, property, or method name.
We then resolve the member by name using case-sensitive lookup first with fallback to case insensitive and evaluate it.
If parentheses are present we only look for methods.
Only parameterless members are considered.
</remarks>
That makes me think, that officially there is no support except for ,nq modifier, but I don't have enought proofs for that.