Les problèmes de base sont les suivants: a) vous souhaitez gérer différemment les images raster et vectorielles; b) cela introduit des pièges potentiels. La "bonne" chose à faire dépend un peu de votre sortie finale. Si votre sortie finale doit être un fichier .pdf, et vous n'avez pas besoin de pstricks ou quoi que ce soit d'autre que ces jours vous feriez probablement mieux d'utiliser pdflatex pour produire directement le fichier.
Dans ce cas:
- magasin tous les chiffres vectoriels en .pdf
- magasin tous les chiffres raster comme .png (ou jpeg si elles étaient à l'origine jpeg)
- utilisation package graphicx et \ includegraphics { nom de fichier, sans suffixe}
Si vous ne le faites pas ci-dessus, vos chiffres raster seront convertis en fichiers JPEG et peuvent gagner des artefacts de compression. png est le meilleur pari si vous pouvez choisir la sortie.
Si vous vous dirigez vers le fichier .dvi, vous aurez besoin de fichiers .eps pour tout. (Vous pouvez gzip ces fichiers tant que vous générez un fichier de boîte englobante).
Si vous êtes prudent, vous pouvez faire les deux. Je stocke toutes les figures vectorielles comme .eps (compressé) parce qu'il y a quelques choses .pdf ne peut pas faire cela .eps peut. Je stocke toutes les figures raster en .png. En utilisant make, je peux avoir des copies temporaires de ces versions canoniques générées à la volée pour la sortie .dvi ou .pdf selon les besoins.
Quelqu'un ci-dessus a souligné le problème du nom de fichier. Vous voulez éviter "." dans les noms de fichiers, et évitez les suffixes toujours dans votre fichier latex lui-même.
Ce n'est pas une bonne idée de convertir des graphiques vectoriels en PNG. Le résultat sera laid. – Kaarel
La question portait sur les images bitmap et vectorielles; le -1 était injustifié. +1 de moi. – ShreevatsaR