Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Ephemeral quick query editor

Aperta
#619 2 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
35/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Ferma
Stack tecnologico
typescript, vscode
Ambito
tooling

Direzione di ricerca

Inizia esaminando l’implementazione esistente delle query rapide introdotta in #210 e la vista della cronologia delle query, quindi esamina le viste webview di VS Code. Il lavoro è completato quando le query rapide possono essere eseguite da un editor effimero con controllo CodeQL ed evidenziazione della sintassi, possono essere riaperte dalla cronologia delle query con il loro testo e non dipendono più da file nascosti sul disco.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

enhancement VSCode

Is your feature request related to a problem? Please describe.
When we added the quick query feature in #210, we had to stick within the confines of what was possible in VS Code at the time. This made the result a little less slick-feeling than the equivalent QL4E functionality: Quick queries are genuine files on disk, but in an obscure directory; this means they are stateful, and don't interact as well with repeated quick-query executions as QL4E's ephemeral design.

Describe the solution you'd like
With the advent of webview views, I think it's now possible do get feature-parity with Eclipse. We could create a "quick query" view which effectively consists of a large textarea that does CodeQL error checking and syntax highlighting in the context of the active database and workspace (meaning that the active database determines the language, and the qlpacks from the workspace are on the search path, like normal). We can then execute quick queries by passing the content of that text area to the query server, rather than by writing it to disk and passing a path.

The main benefit this unlocks is in conjunction with the query history view: If I double-click on a query execution that corresponds to a quick query, I want the quick query view to open, populated with the QL code that corresponds to the execution I double-clicked on. (We have support for looking at the QL text of existing query executions, but that goes via a slightly awkward readonly editor.)

A side benefit is the removal of the hidden quick-queries directory deep in the workspace, and any pretense that quick queries live in the filesystem, should appear in the outline, should be allowed to have QLLs next to them, and so on.

Lingua principale
TypeScript
Stelle
539
Fork
240
Merge medio
2g 18h
PR unite (30g)
37

Guida per i contributori

Apri la guida per i contributori

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di github/vscode-codeql

Tutte le issue di github/vscode-codeql

Issue simili

Altre issue su TypeScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.