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

Explain Decisions in the product: open vs settled, and creating one manually

Ouverte
#597 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

Personne n'a encore pris cette issue.

Évaluation

Difficulté
3/5
Temps estimé
Une demi-journée
Accessibilité débutants
45/100
Type d'issue
Documentation
Clarté
Plutôt claire
Activité
Active

Piste de recherche

The payload names no files or components, so start by finding where decisions are created and listed in the UI and whether an empty state or first-use hint already exists. Read #595 and #596 first, since they are linked and may already settle the wording or the label. Done means a short in-product explanation covers what a decision is, that open and settled decisions exist, and how to create one manually; whether to rename the label needs a maintainer decision.

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

Description

enhancement

The name "decision" reads as "something already decided", so it's unclear that a decision can be open, and how to start one by hand.

I'm not sure I understand the decision primitive. From its name, I assume it's only for things that are already decided, or are there open decisions? I'm not sure how to invoke a decision — can I do that manually? A little bit of onboarding to what decisions are and how you use them might help here.

Expected: a short in-product explanation (empty state or first-use hint) covering what a decision is, that open and settled ones exist, and how to create one manually. Possibly reconsider the label.

Related: #595, #596

Assistant-workflow: inline

Langage dominant
TypeScript
Étoiles
406
Forks
24
Merge moyen
13 h 3 min
PR mergées (30 j)
400

Préparer son environnement

  • Fournit un Dockerfile ou un fichier Docker Compose
  • Aucun modèle de pull request
  • Aucun guide de contribution

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 githubnext/chopin

Toutes les issues de githubnext/chopin

Issues similaires

Plus d'issues TypeScript

Recevez les nouvelles issues par e-mail

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