Ability to add comments in Markdown Preview Mode
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 45/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- github, typescript, vscode
- Área
- developer-experience, frontend
Línea de trabajo
Comienza leyendo la solicitud de funcionalidad anterior enlazada, issue #5382, y siguiendo cómo se gestionan Markdown Preview Mode y los review comments en esta extensión. Define la interacción con la vista previa y verifica que los revisores puedan seleccionar contenido Markdown, dejar comentarios y conservar el contexto de revisión esperado sin cambiar a la vista de origen.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Request
Please add support for leaving review comments while viewing a Markdown file in Preview Mode.
Reasoning
As AI-assisted workflows become more common, more of the important review context is showing up in Markdown files, not just code. Things like planning docs, specs, implementation notes, READMEs, and BMAD-style workflow docs are becoming a much bigger part of the review process.
Preview Mode is the best way to review that content because it shows the Markdown as it is actually intended to be read. But right now, if I want to leave a review comment, I have to switch back to the raw Markdown source. That breaks the flow and makes it harder to review and comment on symbol heavy components; such as tables, ascii diagrams, etc.
It would be really helpful to support comments directly from Preview Mode since it would make reviewing Markdown-heavy PRs much smoother and more natural.
Examples
BMad Method, where teams work through Markdown artifacts such as PRDs, architecture documents, story files, and user guides, and Superpowers, which uses Markdown specs and implementation plans as key workflow artifacts. In these kinds of frameworks, Markdown files are not just supporting docs; they are a primary medium for planning, review, and inter-agent coordination.
I am aware of this previous feature-request post, but it was made 2+ years ago and seems like it never went anywhere. I think the importance of this has changed drastically since then. - https://github.com/microsoft/vscode-pull-request-github/issues/5382
- Lenguaje dominante
- TypeScript
- Estrellas
- 2.6k
- Forks
- 796
- Merge medio
- 16 h 26 min
- PR fusionados (30 d)
- 44
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de microsoft/vscode-pull-request-github
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
Issue 3 — Documentation Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
-
grrrrrrr Abierto~spam
Dificultad 5/5 Más de una semana Aptitud para principiantes 5/100
-
grrrrrrr Abierto~spam
Dificultad 5/5 Más de una semana Aptitud para principiantes 1/100
-
microsoft/vscode-pull-request-github#8969 · 1 asignado ·
Todos los issues de microsoft/vscode-pull-request-github
Issues similares
-
Type/Bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
OpenNSW/nsw-srilanka#497 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
0xMiden/bridge-portal#132 ·
-
react-doctor severity:warning tech-debt
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
digidem/comapeo-cloud-app#403 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100