Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

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

Ouverte
#1,459 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Évaluation

Difficulté
4/5
Temps estimé
3-5 jours
Accessibilité débutants
35/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
À l'abandon
Stack technique
jupyter, python
Domaine
documentation

Piste de recherche

Commencez au point d’entrée show_doc de nbdev et reproduisez l’exemple Colors afin d’examiner comment une classe mince est actuellement rendue. Suivez le chemin de rendu de la documentation, puis vérifiez qu’une variante opt-in avec full_source=True affiche le code source complet de la classe, tandis que le comportement existant de show_doc(Colors) reste inchangé.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

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)

Langage dominant
Jupyter Notebook
Étoiles
5.3k
Forks
516
Merge moyen
2 j 7 h
PR mergées (30 j)
1

Préparer son environnement

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de AnswerDotAI/nbdev

Toutes les issues de AnswerDotAI/nbdev

Issues similaires

Plus d'issues Documentation

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.