Microsoft/vscode

option to create non-existent file not shown when markdown-preview-editor enabled as default

Open

#188.338 aperta il 20 lug 2023

Vedi su GitHub
 (11 commenti) (0 reazioni) (1 assegnatario)TypeScript (10.221 fork)batch import
bughelp wantedmarkdown-ext

Metriche repository

Star
 (74.848 star)
Metriche merge PR
 (Merge medio 11h 43m) (1000 PR mergiate in 30 g)

Descrizione

Does this issue occur when all extensions are disabled?: Yes

  • VS Code Version: 1.80.1
  • OS Version: Ubuntu Linux 22.04

Hello, in a markdown document, when clicking a link to a non-existent markdown document, usually, VS code asks whether this new file should be created. However, this does not work when assigning the preview-editor as default.

Steps to Reproduce:

  1. configure VS code to open markdown documents with preview editor: "workbench.editorAssociations": { "*.md": "vscode.markdown.preview.editor" }
  2. open a markdown document and create a link to a non-existent file: grafik
  3. click the link. An error message is thrown: grafik

Expected behavior: Instead of throwing an error message, VS Code should ask the user whether the non-existent file should be created. This is the default behavior when vscode.markdown.preview.editor has not been configured for opening *.md files.

Thank you very much for your help Kind regards Deb

Guida contributor

Direzione di ricerca
Il problema descrive che quando un file Markdown viene aperto con l'editor di anteprima come predefinito (tramite `workbench.editorAssociations`), cliccando su un collegamento a un file inesistente viene visualizzato un errore invece di chiedere di creare il file. Per risolvere, indagare come VS Code gestisce la creazione di file al clic su un collegamento per diversi tipi di editor. Il codice rilevante risiede probabilmente nell'estensione di anteprima Markdown o nella logica di associazione degli editor. Cercare dove viene attivata la richiesta di 'crea file' per gli editor standard e assicurarsi che venga richiamata anche per l'editor di anteprima. Controllare i commenti nell'issue per eventuali posizioni di codice suggerite.
Tech stack
typescript
Dominio
frontenddeveloper experience
Tipo issue
Bug
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
3
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
1-3 ore
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
Attiva
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
Chiara
Prerequisiti
GitTypeScript
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
65