Import d'un .docx existant
Ses balises redeviennent des variables, boucles et conditions modifiables.
ÉditeurNavigateur.docx
Un éditeur de modèles Word dans le navigateur. Il ressemble à Word, et l'on y glisse ses variables à la souris pour obtenir un modèle prêt.
Compatible :
Aucune inscription, rien à installer, deux minutes suffisent
Facture, devis ou attestation : un exemple prêt à l'emploi est créé pour vous.
Nom du client, lignes, dates : tout est pré-rempli, modifiez ce que vous voulez.
Un clic sur « Convertir en PDF » : le document est prêt, fidèle au modèle Word.
Et pour changer la mise en page ? « Modifier le template » ouvre l'éditeur façon Word : vous glissez les informations dans la page, à la souris. Lancer la démo
Le .docx reste le format pivot
Ses balises redeviennent des variables, boucles et conditions modifiables.
Le fichier exporté sert directement de modèle de génération.
Ruban, pages, styles, tableaux
La syntaxe s'écrit toute seule
Ruban, règles, pages A4, styles et thèmes : rien à réapprendre.
Une variable glissée dans la page devient {{ nom }}.
Sur des paragraphes ou des lignes de tableau : une ligne par article.
Un paragraphe n'apparaît que si la valeur est vraie, ou fausse.
Logo, signature, photo : la taille se règle dans le modèle.
Un modèle Word existant s'ouvre et ses balises redeviennent modifiables.
Le fichier exporté sert directement de modèle de génération.
Le composant RlDocxEditor s'intègre dans n'importe quelle application React. Le rangement des modèles et la liste des variables viennent de votre application : l'éditeur ne connaît ni API, ni base de données.
Cas
d'usage
Vous éditez un CRM et vos clients gèrent leurs propres modèles de fichiers : factures, devis, attestations. Plutôt que d'imposer vos modèles, vous les laissez créer les leurs.
Le problème : les boucles et les variables d'un modèle Word s'écrivent dans une syntaxe que personne ne connaît. Avec rl-docx-editor, c'est du gâteau : on glisse et on dépose les variables et les boucles, sans rien taper.
Ne nous croyez pas
sur parole
Sans éditeur
Le CRM livre ses factures et ses devis. Changer un logo, une mention ou l'ordre des colonnes passe par une demande au support… et une attente.
Modèles personnalisés
Le client peut fournir son .docx, à condition d'y écrire lui-même :
{%tr for a in articles %}
{{ a.designation }} {{ a.total }}
{%tr endfor %}
Une accolade oubliée, et le document ne se génère plus.
Glisser-déposer
Le client ouvre son modèle dans le navigateur, glisse articles sur une ligne du tableau, dépose logo en haut de page et enregistre.
Les balises sont écrites pour lui, au bon endroit, sans faute de frappe.
Ce que produit
chaque geste
Texte, nombre, date
{{ client_nom }}Liste d'éléments
{%tr for a in articles %}
{%tr endfor %}Oui / non
{%p if acquittee %}
{%p endif %}Logo, signature
{{ img(logo, "3cm") }}Questions fréquentes
Tout ce qu'il faut savoir avant d'intégrer l'éditeur
Un composant React qui affiche un éditeur de modèles Word dans le navigateur. On y écrit comme dans Word et on y glisse les variables de son application ; le résultat est un fichier .docx prêt à servir de modèle de génération.
Non. Variables, boucles, conditions et images se placent à la souris depuis le volet « Variables » ; l'éditeur écrit les balises Jinja2 au bon endroit.
Oui. Un .docx s'importe dans l'éditeur : sa mise en forme est reprise et ses balises redeviennent des variables, boucles et conditions modifiables.
Le .docx exporté contient des balises Jinja2 dans Word : votre serveur le remplit avec ses données. La démo le fait directement dans le navigateur, puis le convertit en PDF.
Là où vous le décidez : l'éditeur passe par un adaptateur de stockage fourni par votre application (API, base de données…). Sans adaptateur, il range les modèles dans le navigateur.
Non. L'édition, l'import et l'export .docx se font entièrement dans le navigateur.