Mises à jour de produit

Nouveau : Contrôle précis de la taille de police pour les champs de texte dans Firma.dev

Auparavant, chaque champ de texte d'un document de signature s'ajustait automatiquement. La logique de mise à l'échelle automatique de Firma.dev choisissait une taille raisonnable pour chaque champ de manière indépendante, ce qui signifiait qu'un champ d'adresse sur deux lignes et un champ de code postal à trois caractères pouvaient finir par s'afficher avec des tailles complètement différentes sur la même page. C'était fonctionnel, mais cela ne semblait jamais avoir été conçu. Cela semblait simplement assemblé.

Nouveauté : contrôle précis de la taille de la police

Vous pouvez désormais définir une taille de police exacte pour n'importe quel champ de texte, de 8px à 48px, au lieu de la laisser sur Auto. Ce paramètre se trouve dans le panneau des propriétés du champ, tant dans l'éditeur de modèle que dans l'éditeur de demande de signature, y compris les éditeurs intégrés, de sorte que le contrôle est disponible partout où votre équipe ou vos clients créent des documents.

La taille que vous choisissez est un point de départ, pas une règle absolue. Si la saisie d'un signataire est plus longue que ce que le champ peut contenir à cette taille, Firma.dev réduit tout de même la taille du texte pour qu'il s'adapte à la case. Rien ne déborde et rien n'est coupé, vous obtenez simplement une taille cohérente partout où la valeur ne dépasse pas la limite.

Où cela s'applique-t-il ?

La taille choisie s'applique à chaque endroit où le champ est rendu : la vue du signataire sur ordinateur et mobile, le PDF scellé et le certificat d'achèvement. Si vous définissez un champ sur 12px, il s'affiche à 12px dans ces trois emplacements, et pas seulement dans l'aperçu de l'éditeur.

Quelques détails à connaître avant de modifier vos modèles existants :

  • L'éditeur vous avertit si une taille est trop grande pour la hauteur du champ, ce qui vous permet de repérer les problèmes de mise en page avant l'envoi.

  • Les modèles existants ne sont pas modifiés. Les champs sans taille explicite continuent de s'afficher exactement comme aujourd'hui.

  • Les champs de signature et d'initiales conservent leur propre logique d'ajustement distincte. Cela ne s'applique qu'aux champs contenant du texte.

Pour les développeurs

Si vous configurez cela via l'API plutôt que par l'éditeur, il s'agit d'un nouvel entier optionnel fontSize (8 à 48) à l'intérieur de format_rules pour tout type de champ contenant du texte : text, textarea, email, name, phone, company, title, number, date, dropdown et url. Il fait partie du nouveau schéma TextFormatRules, et DateFormatRules a repris la même propriété, de sorte qu'un champ de date peut comporter à la fois un dateFormat et un fontSize.

{ "format_rules": { "fontSize": 12 } }
{ "format_rules": { "fontSize": 12 } }
{ "format_rules": { "fontSize": 12 } }

Les valeurs hors limites sont limitées à la plage 8-48, les valeurs non numériques sont ignorées et l'omission de la propriété rétablit le comportement précédent de mise à l'échelle automatique. C'est entièrement additif, donc rien ne change pour les demandes qui ne le configurent pas. Tous les détails figurent dans le journal des modifications de l'API.

Pourquoi c'est important

Le gain le plus évident concerne les formulaires denses comportant de nombreux petits champs : formulaires d'embauche, demandes, tout ce qui ressemble plus à un tableur qu'à une lettre. Verrouiller chaque champ à la même petite taille est bien préférable à une mise à l'échelle automatique qui choisit une taille différente pour chacun d'eux. C'est la même idée que celle qui sous-tend notre guide d'intégration des RH, mais appliquée au niveau du champ plutôt qu'au niveau du document.

Cela fonctionne également dans l'autre sens. Sur un accord court d'une seule page, augmenter la taille du champ d'acceptation pour le rendre grand et facile à lire donne au document un aspect plus soigné, et non l'inverse.

Commencer

Le contrôle de la taille de la police est désormais disponible dans les éditeurs de modèles et de demandes de signature. Si vous définissez des champs via l'API, consultez la référence format_rules pour voir le schéma complet. Commencez à utiliser Firma.dev gratuitement, sans carte de crédit requise.

  1. Titre

Image de fond

Prêt à ajouter des signatures électroniques à votre application ?

Commencez gratuitement. Aucune carte de crédit requise. Payez seulement 0,049 € par enveloppe lorsque vous serez prêt à lancer votre activité.

Image de fond

Prêt à ajouter des signatures électroniques à votre application ?

Commencez gratuitement. Aucune carte de crédit requise. Payez seulement 0,049 € par enveloppe lorsque vous serez prêt à lancer votre activité.

Image de fond

Prêt à ajouter des signatures électroniques à votre application ?

Commencez gratuitement. Aucune carte de crédit requise. Payez seulement 0,049 € par enveloppe lorsque vous serez prêt à lancer votre activité.