Choix de la police de caractères

pianiste06
pianiste06
dans LaTeX
Bonjour
Tout d'abord, bonne et heureuse année 2019 à tous les utilisateurs du forum.

Pour écrire un document de maths, quel est le style de police (fonte) le plus adapté selon vous ?
Pour l'instant, j'utilise Helvetica sous Latex (\usepackage{helvet}), mais je suis moyennement
satisfait du rendu.

À bientôt,

Réponses

  • skilveg
    skilveg
    Ça dépend entièrement de tes goûts, de ton objectif de rendu, du public visé... Il faudrait un peu plus de contexte. Pour un bon rendu des maths, Computer modern ou Linux Libertine sont classiques mais efficaces.
  • Math Coss
    Math Coss
    Quand je veux faire chic, j'utilise le paquet fourier. Le rendu me semble assez proche de Libertine mais il dispose de polices mathématiques spécifiques, alors que le paquet libertine utilise les polices Computer Modern par défaut (sauf erreur).
  • skilveg
    skilveg
    Pour avoir les maths en Libertine, on peut charger le paquet newtxmath avec l'option libertine !
  • pianiste06
    pianiste06
    Bonjour,

    Merci pour vos réponses.
    Si j'ai bien compris, j'efface le package \usepackage{helvet}) et je le remplace par :\usepackage{Computer Modern}, et la fonte s'effectue sans aucune autre manip ?
  • Math Coss
    Math Coss
    @skilveg : Merci !

    @pianiste06 : Non, les polices Computer Modern sont les polices par défaut de $\rm\LaTeX$. Tu dois plutôt remplacer \usepackage{helvet} par 
    \usepackage{libertine}
\usepackage[libertine]{newtxmath}
    ou 
    \usepackage{fourier}
  • pianiste06
    pianiste06
    Je viens d'essayer, mais il n'y a aucune modif.
    Voici le code que j'ai utilisé :
    \documentclass[a4paper, 12pt,fleqn]{book}

\usepackage[left=2cm,right=2cm,top=2cm,bottom=2cm]{geometry}  
%\usepackage{helvet} 
\usepackage{fourier}
\usepackage{fancyhdr}
\pagestyle{fancy}

\renewcommand \headrulewidth{0pt}
\setlength{\parindent}{0pt}
\setlength{\parskip}{0.7\baselineskip plus 0.7pt\relax}

\setlength{\headheight}{15pt}

\usepackage{textcomp}
%\usepackage[top=2cm, headsep=1cm, lines=50, width=15cm]{geometry}
\usepackage{amsmath}
\usepackage{calc}
\usepackage[french]{babel}
\usepackage[T1]{fontenc}
\usepackage[utf8]{inputenc}
\usepackage{amsmath}
\usepackage{amssymb}
\usepackage{graphicx}
\usepackage{xcolor}
\usepackage{sectsty}
\usepackage{calc}
\usepackage[babel=true]{csquotes}
\usepackage{grffile}
\usepackage{rotfloat}
\usepackage{array, multirow, tabularx}
\usepackage{pdfpages}
\usepackage{wrapfig}
\usepackage{etoc}
\usepackage{lipsum}
\usepackage{eso-pic}
\usepackage{enumitem}
\usepackage{setspace}
\usepackage{multicol}
\singlespacing


