Dijo "Quiero que sea más fácil leer el comentario en el documento real". Estoy de acuerdo.
Los desarrolladores pasan la mayor parte de sus vidas en el código , no examinando documentos generados automáticamente. Son excelentes para bibliotecas de terceros como gráficos, pero no para el desarrollo interno en el que trabajamos con todo el código. Estoy un poco sorprendido de que MSFT no haya encontrado una solución que soporte mejor a los desarrolladores aquí. Tenemos regiones que expanden / contraen código dinámicamente ... ¿por qué no podemos tener un conmutador de representación de comentarios en el lugar (entre texto sin formato y comentario XML procesado o entre texto sin formato y comentario HTML procesado)? Parece que debería tener algunas capacidades HTML elementales en los comentarios del prólogo de mi método / clase (texto rojo, cursiva, etc.). Sin duda, un IDE podría funcionar con un poco de magia de procesamiento HTML para animar los comentarios en línea.
Mi solución de pirateo de una solución : cambio '<' a "{" y '> "a"} ". Eso parece cubrirme para el típico comentario de estilo de uso de ejemplo, incluido su ejemplo específico. Imperfecto, pero pragmático dado el problema de legibilidad (y los problemas con el color de los comentarios del IDE que surgen cuando se usa '<')