Higher priority for "wrapping" symbols in `(Sub)?Word` navigation mode

Aperta
  • Qualcosa non va?
#3,988 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 3 giorni

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
28/100
Tipo di issue
Funzionalità
Chiarezza
Da chiarire
Stato di attività
Ferma
Stack tecnologico
go
Ambito
cli

Direzione di ricerca

Riproduci gli esempi di delimitatori tra virgolette e consecutivi nella modalità di navigazione (Sub)?Word. L’issue non indica file, test o punti di ingresso, quindi individua prima l’implementazione della modalità di navigazione e i test esistenti; chiarisci se la priorità delle virgolette, i delimitatori accoppiati o entrambi rientrano nell’ambito, quindi definisci i limiti attesi del cursore e della cancellazione prima di modificare il comportamento.

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

Descrizione

feature
Description

The main idea would be is to grant a higher priority to the quotes [`"']+ over other \W symbols. As they're used to wrap content up and it is important to respect their boundaries.

  • "(?s)(?:some|ThInG).*$"
    Trying to delete/navigate through similar RegEx, it currently yoinks "(? and ).*$", but would be much preferable if it were split into " <= (? <= ... and ... => ).*$ => " respectively.

Optionally, and perhaps exclusively for the SubWord mode, can similar logic be applied to brackets, parentheses, or any other paired delimiters, that do not match its closing/opening pair?

Or in the "back-to-back" position ( e.g. )(, ],{ ), which is often the case with RegEx or nested data structures.

  • [(),[],{}] or {[[()]]}
    These sequences would be wiped from any position to start/end, but when properly separated by \s characters [ (), [], {} ], { [ [ () ] ] } they are treated as expected.
    Could be useful when working with string formatting patterns ( e.g. f"Items: {[z,x.c,v]}", $"{}/{}/{}.{($ext)}" ), or building some poorly designed data structure

With SubWord mode being considered less hasty and more precise, perhaps it is a good idea? Then again, maybe it's just me whining, as the default navigation mode already does that, so no pressure here.

@masmu

Lingua principale
Go
Stelle
29.8k
Fork
1.4k
Merge medio
1g 12h
PR unite (30g)
2

Preparare l'ambiente

Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.

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 micro-editor/micro

Tutte le issue di micro-editor/micro

Issue simili

Altre issue su Go

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.