Une ligne entre deux boîtes dans un organigramme dit « ces deux éléments sont liés ». Une flèche de l'un à l'autre dit « celui-ci vient en premier ». Cette distinction — la direction — est ce qui sépare un connecteur d'une décoration, et c'est la seule chose que l'API de base `Lines.AddLine()` ne peut pas faire aux deux extrémités. Un flux de processus a besoin d'une flèche sortant de chaque étape ; un diagramme de cause à effet a besoin de flèches pointant vers l'intérieur ; une comparaison a parfois besoin de flèches à double sens pour montrer un lien bidirectionnel. Aucun de ces cas n'est possible avec un seul `EndArrowHeadStyle`.
Quelqu'un a construit ce classeur il y a des années. Il se recalcule lorsque les données changent, les totaux évoluent d'une manière que plus personne ne prévoit, et il n'y a aucune documentation — parce que les formules sont la documentation. Lire les nombres ne vous dira pas comment ils ont été produits. Lire les règles le fera.
Un tableur généré rempli de nombres pré-calculés n'est qu'un instantané. Il semble correct au moment où il est produit et commence immédiatement à vieillir : les données qui le sous-tendent évoluent, les nombres qu'il contient non, et une fois que le fichier a quitté votre application, personne ne peut dire quelles cellules peuvent être modifiées. Un classeur qui contient ses formules reste au contraire un document vivant — modifiez une entrée, et les totaux suivent.
Un PDF est rarement simplement « trop volumineux ». Il est trop volumineux pour une porte précise — la limite de pièce jointe d’un e-mail, un formulaire d’envoi, un quota de stockage — et ce qui l’a fait dépasser cette limite est généralement l’une de trois choses. Compresser sans savoir laquelle revient à deviner, et deviner coûte soit de la qualité, soit un nouvel échec d’envoi.
Vous créez une liste de documents pour un client, et le client demande : « Puis-je voir les pages avant de télécharger ? » Tout à coup, vous vous retrouvez avec une fonctionnalité de rendu que vous n’aviez pas prévue. La même demande revient partout — une bande de vignettes sous une boîte de réception, une carte d’aperçu collée dans une conversation, une diapositive extraite d’une présentation et publiée sur les réseaux sociaux. Dans tous les cas, un PDF ne peut pas être affiché intégré, mais une image de ses pages le peut.
Un PDF que vous avez produit le trimestre dernier circule encore en interne, mais son logo a été remanié le mois dernier et un graphique affiche des chiffres qui ne sont plus exacts. Vous ne voulez pas reconstruire le document depuis zéro — vous avez simplement besoin de remplacer l'image obsolète par la nouvelle, ou de supprimer entièrement un tampon ou un filigrane devenu inutile.
Vous avez reçu un rapport de 40 pages et avez besoin des huit graphiques qu'il contient pour une présentation, ou vous souhaitez extraire des photos de produits du catalogue d'un fournisseur. Le hic : un PDF stocke les images dans un format de flux interne que les API intégrées du navigateur ne peuvent pas lire, il n'y a donc pas de chemin « clic droit, enregistrer l'image ».
Un dossier d'images est peu pratique à transmettre à quelqu'un. Un PDF est un seul fichier, s'ouvre partout, s'imprime de manière prévisible et — le point qui importe vraiment — conserve un ordre fixe. C'est pourquoi les pages scannées, les ensembles de photos, les photos de reçus et les cadres de conception exportés sont si souvent assemblés dans un PDF avant d'être envoyés.
Page 3 of 4
Maison Spire.Office page 3