latex, acroread et rafraichissement
Buttay cyril
Dans le cadre de ma migration windows -> linux, j'ai troqué texniccenter
(pout éditer les fichiers tex) contre emacs.
Pour le moment je rame un peu, mais je me soigne... Le seul truc qui me
cause vraiment soucis actuellement, c'est la gestion d'acroread: Sous
texniccenter, j'avais un fonctionnement qui m'allait bien: avant de
compiler le fichier, texniccenter fermait le fichier pdf ouvert. Du
coup, quand je demandais une visualisation, mon fichier pdf était
toujours à jour.
Avec emacs, il me faut fermer explicitement le fichier pdf avant de
faire "view", sinon le fichier affiché n'est pas mis à jour.
Avez vous des idées pour corriger ce comportement? (tous mes fichiers
sont ceux de la mandrake 10)
Dans le même ordre d'idées, comment faire comprendre à emacs que quand
j'ai fait une compilation avec latex pdf (ce que j'utilise quasiment à
chaque fois) il faudrait que view me propose "acroread fichier.pdf" et
non pas "xdvi fichier.dvi"?
Cordialement
Cyril
Luc Habert
> Avec emacs, il me faut fermer explicitement le fichier pdf avant de
> faire "view", sinon le fichier affiché n'est pas mis à jour.
Je n'ai pas de solution directe, mais il y a un contournement : utiliser
« gv » à la place d'« acroread ». Il a une option pour regarder fréquemment
si le fichier qu'on lui a fait lire a changé (l'option « Watch File » du
menu « State »). Tu peux l'activer par défaut en mettant la ressource
« GV.watchFile: True ».
Pascal Bourguignon
> Bonjour,
>
> Dans le cadre de ma migration windows -> linux, j'ai troqué
> texniccenter (pout éditer les fichiers tex) contre emacs.
>
> Pour le moment je rame un peu, mais je me soigne... Le seul truc qui
> me cause vraiment soucis actuellement, c'est la gestion d'acroread:
> Sous texniccenter, j'avais un fonctionnement qui m'allait bien: avant
> de compiler le fichier, texniccenter fermait le fichier pdf ouvert. Du
> coup, quand je demandais une visualisation, mon fichier pdf était
> toujours à jour.
>
> Avec emacs, il me faut fermer explicitement le fichier pdf avant de
> faire "view", sinon le fichier affiché n'est pas mis à jour.
>
> Avez vous des idées pour corriger ce comportement? (tous mes fichiers
> sont ceux de la mandrake 10)
On peut le faire comme une brute, ajouter:
(shell-command "kill $(ps axf|grep acroread|awk '{print $1}')")
à un endroit stratégique.
> Dans le même ordre d'idées, comment faire comprendre à emacs que quand
> j'ai fait une compilation avec latex pdf (ce que j'utilise quasiment à
> chaque fois) il faudrait que view me propose "acroread fichier.pdf" et
> non pas "xdvi fichier.dvi"?
--
__Pascal Bourguignon__ http://www.informatimago.com/
Our enemies are innovative and resourceful, and so are we. They never
stop thinking about new ways to harm our country and our people, and
neither do we. -- Georges W. Bush
Buttay cyril
> Buttay cyril <cyril.butta...@wanadoo.fr> writes:
>>Avec emacs, il me faut fermer explicitement le fichier pdf avant de
>>faire "view", sinon le fichier affiché n'est pas mis à jour.
>
>
> (shell-command "kill $(ps axf|grep acroread|awk '{print $1}')")
>
> à un endroit stratégique.
dites moi si je me trompe, mais cela ne va t-il pas tuer un acroread, le
premier qui se présente, et quelque soit le nombre de fichiers ouverts?
Si c'est ça, ça me botte moyen, vu qu'il faudra relancer acroread à
chaque fois (en fait texniccenter envoyait un signal de fermeture de
fichier à acrobat, pas de fermeture de l'application). D'autre part,
j'ai souvent plusieurs fichiers pdf ouverts en même temps (par exemple
un tuto emacs...), donc j'aimerais ne pas avoir à les relancer à chaque
compil latex.
Cyril
Buttay cyril
> Buttay cyril <cyril.butta...@wanadoo.fr> a écrit :
>>Dans le même ordre d'idées, comment faire comprendre à emacs que quand
>>j'ai fait une compilation avec latex pdf (ce que j'utilise quasiment à
>>chaque fois) il faudrait que view me propose "acroread fichier.pdf" et
>>non pas "xdvi fichier.dvi"?
>
> grâce à la variable TeX-view-style :
>
> (setq TeX-view-style '(("^pdftex$" "acroread %s.pdf")
> ("." "xdvi %d")))
>
>
merci, j'essaie ça tout de suite.
Cyril
Buttay cyril
C'est ce que je viens de faire (j'avais essayé xpdf, et je n'étais pas
convaicu avec des problèmes de télescopage de caractères). Mais bon,
l'interface gv est encore moins pratique que celle de acroread linux je
trouve... (rendez moi ma molette!)
Merci
Cyril
Buttay cyril
> Moyennant un [pdftex] par exemple en option de documentclass, on s'en sort
> grâce à la variable TeX-view-style :
>
> (setq TeX-view-style '(("^pdftex$" "acroread %s.pdf")
> ("." "xdvi %d")))
>
Je viens de faire un copier coller dans mon .emacs, mais c'est un bide..
Y a t-il des précautions à prendre (charger avant ou après autre truc)?
Là, je l'ai mis à la fin, et ça ne me change rien (avec pdftex en option
de classe)
des idées?
Cyril
Denis Bitouzé
Buttay cyril <cyril.butta...@wanadoo.fr> a écrit:
> Sous
> texniccenter, j'avais un fonctionnement qui m'allait bien: avant de
> compiler le fichier, texniccenter fermait le fichier pdf ouvert. Du
> coup, quand je demandais une visualisation, mon fichier pdf était
> toujours à jour.
J'imagine que tu utilises auctex. Chez moi, avec emacs 21.3.2,
j'active le mode pdflatex avec C-c C-t C-p. Puis, quand une compilation
pdflatex, lancée avec C-c C-c, vient de se terminer, au C-c C-c
suivant, j'ai :
Command: (default View)
Entrée
View command: xpdf toto.pdf
Entrée
Et là, xpdf se lance.
Si j'effectue des corrections et que je recompile le fichier, je ne
recommence pas l'étape décrite ci-dessus : je passe à la fenêtre de
xpdf et je tape :
r
Cela recharge le fichier pdf et affiche donc les corrections.
> Dans le même ordre d'idées, comment faire comprendre à emacs que
> quand j'ai fait une compilation avec latex pdf (ce que j'utilise
> quasiment à chaque fois) il faudrait que view me propose "acroread
> fichier.pdf" et non pas "xdvi fichier.dvi"?
xpdf est *bien*, non ?
--
Denis
Buttay cyril
> Le Sat, 08 Jan 2005 16:34:32 +0100
> Buttay cyril <cyril.butta...@wanadoo.fr> a écrit:
>
>
>>Sous
>>texniccenter, j'avais un fonctionnement qui m'allait bien: avant de
>>compiler le fichier, texniccenter fermait le fichier pdf ouvert. Du
>>coup, quand je demandais une visualisation, mon fichier pdf était
>>toujours à jour.
>
>
> J'imagine que tu utilises auctex. Chez moi, avec emacs 21.3.2,
> j'active le mode pdflatex avec C-c C-t C-p.
J'utilise bien auctex, mais C-c C-t ne produit chez moi que *bip*.... et
quand je regarde dans l'aide, aucune combinaison de touches n'existe
avec C-C C-t. (Auctex version 12). Une idée?
Domage, parce que ce que tu présentes est tentant...
> xpdf est *bien*, non ?
Ben, j'ai eu deux trois problèmes de collisions de lettres avec xpdf,
alors que l'acrobat correspondant était nikel... Mais bon, je peux bien
utiliser autre chose, vu qu'en plus acrobat pour linux est leeeeent !
Cyril
Denis Bitouzé
Buttay cyril <cyril.butta...@wanadoo.fr> a écrit:
> J'utilise bien auctex, mais C-c C-t ne produit chez moi que *bip*....
> et
> quand je regarde dans l'aide, aucune combinaison de touches
> n'existe
> avec C-C C-t. (Auctex version 12). Une idée?
J'ai donc emacs-21.3-18mdk et emacs-auctex-11.51-2mdk. Cette « TeXing
option » (PDF mode activé donc par C-c C-t C-p) ne figure que dans les
versions récentes d'emacs, à ce que je sais...
> Ben, j'ai eu deux trois problèmes de collisions de lettres avec xpdf,
> alors que l'acrobat correspondant était nikel... Mais bon, je peux
> bien utiliser autre chose, vu qu'en plus acrobat pour linux est
> leeeeent !
Qu'entends-tu par « collisions de lettres » ?
--
Denis
Buttay cyril
> J'ai donc emacs-21.3-18mdk et emacs-auctex-11.51-2mdk. Cette « TeXing
> option » (PDF mode activé donc par C-c C-t C-p) ne figure que dans les
> versions récentes d'emacs, à ce que je sais...
ben le mien est un 21.3.2 assorti de son auctex 12.. c'est pas du trop
vieux non plus...
> Qu'entends-tu par « collisions de lettres » ?
Je viens de regarder, et en fait je crois que j'ai confondu xpdf et
kghostview. Dans ce dernier (si c'est bien lui), les tirets étaient
superposés à la lettre qui les suivait. Ce qui n'était pas très beau à
voir. C'est en partie pour ça que j'utilisais acroread, de manière à
être sur qu'il ne s'agissait que d'un bug d'affichage.**
Mais je viens d'essayer xpdf, et c'est vrai qu'il est pas mal, notamment
avec le support de la molette de la souris (c'est que je tiens à mon
petit confort, moi).
Bon, je vais essayer de me bricoler un truc à base de xpdf... quand je
voudrai faire du beamer (qui utilise pas mal de fonctionalités de
acrobat)... ben je vous rapellerai!
Cyril
drkm
> Denis Bitouzé wrote:
>> J'ai donc emacs-21.3-18mdk et emacs-auctex-11.51-2mdk. Cette « TeXing
>> option » (PDF mode activé donc par C-c C-t C-p) ne figure que dans les
>> versions récentes d'emacs, à ce que je sais...
> ben le mien est un 21.3.2 assorti de son auctex 12.. c'est pas du trop
> vieux non plus...
Que donne `C-h k C-c C-t C-p' chez toi, Denis ? Ce n'est peut-être
qu'une histoire de bindings. Si Cyril dit qu'Emacs « beeps » sur `C-c
C-t', c'est qu'il n'a pas de map associée ...
--drkm
Denis Bitouzé
drkm <usenet....@fgeorges.org> a écrit:
> Que donne `C-h k C-c C-t C-p' chez toi, Denis ? Ce n'est peut-être
> qu'une histoire de bindings. Si Cyril dit qu'Emacs « beeps » sur
> `C-c C-t', c'est qu'il n'a pas de map associée ...
Ça donne ça mais je préviens tout de suite, je n'y comprends rien !
C-c C-t C-p runs the command TeX-PDF-mode
which is an interactive compiled Lisp function in `tex'.
(TeX-PDF-mode &optional ARG PARSED)
Toggles PDF mode.
Interactive ARG if positive switches on, non-positive off.
If PARSED is non-nil, buffer-local values of `TeX-PDF-mode' will not
get overwritten.
If the current value was parsed and conflicts with the new value,
the default will be used instead.
See `TeX-global-PDF-mode' for toggling the default value.
--
Denis
drkm
> Le Sat, 08 Jan 2005 22:45:55 +0100
> drkm <usenet....@fgeorges.org> a écrit:
>> Que donne `C-h k C-c C-t C-p' chez toi, Denis ? Ce n'est peut-être
>> qu'une histoire de bindings. Si Cyril dit qu'Emacs « beeps » sur
>> `C-c C-t', c'est qu'il n'a pas de map associée ...
> Ça donne ça mais je préviens tout de suite, je n'y comprends rien !
> C-c C-t C-p runs the command TeX-PDF-mode
L'important, c'est surtout de savoir la commande liée à la séqunce
de touches. Maintenant, Cyril peut faire un :
C-h f T e X - P D F - m o d e <RET>
pour voir s'il possède cette commande (et donc c'est juste les maps
qui diffèrent) ou si la version qu'il possède ne la fournit pas.
Maintenant, je ne connais pas AUCTeX, donc je ne sais pas si cette
information suffira.
--drkm
drkm
> Pour recharger le tex-site.el, je fais ça à la warrior, pour être sûr :
> je relance (X)Emacs.
Tester un :
M-x f i n d - l i b r a r y <RET> t e x - s i t e <RET>
avant pourrait te faire gagner du temps, peut-être.
--drkm
drkm
> Le ptit défaut de ce hack, c'est qu'il faudrait qu'il lance la commande
> de visualisation adéquate en fonction de la commande lancée pour
> compiler le document (je n'y ai pas encore réfléchi, mais vu la
> puissance de ELisp ;-), ça devrait le faire...)
Je n'ai pas tout compris. J'imagine qu'il y a deux commandes, une
pour compiler un fichier TeX, et une pour visualiser le résultat. La
compilation peut aller jusqu'au DVI, au PS, PDF, etc. Le but du jeu
étant que la commande de visualisation passe la commande ad-hoc au
shell pour visualiser le document généré (donc le bon fichier, le bon
programme, les bonnes options, ...).
Au pire, il devrait être assez simple d'adviser la commande de
compilation pour stocker les infos nécessaires à la commande de
visualisation.
AUCTeX ne fournit pas un mécanisme similaire ? Par exemple avec un
« style » de fichier, renseignant entre autres les commandes de
compilation et de visualisation ?
--drkm
Denis Bitouzé
fred <fredan...@free.fr> a écrit:
> > xpdf est *bien*, non ?
> non.
Ouah, l'aut', eh ! Aurais-tu, je te prie, l'obligeance de bien vouloir
argumenter ?
--
Denis
Denis Bitouzé
fred <fredan...@free.fr> a écrit:
> Non. :-))))
> Comment dire... je n'aime pas xpdf.
> Si je l'ai viré, c'est que j'avais de bonnes raisons à l'époque. :-)
Ce n'était pas pour lancer un troll que je demandais cela : c'était
seulement parce que xpdf est le seul visualisateur de fichiers .pdf que
j'aie jamais utilisé car il me suffit amplement. Mais peut-être
passè-je à côté de tas de fonctionnalités qui me seraient bien utiles,
qui sait ?
--
Denis
Olivier Beyssac
> Bonjour,
Bonjour,
> Pour le moment je rame un peu, mais je me soigne... Le seul truc qui me
> cause vraiment soucis actuellement, c'est la gestion d'acroread: Sous
> texniccenter, j'avais un fonctionnement qui m'allait bien: avant de
> compiler le fichier, texniccenter fermait le fichier pdf ouvert. Du
> coup, quand je demandais une visualisation, mon fichier pdf était
> toujours à jour.
J'obtiens un comportement similaire sous Emacs mais en utilisant xdvi
sur le fichier DVI plutôt que acroread sur le fichier PDF.
xdvi(1) :
Before displaying a page of a DVI file, xdvi will check to see if
the file has changed since the last time it was displayed. If
this is the case, it will reload the file. This feature allows
you to preview many versions of the same file while running xdvi
only once.
En gros, il suffit de faire « latex fichier && xdvi fichier » à la
première compilation. Pour le suite, il suffit de compiler le fichier
LaTeX et xdvi mettra à jour comme un grand.
--
Olivier Beyssac - o...@r14.freenix.org
Buttay cyril
>>cause vraiment soucis actuellement, c'est la gestion d'acroread: Sous
>>texniccenter, j'avais un fonctionnement qui m'allait bien: avant de
>>compiler le fichier, texniccenter fermait le fichier pdf ouvert. Du
>>coup, quand je demandais une visualisation, mon fichier pdf était
>>toujours à jour.
> J'obtiens un comportement similaire sous Emacs mais en utilisant xdvi
> sur le fichier DVI plutôt que acroread sur le fichier PDF.
Bonjour,
En ce qui me concerne, je travaille avec pdflatex, et les formats
d'image acceptés ne sont pas ceux de latex (pdf et jpg contre eps). Du
coup, il m'est difficile de passer au dvi!
Mais les solutions basées sur xpdf ont un comportement similaire.
Merci
Cyril
Buttay cyril
> L'important, c'est surtout de savoir la commande liée à la séqunce
> de touches. Maintenant, Cyril peut faire un :
>
> C-h f T e X - P D F - m o d e <RET>
>
> pour voir s'il possède cette commande (et donc c'est juste les maps
> qui diffèrent) ou si la version qu'il possède ne la fournit pas.
J'ai essayé, verdict: je ne possède pas la commande. Mais pour le
moment, j'ai réussi à m'en sortir avec votre aide, donc ça ne me
chagrine pas. Maintenant, emacs me propose xpdf fichier.pdf quand je
compile avec un pdftex dans les options du fichier, et le
rafraichissement est facile. Ca suffit à peu près à mon bonheur
Merci
Cyril
Buttay cyril
> version 12 ?
> L'en est à 11.53 sur sa page, Dave...
>
> Ou alors où me goure-je ?
>
C'est peut être moi qui me suis trompé. Je ne me souviens même plus
comment j'ai obtenu ce numéro de version (je n'arrive plus à le
retrouver), et dès que j'ai vu apparaître une suite de chiffres, j'ai
arrêté mes recherches et j'ai décidé que ce devait être le numéro de
version...
Cyril
drkm
> drkm wrote:
>> L'important, c'est surtout de savoir la commande liée à la séqunce
>> de touches. Maintenant, Cyril peut faire un :
>> C-h f T e X - P D F - m o d e <RET>
>> pour voir s'il possède cette commande (et donc c'est juste les maps
>> qui diffèrent) ou si la version qu'il possède ne la fournit pas.
> J'ai essayé, verdict: je ne possède pas la commande.
Je me rend compte que j'ai oublié un aspect de cette commande : le
fichier qui normalement définit la fonctin cherchée doit être chargé
pour la trouver. Donc si elle échoue, c'est effectivement que la
fonction n'est pas définie. Soit qu'aucun fichier lisp ne la définit,
soit que ce fichier n'a pas été chargé.
Un bon vieux « grep TeX-PDF-mode [AUCTeX]/lisp/*.el » est encore le
plus simple, je trouve, plutôt que de chercher où la fonction est
définie, charger le fichier ...
> Mais pour le
> moment, j'ai réussi à m'en sortir avec votre aide, donc ça ne me
> chagrine pas. Maintenant, emacs me propose xpdf fichier.pdf quand je
> compile avec un pdftex dans les options du fichier, et le
> rafraichissement est facile. Ca suffit à peu près à mon bonheur
Pas entièrement, j'espère ;-).
--drkm
drkm
> fred wrote:
Il arrive que des distributions ne respectent pas les numéros de
versions des programmes qu'ils « packagent ». Et avoir changé un
11.53 en 12 ne me surprendrait qu'à moitié ...
--drkm
Matthieu Moy
> C'est ce que je viens de faire (j'avais essayé xpdf, et je n'étais pas
> convaicu avec des problèmes de télescopage de caractères).
Les dernieres versions ont resolu pas mal de problemes de ce point de
vue la. Je trouve ca tres utilisable maintenant.
Sinon, tu en as des tas d'autres : gpdf et kpdf par exemple.
--
Matthieu
Denis Bitouzé
Buttay cyril <cyril.butta...@wanadoo.fr> a écrit:
> En ce qui me concerne, je travaille avec pdflatex, et les formats
> d'image acceptés ne sont pas ceux de latex (pdf et jpg contre eps).
Le format png est aussi accepté par pflatex.
> Du coup, il m'est difficile de passer au dvi!
Si tu as installé ImageMagick, la commande :
convert toto.jpg toto.eps
te fournit un eps. Par contre, il est possible que le viewer de fichier
dvi ne l'affiche pas. Dans ce cas, après compilation de titi.tex :
C-c C-c
Entrée
f
TAB <-- peut-être même pas nécessaire
Entrée
te génère le fichier titi.ps, que tu peux visualiser avec gv par
exemple...
--
Denis
Matthieu Moy
> Si tu as installé ImageMagick, la commande :
>
> convert toto.jpg toto.eps
>
> te fournit un eps.
En perdant le gain de place de la compression jpeg ... Quand on a
plusieurs images dans un document, on arrive vite a des documents de
plusieurs dizaines de mega octets, c'est tres lourd.
--
Matthieu
Denis Bitouzé
Matthieu Moy <MatthieuN...@imag.fr.invalid> a écrit:
> En perdant le gain de place de la compression jpeg ... Quand on a
> plusieurs images dans un document, on arrive vite a des documents de
> plusieurs dizaines de mega octets, c'est tres lourd.
Certes, il y a néanmoins je crois moyen de décompresser à la volée (cf.
p. 51 de
http://www.ctan.org/tex-archive/info/fepslatex.ps).
Mais je reconnais que ça n'est pas forcément la meilleure solution...
--
Denis
Denis Bitouzé
Matthieu Moy <MatthieuN...@imag.fr.invalid> a écrit:
> Sinon, tu en as des tas d'autres : gpdf et kpdf par exemple.
Ne sont-ce pas que des enrobages de xpdf ?
--
Denis
Prakash Countcham
Matthieu Moy <MatthieuN...@imag.fr.invalid> writes:
> En perdant le gain de place de la compression jpeg ... Quand on a
> plusieurs images dans un document, on arrive vite a des documents de
> plusieurs dizaines de mega octets, c'est tres lourd.
Si tu utilises le bon niveau de PostScript, tu n'as quasiment pas de perte de
place. Voir par exemple http://minilien.com/?fw1RX22bH5
--
Prakash, qui pense que le "Turing complete" a quand même des avantages, et
qui en plus utilise des imprimantes PostScript.
Matthieu Moy
> Prakash, qui pense que le "Turing complete" a quand même des avantages, et
> qui en plus utilise des imprimantes PostScript.
Je ne sais pas si le PDF est "Turing complete", mais j'ai déjà vu une
mini calculette dans un document PDF (tu cliques sur les boutons a la
souris et quand tu cliques sur "=", ca t'affiche le résultat !).
--
Matthieu
Luc Habert
> Je ne sais pas si le PDF est "Turing complete",
Il ne l'est pas. Un pdf, c'est en gros la trace de l'exécution d'un ps, en
ne gardant que les appels aux primitives graphiques.
> mais j'ai déjà vu une mini calculette dans un document PDF (tu cliques sur
> les boutons a la souris et quand tu cliques sur "=", ca t'affiche le
> résultat !).
Ça, c'est une goodie d'acroread, qui permet d'embarquer des applets en je
sais pas quoi dans le pdf.
Eric Marsden
> mais j'ai déjà vu une mini calculette dans un document PDF (tu cliques sur
> les boutons a la souris et quand tu cliques sur "=", ca t'affiche le
> résultat !).
lh> Ça, c'est une goodie d'acroread, qui permet d'embarquer des applets en je
lh> sais pas quoi dans le pdf.
c'est très probablement du Javascript. Il est bô le progrès!
--
Eric Marsden <URL:http://www.laas.fr/~emarsden/>
Laurent Wacrenier
> lh> Ça, c'est une goodie d'acroread, qui permet d'embarquer des applets en je
> lh> sais pas quoi dans le pdf.
>
> c'est très probablement du Javascript. Il est bô le progrès!
Du javascript dans du PDF ? Pourquoi faire ?
Paul Gaborit
À (at) Tue, 11 Jan 2005 17:35:32 +0000 (UTC),
Laurent Wacrenier <lwa@ teaser . fr> écrivait (wrote):
> Du javascript dans du PDF ? Pourquoi faire ?
... de futurs virus peut-être ?
--
Paul Gaborit - <http://www.enstimac.fr/~gaborit/>
Matthieu Moy
La même chose que dans de l'HTML (qui a dit « des conneries » ?) :
http://www.planetpdf.com/developer/article.asp?ContentID=6575
--
Matthieu
Xavier Maillard
> À (at) Tue, 11 Jan 2005 17:35:32 +0000 (UTC),
> Laurent Wacrenier <lwa@ teaser . fr> écrivait (wrote):
> > Du javascript dans du PDF ? Pourquoi faire ?
>
> ... de futurs virus peut-être ?
... ça devient du grand Art :p Maintenant n'importe quel kid
pourra venir pourrir la vie des gens...
--
Hito no kokoro wa kawareru mono
Matthieu Moy
> ... ça devient du grand Art :p Maintenant n'importe quel kid
> pourra venir pourrir la vie des gens...
http://www.google.fr/search?q=pdf+virus
:-(
--
Matthieu
Luc Habert
>> Du javascript dans du PDF ? Pourquoi faire ?
>
> ... de futurs virus peut-être ?
Même pas la peine : les viewers de pdf sont suffisament pleins de buffer
overflows dans le parsing du pdf...