Installation des blocs
Copiez un répertoire source PyColors Block dans votre application, conservez la source sous votre propriété et validez-la avec des importations d'interface utilisateur publique.
Explorez le catalogue Blocks choisir un shell d'application, un panneau d'authentification, une surface de commerce, une table de données, une surface de compte / espace de travail, un état vide ou un autre modèle documenté avant de suivre les étapes d'installation ci-dessous.
Dans le catalogue, ouvrez Code pour inspecter la source complète et sa structure de dossiers. L'arborescence des fichiers est visible par défaut à côté du code sur le bureau et au-dessus sur mobile. Utilisation Fichiers pour le cacher ou le montrer; les blocs avec plusieurs fichiers ont également un sélecteur de fichiers sur mobile.
Télécharger ZIP sauvegarde le bloc complet dans une archive, en préservant le bloc src/components/blocks/<block-slug>/ structure. Extrayez-le, puis déplacez le dossier du bloc dans votre application. Copier le fichier copie uniquement le fichier sélectionné; vous pouvez également sélectionner le code manuellement si la copie n'est pas disponible. Conservez tous les fichiers ensemble et préservez leurs importations relatives.
Les blocs simples restent dans un fichier. Les compositions plus grandes utilisent quelques fichiers ciblés avec un index.tsx point d'entrée. Le ZIP contient la même source que celle affichée dans l'explorateur ; configurez React, le package d'interface utilisateur publique et les tokens dans votre propre application.
Copier la source, puis la posséderLien vers la section
PyColors Blocks utilise un flux manuel de copie de source. Lorsqu'un bloc est disponible, copiez son répertoire source canonique dans votre application, puis traitez le code copié comme votre propre code produit.
Blocs canoniques documentés
Le contrat de catégorie et de dénomination est approuvé. Le catalogue
documenté comprend
app-shells/responsive-sidebar,
auth/sign-in,
auth/sign-up,
auth/password-recovery,
data/data-table,
data/stats-overview,
account/settings-panel,
account/onboarding-checklist,
commerce/pricing-plans,
commerce/billing-overview,
commerce/payment-method,
commerce/invoice-history,
feedback/empty-state-panel,
account/workspace-members,
account/workspace-invitations
et account/audit-log. Une autre source
canonique fusionnée est mise en évidence par des problèmes de parité
docs/catalogue examinés séparément avant de devenir une partie de ce contrat
de découverte publique.
Il n'y a pas @pycolors/blocks paquet, propriétaire PyColors CLI, ou synchronisation automatique. La copie de la source ne modifie pas la version du package et ne nécessite pas de Changeset.
Les Guide pilote du registre documente une base distincte et feedback-empty-state-panel flux de travail via la CLI shadcn amont. L'installation d'un miroir public nécessite toujours un contrôle de disponibilité séparé. Le flux manuel sur cette page reste supporté et n'est pas remplacé par le pilote.
Localisation CanoniqueLien vers la section
Le dépôt PyColors conserve la source canonique Block à :
apps/marketing/content/blocks/<category-slug>/<block-slug>/Les deux segments de chemin utilisent un kebab minuscule. <category-slug> doit être l'un des limaces approuvées ci-dessous, et chaque bloc de production possède une écurie <block-slug>.
Catégories approuvéesLien vers la section
Chaque bloc a une catégorie primaire. Les balises peuvent prendre en charge la découverte secondaire sans créer d'alias de source ou de catégorie en double.
| Catégorie | Slug | Questions de source-propriétaire |
|---|---|---|
| Coquilles d ' application | app-shells | #94 |
| Authentification | auth | #95 |
| Commerce | commerce | — 96 et — 98 |
| Compte & espace de travail | account | — 97 et — 99 |
| Données et enregistrements | data | #101 |
| Feedback & états | feedback | #100 |
La source, la navigation dans la documentation et les métadonnées du Registre utilisent les mêmes <category-slug>/<block-slug> Identité. Par exemple, data/data-table maps à l'route de documentation /docs/blocks/data/data-table et, seulement après une approbation distincte du Registre, l'élément du Registre data-data-table.
La disponibilité gratuite et Pro sont des métadonnées distinctes sur cette identité partagée. Ils ne créent pas de taxonomies différentes et n'exposent pas de sources privées.
Les aperçus de documentation doivent importer ou rendre la source de bloc canonique lorsque cela est pratique. Un aperçu n'est jamais une implémentation alternative à copier.
Autorité source
@pycolors/ui et @pycolors/tokens restent les autorités publiques
primitives et symboliques. Starter Free est une preuve de produit et les
aperçus de documentation sont des exemples, pas une source de bloc
alternative. Les artéfacts de registre ne distribuent que la source canonique,
tandis que le futur Pro reste une autorité distincte sous le numéro 36. La
première séquence source approuvée était #94, puis #101, puis #97; le
séquençage courant est coordonné par #35.
Installer un blocLien vers la section
Copier le répertoire source completLien vers la section
Copier le canonique <block-slug> dans un emplacement que votre application possède, comme src/components/blocks/<block-slug>. Conservez les fichiers locaux du bloc ensemble afin que ses importations relatives restent locales à la source copiée.
Utilisation Télécharger ZIP dans la vue Code du catalogue pour récupérer chaque fichier à la fois, ou copier chaque fichier individuellement. L'archive est assemblée dans votre navigateur à partir de la source affichée. Il n'installe pas de dépendances ou ne met pas à jour votre application.
Utiliser les importations publiques de l'interface utilisateur PyColorsLien vers la section
Installer et configurer @pycolors/ui dans l'application de consommation en suivant les Guide d'installation. Le bloc source doit importer les primitives PyColors à partir du point d'entrée du paquet public uniquement lorsqu'il en a besoin.
import { Button, Card } from "@pycolors/ui";Ne pas utiliser @pycolors/ui/src/*, @pycolors/ui/dist/*, alias d'applications internes ou privés @pycolors/* paquets. Les importations React ou Next ne sont appropriées que lorsque le bloc copié en a réellement besoin.
Personnaliser le code copiéLien vers la section
Le code copié appartient à votre application. Adaptez-le à vos routes, votre contenu, votre style, votre état et vos règles produit. PyColors ne met pas automatiquement à jour ou ne synchronise pas la source Block copiée.
Valider le résultatLien vers la section
Exécutez les commandes lint, type-check, test et build de votre application après avoir copié ou personnalisé un bloc. Conservez la sémantique accessible, le comportement du clavier, les étiquettes et les états de focus visibles tout en apportant des modifications.
Contrôles des dépôtsLien vers la section
Les mainteneurs PyColors valident ce contrat de copie source avec :
pnpm check:blocks-contract
pnpm test:blocks-contract
pnpm --filter pycolors-marketing lint
pnpm --filter pycolors-marketing types:check
pnpm --filter pycolors-marketing buildLe contrôle structurel applique la catégorie exacte allowlist et les noms minuscules de kebab-case, rejette les espaces réservés vides, profond @pycolors/ui les importations, les importations internes d'applications ou de paquets, et les artefacts de paquet, de registre ou d'interface de ligne de commande. Il valide le contrat de livraison sans créer un bloc de production d'échantillons.
Les mises à jour sont délibéréesLien vers la section
Les blocs sont des copies sources, pas une dépendance gérée. Si une future version canonique change, examinez-la délibérément et apportez uniquement les modifications qui correspondent à votre application. Votre copie reste sous votre contrôle jusqu'à ce que vous choisissiez de la mettre à jour.
Copier directement depuis la documentationLien vers la section
Chaque bloc disponible a un Copier la source avec son implémentation canonique complète. Vous n'avez pas besoin de localiser les fichiers monorepo pour inspecter ou copier ce code:
- Copier le chat AI.
- Barre latérale Copy Responsive.
- Copier Connexion.
- Copier Inscrivez-vous.
- Copier la récupération de mot de passe.
- Copier la table de données.
- Vue d'ensemble de Copy Stats.
- Copier le panneau Paramètres.
- Copier la liste de contrôle d'intégration.
- Plans de prix de copie.
- Vue d'ensemble de la facturation.
- Copier Mode de paiement.
- Copier l'historique des factures.
- Copier le panneau État vide.
- Copier les membres de l'espace de travail.
- Copier les invitations d'espace de travail.
- Copier le journal d'audit.
Ouvrir Source, choisissez un fichier lorsque les onglets sont disponibles, puis utilisez le bouton de copie du bloc de code ou sélectionnez le code manuellement. Enregistrez-le au chemin d'accès appartenant à l'application indiqué au-dessus de la source et continuez avec l'exemple d'utilisation de ce guide. Configurer le paquetage public de l'interface utilisateur et tokens La source copiée n'installe pas de dépendances ou de styles pour vous.
Chaque fichier affiché est inclus à partir de la source canonique lorsque la documentation se construit. Votre copie d'application reste indépendante : examinez délibérément les modifications, validez votre intégration et gardez les personnalisations locales sous contrôle de version. Il n'y a pas de nouveau programme d'installation ou de service de mise à jour automatique.
Besoin d'une application complète plutôt que d'un modèle? Comparer les starters.