Accompagner le nouveau projet du client avec une proposition précise et documentée.
Montant proposé12 500
↗ Tarifs et procédure retenus
Formats natifs
Identifier les formats de contenu et leurs politiques sans les réinventer.
Un format par responsabilité
La composition d’une app sélectionne un éditeur ou une vue. Elle ne convertit pas implicitement le contenu natif en un schéma de widgets. Un document garde sa structure éditoriale; un Canvas garde sa géométrie et ses éléments; un Asset garde ses métadonnées et références de stockage.
| Format | Valeur attendue | Usage |
|---|---|---|
| Document | Contenu structuré selon le profil de document | Texte riche structuré à l’intérieur des objets Surface |
| Markdown | Texte Markdown admis | Contenu textuel portable |
| Code | Contenu et métadonnées du profil Code | Sources et édition spécialisée |
| Canvas | Document Canvas natif | Contenu spatial éditable |
| Asset | Référence et politique d’Asset | Fichiers et médias |
Références détaillées
- Profils de documents : composition et collections documentaires.
- Types Canvas : objets natifs, géométrie et politiques.
- Types d’Assets : références et contraintes de ressources.
- Sources de Surfaces : types de contenus admis par variante de Model.
Exemple
La fiche Atelier Nord possède des Fields structurés. Un compte rendu lié est un Document. Un schéma préparatoire est un Canvas. Un PDF reçu est un Asset. La vue peut réunir ces informations sans les stocker toutes dans un unique Field texte.
Générer avec un outil
Utilisez les types et profils de la référence pour produire le format attendu, puis faites valider l’opération par le propriétaire de contenu. Respectez les identités, les protections de sections et les versions. Un fragment JSON visuellement plausible ne constitue pas un document natif valide.
Exemples appliqués : Choisir le contenu de la Surface
Les propriétés du composant sélectionnent l’éditeur natif; chaque contenu conserve son propre format.
Configuration
Propriétés du composant NativeContent.props. Propriétés et valeurs admises.
{
"recordProfileKey": "client",
"contentKind": "document"
}Variante et raccordement
Propriétés du composant NativeContent.props. Propriétés et valeurs admises.
{
"recordProfileKey": "client",
"contentKind": "code"
}Exemple de disposition UI
La disposition illustrative ci-dessous situe cette configuration dans l’app Clients/Soumissions. Chaque fragment s’insère à l’emplacement indiqué; ses références aux Fields, Queries et Actions correspondent aux déclarations du Model.
- Soumission S-1042
- Objet et besoin
- Proposition
- Références retenues
Formats natifsChoisir le contenu de la Surface
Clients