Bonjour à tous, je ne sais pas si ce sujet est bien adapté ici, mais comme LaTeX c'est quand même de la semi-programmation, je poste ici ...
Mon souci est le suivant :
 
Débutant avec LaTeX, j'utilise un éditeur appelé TeXmaker et j'ai quelques soucis pour insérer des images.
 
Voici le code :
 
\documentclass{article}
\usepackage[dviwin]{graphicx} %je suis souw windows...
 
\begin{document}
 
\listoffigures
 
\begin{figure}[!t]
\centering
\includegraphics{IMGP1158}
\caption{Tux, le pingouin}
\label{Tux}
\end{figure}
 
\end{document}
 
On passera le caractère inutile du texte, l'important étant que :
- Le fichier existe, et est placé dans le même répertoire que les fichiers compilés de différents types (dvi, tex, pdf ...)
- Il est au format .eps
- Le logiciel compile, et je n'ai aucun message d'erreur
- Quand je veux visualiser le document .dvi, à l'aide de mon invite de commande par exemple, cela ne fonctionne pas, ie le fichier .pdf est produit, mais tout sauf l'image est présent (je vois même un blanc à l'endroit où il devrait y avoir l'image)
 
Y a-t-il une personne ici qui pourrait m'éviter d'avoir à détruire mon ordinateur sous un accès de rage ??
 
Merci beaucoup.

De la bonne taille?
Si oui, c'est sans doute un pb lié a l'origine des coordonnées du dessin postscript (ou de la bounding box)
A+,

Oui de bonne taille (enfin je pense)...
 
Mais pourrais-tu expliquer le problème auquel tu fais référence, je n'ai pas très bien saisi...  
 
Merci

Si c'est de la bonne taille, ça signifie que la bounding box a été correctement lue dans le fichier eps.
Maintenant, deux cas de figure:
- soit le programme qui est censé lire l'eps pour en faire du dvi échoue (ca devrait apparaitre dans le log).
- soit il dessine le dessin en dehors de la page, pour une question de coordonnées dans l'eps qui mettent les origines du dessin en dehors de la page
A+,

S'il utilise pdf(La)TeX pour generer directement le pdf, c'est normal, pdf(La)TeX ne sait pas gerer les images au format eps (dvipdfm bien).  Essaie avec une image au format png ou meme pdf, qui sont supportes par pdf(La)TeX.
 
Edit: correction.

 
Oui je suis d'accord, ça doit être un truc comme ça.
Ce qui me chagrine c'est cà:
\begin{figure}[!t]
\centering
\includegraphics{IMGP1158}
\caption{Tux, le pingouin}
\label{Tux}
\end{figure}  
 
J'ai peur qu'en absence d'extension, il aille chercher IMGP1158.png ou jpg ou je ne sais quoi, mais pas eps.
 
Sinon il y a effectivement plusieurs chaines de compilation possible.
Celle que j'utilise avec des figures en eps c'est latex ->dvips->ps2pdf.
 
 

Euh, en sortie de latex, tu as verifié avec un viewer dvi si l'image était absente?
Au vu de  

j'avais pensé que oui, mais si tu ne l'as pas fait...
Parce que si l'image est dans le dvi, inutile de toucher au source LaTeX.
 

euh, une image au format eps, ça n'a rien a voir avec le format pdf
 
