[Feature Request]: print `qenv.error` automatically
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
Direzione di ricerca
Inizia tracciando come vengono creati gli oggetti qenv.error e come vengono instradate chiamate come join_keys<- quando ne viene restituito uno. Determina dove potrebbe essere centralizzata la stampa automatica e come potrebbe rimanere estensibile senza aggiungere un metodo per ogni operazione; il lavoro è completato quando il comportamento è definito per il caso di errore segnalato e per le chiamate ai metodi correlate.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Feature description
I'm observing more and more use cases where people don't know how to behave when seeing this:
Error in UseMethod("join_keys<-", x) :
no applicable method for 'join_keys<-' applied to an object of class "c('qenv.error', 'try-error', 'simpleError', 'error', 'condition')"
(or any other method applied on qenv.error class of object)
Usually the only thing they need to do is to print a given object which should have enough information about the error itself. Now I'm thinking if we can do such print automatically and don't ask users to explicitly print it. We can do print right when the error occurs or print on (any) method calls or something else. Please just make sure to make it easily extendable with regard to methods - anti-pattern would be a new methods: join_keys.qenv.error, join_keys<-.qenv.error and so on... That's not very scalable.
Code of Conduct
- I agree to follow this project's Code of Conduct.
Contribution Guidelines
- I agree to follow this project's Contribution Guidelines.
Security Policy
- I agree to follow this project's Security Policy.
- Lingua principale
- R
- Stelle
- 12
- Fork
- 11
- Merge medio
- 8g 15h
- PR unite (30g)
- 2
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
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 insightsengineering/teal.code
-
Move to PharmaverseForse già presa @llrs-roche l’ha presa 39 giorni fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
insightsengineering/teal.code#292 ·
-
[Feature Request]: High cyclomatic complexity leds to bad readabilityForse già presa @llrs-roche l’ha presa 40 giorni fa. Apertaenhancement
Difficoltà 3/5 3-5 giorni Idoneità per principianti 45/100
insightsengineering/teal.code#295 ·
-
core discussion
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
insightsengineering/teal.code#291 · 2 commenti · 1 reazione ·
-
bug core
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
insightsengineering/teal.code#275 ·
-
bug core
Difficoltà 4/5 3-5 giorni Idoneità per principianti 38/100
insightsengineering/teal.code#272 ·
Tutte le issue di insightsengineering/teal.code
Issue simili
-
gdsa opencode: keep-alive cleanup trap fails with 'keepalive_pid: unbound variable'Forse già presa @darribas l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
sportsdataverse/sportyR#76 ·
I maintainer di solito rispondono entro 1 giorno
-
check_models ncv explanationApertaConsistency :green_apple: :apple: Docs :books:
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 72/100
easystats/performance#987 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
HelenaLC/spatialdataR#284 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 71/100