Category picking issues?
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- Mezza giornata
- Idoneità per principianti
- 72/100
Direzione di ricerca
Inizia da aw-transform/src/classify.rs intorno alle righe 116-123, dove la priorità della corrispondenza delle categorie viene scelta in base a profondità e posizione. Riproduci il caso di ordinamento descritto tra Category 1 e Category 2/2b, quindi modifica la regola di selezione in modo che la profondità prevalga solo all’interno del ramo di categoria selezionato in precedenza. Il lavoro è completato quando l’ordine delle categorie più piatto non richiede più un annidamento JSON manuale e il comportamento esistente di override delle categorie figlie continua a funzionare.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
It currently seems to base the priority of category application based on the depth and then position of a category.
This means that in the scenario below, category 2b is picked over rule 1.
- Category 1 (matches)
- Category 2
- Category 2b (matches) ← picked
To avoid this, one needs to change it to:
- Category 1
- Category 1b (matches) ← picked
- Category 2
- Category 2b (matches)
This is inconvient and requires both exporting, manually editing the category JSON, and reimporting it, in addition to nesting category unnessarily.
I think it would be better to first prioritize the order and only override based on depth when it is a child of the previously picked category (e.g. overriding 2 with 2b).
This could be changed in the code above to only override it if the starting names match.
- Lingua principale
- Rust
- Stelle
- 315
- Fork
- 97
- Merge medio
- 1g 10h
- PR unite (30g)
- 61
Preparare l'ambiente
Non abbiamo ancora controllato i file di configurazione di questo progetto. Parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di ActivityWatch/aw-server-rust
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
ActivityWatch/aw-server-rust#763 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
ActivityWatch/aw-server-rust#724 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
ActivityWatch/aw-server-rust#717 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 68/100
ActivityWatch/aw-server-rust#714 · 3 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
aw-sync: no stored cursor — resume-from-destination silently never syncs late-arriving eventsApertabug
Difficoltà 5/5 Più di una settimana Idoneità per principianti 45/100
ActivityWatch/aw-server-rust#696 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di ActivityWatch/aw-server-rust
Issue simili
-
`categorize_command` has no `uv` arm, so every `rtk uv …` row counts as `other` in the ecosystem mixApertaarea:api bug good first issue priority:low
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 92/100
rtk-ai/rtk#4316 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 92/100
I maintainer di solito rispondono entro 1 giorno
-
area/cli kind/bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 90/100
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
-
good first issue open-endedness: low type: new feature
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100