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"?
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.
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.
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é
Le Mon, 10 Jan 2005 21:38:02 +0100 Matthieu Moy 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
Mais je reconnais que ça n'est pas forcément la meilleure solution... -- Denis
Le Mon, 10 Jan 2005 21:38:02 +0100
Matthieu Moy <MatthieuNOSPAM.Moy@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
Le Mon, 10 Jan 2005 21:38:02 +0100 Matthieu Moy 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
Le Mon, 10 Jan 2005 20:28:30 +0100 Matthieu Moy 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
Coucou Matthieu !
Matthieu Moy 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.
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.
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 Countcham writes:
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 !).
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 !).
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
lhabert
Matthieu Moy :
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.
Matthieu Moy :
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.
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
"lh" == Luc Habert writes:
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/>
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/>
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
Eric Marsden écrit:
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 ?
Eric Marsden <emarsden@laas.fr> écrit:
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!
