Convertisseur Office ⇄ PDF

Comment l’utiliser

1. Choisissez ou déposez un fichier — .docx, .xlsx, .pptx ou .pdf. Le sens est lu dans le fichier lui-même : aucun bouton Convertir et rien à confirmer.
2. Pour un PDF, choisissez la sortie : Word, Excel ou PowerPoint. La liste Mode change avec la cible — Word et PowerPoint proposent Texte / Image, Excel propose Tableaux uniquement / Tout le texte.
3. Pour un classeur Excel, choisissez la feuille, le papier, l’orientation et la mise à l’échelle. « Ajuster à une page en largeur » est la valeur par défaut, pour que les colonnes ne débordent pas sur une seconde page.
4. Regardez les vignettes de page apparaître une à une, et lisez la ligne de forme dans l’en-tête du résultat — elle indique quelles pages sont du vrai texte et lesquelles sont des images.
5. Appuyez sur Télécharger. L’aperçu n’est disponible que du côté PDF, car un navigateur ne peut pas afficher de .docx, .xlsx ou .pptx.

Règles, limites et problèmes connus

• Ce n’est ni Microsoft Office ni LibreOffice. La mise en page est calculée ici : les documents complexes (colonnes, tableaux imbriqués, interlignage exact) différeront visiblement de ce qu’imprime Office. Aucun pourcentage de fidélité n’est annoncé, car il n’y a pas d’installation d’Office à laquelle se comparer — si vous avez besoin d’une sortie identique au pixel près, enregistrez en PDF depuis Office.
• Les polices sont substituées, jamais intégrées. Les pages vectorielles associent Arial / Calibri → Helvetica et Times New Roman → Times, et mesurent les largeurs substituées : les sauts de ligne peuvent donc légèrement bouger.
• Toute page contenant des caractères hors Latin-1 devient une page image : le chinois, le japonais, le coréen, l’arabe, le cyrillique, le grec et les tons vietnamiens sont rastérisés à 144 DPI, environ 300 à 450 Ko par page, et ne peuvent être ni sélectionnés, ni copiés, ni recherchés. L’en-tête du résultat les compte par document.
• Sur les 15 langues de ce site, seuls en, es, pt, fr et id peuvent produire une sortie entièrement vectorielle pour leur propre écriture. C’est le plafond de l’encodage WinAnsi intégré au PDF, pas un raccourci de cette implémentation.
• PDF→Word ne restaure ni le gras ni l’italique : une couche texte PDF ne porte aucune information de graisse, et la déduire des largeurs de glyphes serait une supposition. Sont conservés le texte, les tailles de police, la catégorie de police (avec empattements / sans / à chasse fixe), la structure des lignes et des paragraphes, la structure des pages et le sens du texte.
• PDF→Word en mode Texte ne contient aucune image et ne reconstruit aucun tableau — le texte qui était dans un tableau devient des paragraphes. Utilisez le mode Image pour conserver la mise en page, et l’extracteur de tableaux PDF pour obtenir de vrais tableaux.
• Les PDF numérisés (sans couche texte) sont convertis en document vide en mode Texte. L’outil le dit et renvoie au mode Image au lieu de rester silencieux. Aucune OCR n’est effectuée.
• L’entrée DOCX ignore les en-têtes et pieds de page, les notes de bas de page et de fin, les zones de texte, WordArt, SmartArt, les graphiques, les équations, les modifications suivies, les commentaires et les champs de table des matières. Rien de tout cela n’apparaît dans le PDF de sortie.
• L’entrée XLSX ignore les graphiques, images, mises en forme conditionnelles, validations de données, zones d’impression et sauts de page manuels. Les formules utilisent la dernière valeur mise en cache ; rien n’est recalculé.
• PPTX→PDF est le sens que toute l’industrie traite mal, et notre résultat est limité lui aussi. Les animations, transitions, SmartArt, graphiques, notes du présentateur et effets 3D sont ignorés ; les dégradés s’aplatissent en couleur unie ; les polices de thème et l’héritage des espaces réservés ne transmettent que la taille, la couleur et l’alignement. La taille et les proportions des pages suivent celles des diapositives, et les positions du texte et des images sont approximatives.
• Les anciens .doc / .xls / .ppt (Office 97–2003) et les fichiers chiffrés par mot de passe sont refusés, avec la raison et une solution. Ce sont des documents composés OLE, pas des paquets ZIP.
• Les sauts de page sont calculés ici et ne réutilisent pas les marqueurs enregistrés dans le fichier. Le dernier saut rendu d’un document Word reflète la machine sur laquelle il a été ouvert et est souvent périmé pour les fichiers exportés depuis Google Docs ou WPS : le comportement est donc cohérent selon les sources, mais la page obtenue peut différer de celle que vous voyez dans Word. Les sauts de page manuels sont respectés.
• Plafonds : 25 Mo par fichier, 500 pages Office→PDF, 300 pages PDF→Office, 50 000 lignes / 200 colonnes / 500 000 cellules pour une feuille, 20 mégapixels par image intégrée. Ce sont des limites mémoire mesurées, pas des quotas — il n’y a ni serveur, ni compteur de tâches quotidiennes, ni mur de connexion.
• Les pages image sont encodées sur le fil principal, environ 80 ms par page à 144 DPI : 30 pages image prennent donc environ 2,4 s. La progression et les vignettes apparaissent page par page, et la qualité baisse automatiquement d’un cran au-delà de 40 pages image, avec une remarque.
• Dans un paragraphe arabe contenant un terme anglais, la position de la ponctuation peut être imparfaite. L’algorithme bidirectionnel est délégué au navigateur et n’est pas réimplémenté ici.
• Les .docx / .xlsx / .pptx générés passent un autocontrôle structurel — chaque partie et relation est présente, le XML s’analyse, et les lecteurs de cet outil récupèrent le contenu — mais ils n’ont pas été ouverts dans Microsoft Office, car il n’y a ni Office ni LibreOffice dans cet environnement pour le faire.
• Une ligne de tableau n’est jamais coupée entre deux pages : la ligne entière passe à la page suivante. Si une seule ligne est plus haute que la hauteur utile de la page, elle est coupée, et le nombre de lignes coupées est signalé dans la bande de remarques plutôt que perdu en silence.