A+,

 
Corrige (pdf(La)TeX ne sait pas gerer les images au format eps, il lui faut du pdf ou du png -- peut-etre aussi d'autres formats, mais pas eps)

Bon déjà merci pour votre aide, mais les problèmes subsistent.
 
J'ai téléchargé un convertisseur jpeg -> pdf, png ...
Il fonctionne, mais voilà le message d'erreur que le log me renvoit lorsque je compile :
 
!LaTeX error : Cannot determine size of graphic in IMG1213.png (no size specified)
 
Voilà voilà, ça commence sérieusement à me les *** sachant que j'essaie quand même depuis quelques jours de régler ce problème..
 
Bref, si vous pouviez encore m'aider un peu, ça me faciliterait les choses.
 
Merci

pdfLaTeX peut être, mais à la base, LaTeX sait le faire depuis 20 ans.
Alors il suffit de faire
LaTeX -> dvi -> ps -> pdf (la dernière étape via ghostscript) pour avoir un pdf (pas vectorisé)
Bon, je serais pas de retour avant ce soir.
A+,

 
Ou LaTeX->dvi->pdf.
 
Mais Amadeus utilise vraisemblablement pdfTeX comme moteur -- c'est par défaut dans les dernières distributions et si je ne m'abuse quasiment obligatoire pour LaTeX -- et je n'ai aucune idée de ce que Texmaker fait quand on lui demande un pdf.  Passer par un dvi puis dvips puis ps2pdf, ou dvi et dvipdfm (ou autre) ou bien demander au moteur de faire du pdf?  Les trois ont leur avantages (utilisation possible de pstricks pour le premier, support de differentes fonctionnalites de pdf et de differents formats de fichiers graphiques pour les deux autres -- au moins historiquement, je ne suis pas ca de trop pres).
 
Une bonne source d'aide reste le newsgroup fr.comp.text.tex, il doit y avoir des utilisateurs de Texmaker qui pourront mieux guider l'OP que moi.
 
Pour donner une idee du contexte a l'OP.  Un moteur TeX est le programme qui comprend les .tex.  Il y a l'original de Knuth mais en pratique on en utilise d'autres (parmis les derniers: pdfTeX, XeTeX, luaTeX).  En principe un moteur TeX ne gere que des boites (caracteres ou images) et genere un dvi indiquant comment les placer et ou recuperer leur contenu, le dvi peu aussi contenir des instructions qui ne sont pas comprises universellement par les programmes traitant les fichiers dvi (du genre gestion de couleur) et auxquelles le moteur TeX ne comprend rien.  Les derniers moteurs on tendance a faire un peu plus (par exemple etre capable de generer autre chose que du dvi directement pour pdfTeX), mais le principe reste le meme.  Le dvi est ensuite lu par d'autres programmes qui recuperent le contenu des boites -- pour autant qu'ils soient capables d'en comprendre le format que ce soit pour les fontes ou les images -- et interpretent aussi les instructions speciales qu'ils comprennent.
 
Si tu as un espace vide plutot qu'une image, c'est vraisemblablement que la partie pre-dvi fonctionne bien et la partie post-dvi non.  Parmis les causes possibles:
- le fichier n'est pas trouve (etrange si le moteur l'a trouve et qu'en plus c'est le repertoire courant, mais la recherche des fichiers par les programmes autour de TeX est un poil complexe)
- le format n'est pas supporte par toute la chaine (mon hypothese),
- le fichier est mal forme (hypothese de gilou)
- le fichier est mal interprete
- un des programmes de la chaine est dans un mode "brouillon" ou les images ne sont pas traitees (mais il me semble que dans ce cas tu devrais avoir le nom de fichier a la place).
 
Je remarque que tu utilisais dviwin en option de grahicx, ca peut changer les instructions supplementaires generees par le moteur TeX pour l'inclusion, c'est possible que ca aide la chaine en affichage mais la gene pour la generation de pdf...

 
 
Pour les eps, latex va chercher les informations de taille d'image dans la bounding box.
Je ne sais pas ce qu'il y a dans un png jpg etc... Essaie de forcer une taille d'image ????
 
\begin{figure}[ht!]
\begin{center}
\includegraphics[width=10cm,height=10cm]{../youhou.eps}
\end{center}
\caption{yaha.}
\label{deCadix}
\end{figure}

J'avoue que je ne comprends pas grand chose à tout ça. Il reste la chose suivante :
l'erreur donnée par le log concernerait le fait que le compilateur l'arrive pas à déterminer la taille de l'image, et je ne sais absolument pas quoi y faire.  
 
je pense qu'en attendant , je vais repasser sous mon bon vieux microsoft words.
 
Merci
 
Si quelqu'un a encore des conseils...

Bon, nouvel élément :
 
Suite au commentaire de "Un programmateur", j'ai supprimé l'option dviwin de ma commande usepackage{graphicx}.
 
Et ca marche !
Enfin : le log me dit toujours qu'il y a une erreur, mais maintenant, je peux inclure des images jpg ! Du coup, l'erreur signalée peut être corrigée avec l'option scale sans trop de soucis.
Bref, ça fonctionne.
 
Quelqu'un ici pourrait-il prendre un petit peu le temps de m'expliquer en gros ce qui s'est passé ?  
Je sais, vous êtes tous sur linux, mais svp sans trop de termes techniques, je ne suis pas un spécialiste d'informatique (j'ai quelques notions, mais ça s'arrête vite...)

 
Nan mais c'est du bricolage ce que tu fais. C'est long à apprendre, mais faut le faire.
Si je me souviens bien, latex en 88 minutes est bien pour survoler le tout:
http://tex.loria.fr/general/flshort-3.3.pdf