I am afraid that it is not configurable.The current behavior make itconvenient to view escape characters when debugging.

You can use text visualizer to meet your need. In the string value field, you will see a magnifier button at the right side. Click the dropdown icon besides it and you will see Text Visualizer. Open it and you will see the text without quotes and escape characters.

Hope it helps.

---

Please remember to mark the replies as answers if they help and unmark them if they provide no help.
Welcome to the All-In-One Code Framework! If you have any feedback, please tell us.

I don't see how it makes it more convenient or is correct to alter the value as the debugger does. I don't see how it fix up or i should say how it corrupts the data with no option to change it correct.  Also in the property grid displayed is says "Value" not "C# Escaped Value".   There has never been a time when I've needed the value escaped as the debugger corrupts the data.   Do you think x == X?   only x == x  not X.  

Furthermore the debugger should be streamlined for the most common use case,  needing to use some "Text Viewer" is simply wrong,  in fact i would say one should need to use the context menu to "View C# Escaped Value". 

For someone to say there is no need for this option considering you're from microsoft  seems bad,  or so myopic, you never consider no one would ever need something different, thus the reason for this post.   If you think your answer to my reply was useful it seem you are not a programmer. 

I thought a compromise to allow users to select exactly what they want would be the best solution, and useful for everyone.    Can you provide one use case where the current behavior is ever correct for one to take the displayed string and past it into an xml document for example?   You should try programming and working with more than just C#.

 

The reason it works this way was so you could paste the string into code and use it.

For example (using what you have above)

I have some string like so:

string foo = "<root attrib=\"x\"";

The watch window will display this value exactly as it would be typed into source code.

Alternatively if you want to paste this as actual XML somewhere, then you would use the visualizer. Source code was picked as being the more common place for copying and pasting. When examining XML data, this probably doesn't make sense.

You could log a connect bug to make this option configurable.

So you would say you believe x == X?  i.e. 0x78 == 0x58?   I'm confused why the debugger doesn't uppercase/lower case  all values as well and if users would like to see the actual values then need to hit the "Visualizer" select "See Actual Values" and then see exactly what the values are. 

It is one thing for a tool to help you, it is another for a tool to second guess you, mess you up, or make it harder for the 100% usage case I need.   So provide an option to turn it off.

I thought opening this thread was the first step to opening a bug in TFS/Product Studio/Raid for you all to enter?