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

[FR] Make it easier to show source in docs for thin classes

Aperta
#1,459 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
35/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Ferma
Stack tecnologico
jupyter, python
Ambito
documentation

Direzione di ricerca

Inizia dal punto di ingresso show_doc di nbdev e riproduci l’esempio Colors per esaminare come viene attualmente renderizzata una classe sottile. Segui il percorso di rendering della documentazione, quindi verifica che una variante opt-in con full_source=True mostri il codice sorgente completo della classe, mentre il comportamento esistente di show_doc(Colors) rimanga invariato.

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

Descrizione

bug

Minimally reproducible example:

from enum import Enum  # StrEnum for python >= 3.12  
from nbdev import show_doc

class Colors(str, Enum):  # Or `StrEnum` if on python >= 3.12
    "Enum with the valid colors we can use in our package"
    RED = "red"
    GREEN = "green"
    BLUE = "blue"

show_doc(Colors)

image

Issue description

This it not really a bug, more like a feature request. When defining thin classes, such as enums or dataclasses, the documentation for those classes shows a very uninformative ClassName (*values).

For this use case, it would be really useful to have an option that would allow inlining the entire class source in the docs, to get a view of all the possible values. To avoid breaking existing code this could be implemented as an optional argument to the show_doc method, so to enable this one would do something like show_doc(Colors, full_source=True)

Lingua principale
Jupyter Notebook
Stelle
5.3k
Fork
517
Merge medio
1m
PR unite (30g)
3

Preparare l'ambiente

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 AnswerDotAI/nbdev

Tutte le issue di AnswerDotAI/nbdev

Issue simili

Altre issue su Documentation

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.