\setlength{\fboxrule}{0.5mm}
\setlength{\fboxsep}{2mm}
  • Math Coss
    Math Coss
    Curieux. Voici ce que ça donne chez moi avec ce préambule. Tu peux essayer, sans garantie :
    • de vérifier que le paquet fourier est (bien) installé ;
    • de supprimer textcomp, qui est apparemment obsolète ;
    • de mettre la ligne \usepackage{fourier} en-dessous de \usepackage[utf8]{inputenc} ;
    • éventuellement de supprimer (commenter) \usepackage[T1]{fontenc}.
    83406
  • pianiste06
    pianiste06
    Bonjour Math Coss
    J'ai suivi toutes vos instructions à la lettre, mais il y a toujours un message d'erreur lors de la compilation.
    J'ai fait une copie d'écran en pdf (Cf fichier attaché) afin de vous montrer le message d'erreur.

    [Contenu du fichier pdf joint. AD]83418
  • brian
    brian
    Bonjour,

    @Math Coss

    Je ne suis peut-être plus à jour, mais peux-tu indiquer précisément où tu as vu que textcomp est obsolète ? Moi, j'avais compris qu'il est tellement important qu'il fait partie des packages LaTeX standard (i.e., que toute distribution LaTeX doit offrir). Avec TeX Live 2018, j'ai bien besoin de textcomp pour que \texteuro, €, \textdegree, \textpm, \texttrademark et bien d'autres fonctionnent.

    Par ailleurs, quel est l'intérêt de supprimer \usepackage[T1]{fontenc} ? On repasse alors en codage OT1, non ? Ou ai-je loupé quelque chose ?

    @pianiste06

    Je conseille de changer la police avant de faire la config de geometry. Sinon l'option 'lines' de geometry ne peut pas faire son boulot correctement (certes, tu ne l'utilises pas, mais ce ne serait pas une mauvaise idée à mon avis, donc autant préparer le terrain pour le jour où tu la mettras). De plus, ton message d'erreur ne dit pas grand-chose (edit : il laisse quand même penser que TeX essaie de fabriquer des polices au format PK, c'est-à-dire bitmap, pour ton document, ce qui n'est pas terrible ; c'est notamment pour cela que lmodern est recommandé pour ceux qui veulent du Computer Modern en codage T1, nécessaire à ma connaissance pour écrire en français avec LaTeX et obtenir des césures correctes). Il faudrait voir le fichier log qui y est mentionné et l'Exemple Complet Minimal utilisé pour l'obtenir.

    Il y a des exemples de texte avec diverses polices mathématiques sur TeX.SE (sur cette page, il y a des exemples sous forme de captures d'écran ainsi que dans ce fichier PDF ; je crois que j'avais vu passer un PDF plus récent, mais pas moyen de mettre la main dessus pour l'instant).
  • Math Coss
    Math Coss
    @pianiste : D'accord. Pas étonnant que mes suggestions n'aient servi à rien.

    Le programme « miktex-makemf » (MetaFont version MiKTeX) fabrique les polices nécessaires à partir de fichiers qui les décrivent. Là, il n'arrive pas à fabriquer celles du paquet fourier. Peut-être pourrais-tu copier le contenu du fichier indiqué : C:\Users\Franck\AppData\Local\MiKTeX\2.9\miktex\log\miktex-makemf.log ?

    @brian : Sur la page de textcomp, le répertoire de référence est /obsolete/..., d'où j'ai déduit que le paquet était obsolète.

    Quant à fontenc, j'avoue que je n'ai jamais compris sa valeur ajoutée. Il me semble me souvenir que le rendu est plutôt moins bon et que ça complique le copier-coller dans le pdf – possible que je m'égare.
  • pianiste06
    pianiste06
    Oui bien sûr....

    Voici le contenu du fichier :

    2019-01-08 12:46:20,051+0100 INFO miktex-makemf - starting with command line: miktex-makemf.exe --verbose fourier-bb
    2019-01-08 12:46:20,064+0100 FATAL miktex-makemf - The fourier-bb source file could not be found.
    2019-01-08 12:46:20,064+0100 FATAL miktex-makemf - The fourier-bb source file could not be found.
    2019-01-08 12:46:20,064+0100 FATAL miktex-makemf - Info:
    2019-01-08 12:46:20,064+0100 FATAL miktex-makemf - Source:
    2019-01-08 12:46:20,064+0100 FATAL miktex-makemf - Line: 0
    2019-01-08 12:46:31,700+0100 INFO miktex-makemf - starting with command line: miktex-makemf.exe --verbose fourier-bb
    2019-01-08 12:46:31,716+0100 FATAL miktex-makemf - The fourier-bb source file could not be found.
    2019-01-08 12:46:31,716+0100 FATAL miktex-makemf - The fourier-bb source file could not be found.
    2019-01-08 12:46:31,716+0100 FATAL miktex-makemf - Info:
    2019-01-08 12:46:31,716+0100 FATAL miktex-makemf - Source:
    2019-01-08 12:46:31,716+0100 FATAL miktex-makemf - Line: 0
    2019-01-08 12:46:43,200+0100 INFO miktex-makemf - starting with command line: miktex-makemf.exe --verbose fourier-bb
    2019-01-08 12:46:43,216+0100 FATAL miktex-makemf - The fourier-bb source file could not be found.
    2019-01-08 12:46:43,216+0100 FATAL miktex-makemf - The fourier-bb source file could not be found.
    2019-01-08 12:46:43,216+0100 FATAL miktex-makemf - Info:
    2019-01-08 12:46:43,216+0100 FATAL miktex-makemf - Source:
    2019-01-08 12:46:43,216+0100 FATAL miktex-makemf - Line: 0
    2019-01-08 12:46:49,212+0100 INFO miktex-makemf - starting with command line: miktex-makemf.exe --verbose fourier-bb
    2019-01-08 12:46:49,228+0100 FATAL miktex-makemf - The fourier-bb source file could not be found.
    2019-01-08 12:46:49,228+0100 FATAL miktex-makemf - The fourier-bb source file could not be found.
    2019-01-08 12:46:49,228+0100 FATAL miktex-makemf - Info:
    2019-01-08 12:46:49,228+0100 FATAL miktex-makemf - Source:
    2019-01-08 12:46:49,228+0100 FATAL miktex-makemf - Line: 0
    2019-01-08 12:46:56,743+0100 INFO miktex-makemf - starting with command line: miktex-makemf.exe --verbose fourier-bb
    2019-01-08 12:46:56,759+0100 FATAL miktex-makemf - The fourier-bb source file could not be found.
    2019-01-08 12:46:56,759+0100 FATAL miktex-makemf - The fourier-bb source file could not be found.
    2019-01-08 12:46:56,759+0100 FATAL miktex-makemf - Info:
    2019-01-08 12:46:56,759+0100 FATAL miktex-makemf - Source:
    2019-01-08 12:46:56,759+0100 FATAL miktex-makemf - Line: 0
    2019-01-08 12:48:27,022+0100 INFO miktex-makemf - starting with command line: miktex-makemf.exe --verbose fourier-bb
    2019-01-08 12:48:27,038+0100 FATAL miktex-makemf - The fourier-bb source file could not be found.
    2019-01-08 12:48:27,038+0100 FATAL miktex-makemf - The fourier-bb source file could not be found.
    2019-01-08 12:48:27,038+0100 FATAL miktex-makemf - Info:
    2019-01-08 12:48:27,038+0100 FATAL miktex-makemf - Source:
    2019-01-08 12:48:27,038+0100 FATAL miktex-makemf - Line: 0
    2019-01-08 14:17:43,110+0100 INFO miktex-makemf - starting with command line: miktex-makemf.exe --verbose fourier-bb
    2019-01-08 14:17:43,125+0100 FATAL miktex-makemf - The fourier-bb source file could not be found.
    2019-01-08 14:17:43,125+0100 FATAL miktex-makemf - The fourier-bb source file could not be found.
    2019-01-08 14:17:43,125+0100 FATAL miktex-makemf - Info:
    2019-01-08 14:17:43,125+0100 FATAL miktex-makemf - Source:
    2019-01-08 14:17:43,125+0100 FATAL miktex-makemf - Line: 0
    2019-01-08 14:17:52,258+0100 INFO miktex-makemf - starting with command line: miktex-makemf.exe --verbose fourier-bb
    2019-01-08 14:17:52,274+0100 FATAL miktex-makemf - The fourier-bb source file could not be found.
    2019-01-08 14:17:52,274+0100 FATAL miktex-makemf - The fourier-bb source file could not be found.
    2019-01-08 14:17:52,274+0100 FATAL miktex-makemf - Info:
    2019-01-08 14:17:52,274+0100 FATAL miktex-makemf - Source:
    2019-01-08 14:17:52,274+0100 FATAL miktex-makemf - Line: 0
    2019-01-08 14:18:09,037+0100 INFO miktex-makemf - starting with command line: miktex-makemf.exe --verbose fourier-bb
    2019-01-08 14:18:09,053+0100 FATAL miktex-makemf - The fourier-bb source file could not be found.
    2019-01-08 14:18:09,053+0100 FATAL miktex-makemf - The fourier-bb source file could not be found.
    2019-01-08 14:18:09,053+0100 FATAL miktex-makemf - Info:
    2019-01-08 14:18:09,053+0100 FATAL miktex-makemf - Source:
    2019-01-08 14:18:09,053+0100 FATAL miktex-makemf - Line: 0
    2019-01-08 14:18:54,649+0100 INFO miktex-makemf - starting with command line: miktex-makemf.exe --verbose fourier-bb
    2019-01-08 14:18:54,649+0100 FATAL miktex-makemf - The fourier-bb source file could not be found.
    2019-01-08 14:18:54,649+0100 FATAL miktex-makemf - The fourier-bb source file could not be found.
    2019-01-08 14:18:54,649+0100 FATAL miktex-makemf - Info:
    2019-01-08 14:18:54,649+0100 FATAL miktex-makemf - Source:
    2019-01-08 14:18:54,649+0100 FATAL miktex-makemf - Line: 0
    2019-01-08 14:19:06,977+0100 INFO miktex-makemf - starting with command line: miktex-makemf.exe --verbose fourier-bb
    2019-01-08 14:19:06,977+0100 FATAL miktex-makemf - The fourier-bb source file could not be found.
    2019-01-08 14:19:06,977+0100 FATAL miktex-makemf - The fourier-bb source file could not be found.
    2019-01-08 14:19:06,977+0100 FATAL miktex-makemf - Info:
    2019-01-08 14:19:06,977+0100 FATAL miktex-makemf - Source:
    2019-01-08 14:19:06,977+0100 FATAL miktex-makemf - Line: 0
    2019-01-08 14:19:15,248+0100 INFO miktex-makemf - starting with command line: miktex-makemf.exe --verbose fourier-bb
    2019-01-08 14:19:15,264+0100 FATAL miktex-makemf - The fourier-bb source file could not be found.
    2019-01-08 14:19:15,264+0100 FATAL miktex-makemf - The fourier-bb source file could not be found.
    2019-01-08 14:19:15,264+0100 FATAL miktex-makemf - Info:
    2019-01-08 14:19:15,264+0100 FATAL miktex-makemf - Source:
    2019-01-08 14:19:15,264+0100 FATAL miktex-makemf - Line: 0
    2019-01-08 14:20:05,740+0100 INFO miktex-makemf - starting with command line: miktex-makemf.exe --verbose fourier-bb
    2019-01-08 14:20:05,756+0100 FATAL miktex-makemf - The fourier-bb source file could not be found.
    2019-01-08 14:20:05,756+0100 FATAL miktex-makemf - The fourier-bb source file could not be found.
    2019-01-08 14:20:05,756+0100 FATAL miktex-makemf - Info:
    2019-01-08 14:20:05,756+0100 FATAL miktex-makemf - Source:
    2019-01-08 14:20:05,756+0100 FATAL miktex-makemf - Line: 0
  • pianiste06
    pianiste06
    Bonjour Brian,

    Si je voulais résumer, il faut que j'ajoute \\usepackage{lmodern} ?
  • brian
    brian
    @pianiste06

    Oui et non : cela dépend de ce que tu veux faire. \usepackage{lmodern}, c'est utile si tu veux utiliser la (ou plutôt une) version « moderne » des polices de la famille Computer Modern (au format PostScript Type 1, au codage T1, ayant un très bon support des langues écrites en Europe). Mais pour tester d'autres polices, ce n'est pas forcément nécessaire. Mais si tes autres polices (fourier, libertine, etc.) ne remplacent pas toutes les polices utilisées dans ton document (combinaisons obtenues avec les familles rm, ss, tt... ; les shapes n, it, sl, sc... ; les series m, bx... voir sur TeX.SE), cela peut quand même être bénéfique de mettre lmodern, par exemple si ton doc contient du code en TéléType (algorithmes par exemple). Sinon, tu pourrais avoir des PK pour les polices non couvertes par fourier, etc., et les PK, c'est pas terrible. Cela dépend donc de ce que les packages de fontes alternatifs (fourier, libertine, etc.) peuvent remplacer toutes les polices de la famille Computer Modern, ou seulement une partie (ce qui compte, c'est bien-sûr toutes celles utilisées dans ton doc). Il n'est donc pas absurde de mettre d'abord \usepackage{lmodern} pour s'assurer que toutes les polices de base sont disponibles en format vectoriel (PostScript Type 1) et après les packages de fontes que tu veux tester, qui auront a priori priorité sur lmodern pour les polices qu'ils contiennent.

    Concernant l'erreur avec fourier, as-tu un fichier fonts/type1/public/fourier/fourier-bb.pfb dans ton installation TeX ? Si non, cela suggérerait, je crois, que fourier n'est pas totalement installé (à moins que cela ne soit dû à la suppression de \usepackage[T1]{fontenc} ; je te conseillerais de le remettre, au moins pour tester cette hypothèse).

    @Math Coss

    OK, la page que tu mentionnes dit
    Note that the pack­age has been adopted as part of the LaTeX dis­tri­bu­tion a écrit: »

    Ce que je comprends, c'est que textcomp n'est pas obsolète mais que le chemin indiqué sur la page en question (/obsolete/fonts/psfonts/ts1) fait référence à une version « historique » du package, avant qu'il ne soit intégré à LaTeX (adopted). Je peux me tromper, mais les essais indiqués ci-dessus (\texteuro, \textpm, etc.) me confortent dans cette interprétation.

    Quant au codage T1, c'est le codage de fonte moderne de TeX. Par défaut, c'est encore, je crois, OT1, qui date du TeX de Knuth, ne supporte guère que l'anglais, et est plus ou moins obsolète pour cette raison. Ce n'est pas la même chose que le codage d'entrée, qui est passé à inputenc. Les deux sont nécessaires. Si tu compares un doc. en français avec et sans \usepackage[T1]{fontenc}, tu devrais voir que le premier a des césures correctes (notamment pour les mots comportant des caractères accentués) et pas le deuxième. Par ailleurs, si tu as des exemples concrets où le copier/coller marche mieux sans \usepackage[T1]{fontenc} qu'avec, je suis intéressé. Hypothèse : si tu as copié-collé vers le forum, il se peut que cela s'explique par le fait que le logiciel du forum ne supporte pas les combining characters d'Unicode(*), et que le lecteur PDF source du texte copié les ait utilisés.

    Il me semble aussi qu'on ne peut pas faire de recherche textuelle qui fonctionne pour un mot comportant un caractère accentué lorsque le PDF a été généré sans \usepackage[T1]{fontenc} ou équivalent.

    (*) Je suis sûr de ce non-support des combining characters d'Unicode par le logiciel du forum.

    Edit : correction dans l'énumération des shapes et series des polices, ajout d'un lien.
  • Math Coss
    Math Coss
    T1 versus OT1... Du point de vue de la recherche de texte, ça ne fait pas de différence pour evince. Pour les césures, c'est en revanche très différent – pas de césure sans fontenc, comme tu l'as dit et comme c'est écrit ici. Bref, je vais (re ?)mettre fontenc.

    (Incidemment, un fichier encodé avec T1 semble prendre plus d'espace qu'avec OT1.)

    Addendum.
  • pianiste06
    pianiste06
    Un dernier truc... il y a juste un message d'avertissement qui apparaît :

    Reference `Relation Exemple R\IeC {\'e}cur. 2' on page 9 undefined

    Celà signifie t-il qu'on ne peut plus utiliser le label et Ref ?
  • brian
    brian
    Math Coss a écrit:
    (Incidemment, un fichier encodé avec T1 semble prendre plus d'espace qu'avec OT1.)

    C'est dû au fait qu'à partir du moment où l'on utilise une police (p. ex., ec-lmr10), elle est embarquée en totalité dans le PDF. Or Latin Modern prend beaucoup plus de place que la version PostScript Type 1 de Computer Modern, au codage OT1 (donnée par BlueSky Research à l'AMS) pour la simple et bonne raison qu'elle contient beaucoup plus de glyphes (support des langues européennes). Ce serait encore pire avec cm-super, sauf s'ils se sont améliorés de ce côté-là au cours des dix dernières années.

    Pour l'histoire de la recherche de caractères accentués qui marche même sans \usepackage[T1]{fontenc}, il faudra que j'y réfléchisse.

    @pianiste06

    Réessaye en ne mettant que des caractères non actifs dans tes \label et \ref (pas de caractères accentués, notamment ; pas de :;?! non plus [\usepackage[french]{babel} les rend actifs, sauf cas spéciaux avec LuaTeX si je me souviens bien]). Je n'ai pas non plus l'habitude d'y mettre des espaces, mais peut-être que ça marche ? En cas de doute, essaie aussi de les remplacer par des tirets (-).

    Edit : « format OT1 » remplacé par « codage OT1 ».
  • brian
    brian
    brian a écrit:
    Pour l'histoire de la recherche de caractères accentués qui marche même sans \usepackage[T1]{fontenc}, il faudra que j'y réfléchisse.

    Voilà ce que je constate à ce sujet. Le document suivant : 
    \documentclass[a4paper,11pt,french]{article}
\usepackage{lmodern}
\usepackage[T1]{fontenc}
\usepackage[utf8]{inputenc}
\usepackage{babel}
\usepackage{textcomp}

\begin{document}
Centre aéré pour les aoûtats à distraire.
\end{document}
    compilé avec pdflatex (sous TeX Live 2018) ne pose pas de problème pour la recherche textuelle dans le lecteur de PDF 'okular', y compris pour les mots accentués. Le même document sans le \usepackage[T1]{fontenc} ne permet de trouver, avec 'okular', que les caractères non accentués. C'est conforme à ce que j'attendais, car dans le codage de fonte OT1, le caractère « é » (par exemple) n'existe pas : on le fabrique dans le PDF en superposant un « e » et un accent aigu.

    Là où c'est plus surprenant, c'est que, comme l'a dit Math Coss, le lecteur de PDF 'evince' parvient à trouver les caractères accentués dans le fichier PDF correspondant au code ci-dessus sans \usepackage[T1]{fontenc}. 'pdftotext' fait également une conversion dans laquelle ces caractères sortent correctement. Hypothèse : peut-être 'evince' est-il capable de reconnaître un « accent aigu sur un e » et de l'identifier avec « é » en utilisant les équivalences spécifiées par Unicode (combining characters dont j'ai parlé plus haut) ? En tout cas, c'est pas mal.

    Edit : l'hypothèse ci-dessus est confirmée en examinant la sortie de 'pdftotext' octet par octet : 
    % od -t x1z doc-T1.txt 
0000000 43 65 6e 74 72 65 20 61 c3 a9 72 c3 a9 20 70 6f  >Centre a..r.. po<
0000020 75 72 20 6c 65 73 20 61 6f c3 bb 74 61 74 73 20  >ur les ao..tats <
0000040 c3 a0 20 64 69 73 74 72 61 69 72 65 2e 0a 0a 31  >.. distraire...1<
0000060 0a 0a 0c                                         >...<
0000063
% od -t x1z doc-OT1.txt
0000000 43 65 6e 74 72 65 20 61 65 cc 81 72 65 cc 81 20  >Centre ae..re.. <
0000020 70 6f 75 72 20 6c 65 73 20 61 6f 75 cc 82 74 61  >pour les aou..ta<
0000040 74 73 20 61 cc 80 20 64 69 73 74 72 61 69 72 65  >ts a.. distraire<
0000060 2e 0a 0a 31 0a 0a 0c                             >...1...<
0000067
%
    Les caractères accentués de ce document test sont bien sous forme de combining characters dans le fichier texte obtenu à partir du PDF comportant une police au codage OT1, et seulement dans celui-là. 'pdftotext' ne fait a priori pas d'identification entre les différentes formes d'un caractère Unicode (i.e., pas de normalisation Unicode) : il n'en a pas vraiment besoin. En revanche, si l'on veut faire des comparaisons ou des recherches sur le texte obtenu, ou même simplement le copier/coller vers le forum, on en aura besoin !

    On peut également remarquer qu'avec le codage de fonte OT1 (ce que l'on obtient quand on n'utilise pas \usepackage[T1]{fontenc}), 'evince' cerne moins bien la bounding box des caractères accentués (mis en valeur quand ils sont trouvés au cours de la recherche) que celle des caractères non accentués (ceux qui sont dans le codage OT1 de la police embarquée dans le fichier PDF). Ceci ne se produit pas avec le document obtenu avec \usepackage[T1]{fontenc}. Sans doute qu'evince ne se casse pas trop la tête à trouver le plus petit rectangle, orienté comme il faut, contenant les différents éléments d'un glyphe composite, alors qu'il n'y a rien de spécial à faire pour trouver la bounding box correcte des glyphes non composites (que le codage T1 permet d'avoir pour tous les caractères utilisés en français).
  • Math Coss
    Math Coss
    Compliqué, tout ça, quand même !
  • brian
    brian
    Bah, ça, c'est si on veut comprendre ce qui se passe sous le capot. Pour l'utilisateur, il suffit de mettre 
    \usepackage{lmodern} % ou autre package contenant des polices
\usepackage[T1]{fontenc}
\usepackage[utf8]{inputenc} % utf8 ou autre codage, selon la façon dont est configuré l'éditeur de texte
\usepackage{textcomp}
    sans se poser de question.

    La question du codage d'entrée, UTF-8 dans cet exemple, est fondamentale ; on ne peut pas comprendre ce qu'est un fichier texte si l'on ne comprend pas qu'il faut connaître son codage pour pouvoir interpréter son contenu sans jouer aux devinettes. Mais comme UTF-8 tend à s'imposer, peut-être qu'un jour « les gens » ne se poseront même plus la question (mais Microsoft a longtemps résisté...).
Connectez-vous ou Inscrivez-vous pour répondre.

Bonjour!

Pour participer au forum, cliquer sur l'un des boutons :

Connexion S'inscrire

Catégories

In this Discussion

Qui est en ligne 19

DomGaBuZoMeuSMISethMorleyJuniorbertydedekind93gerard0stfj +11 Invités