Re: css pour tex4ht
C'est Jean-Pierre.Chretien qui a écrit: (Mon, 3 Feb 2003 08:18:44 +0100 (MET)) Bonjour, merci pour la réponse. | Cette fois ci j'utilise tex4ht (qu'on appelle avec htlatex). ... | l'exportation fonctionne mal. Notamment les css ne | sont pas exportées vers le répertoire de destination, mais restent (je | pense) perdues quelque part dans /tmp... ... | Utiliser Exporter au lieu de visualiser ? | | C'est plus rapide que d'aller à la pêche dans le temporaire, et | pas plus compliqué que de modifier les préférences pour travailler | sans temporaire. Justement, c'est bien ça le problème: c'est bien ce que je fais. J'ai du mal m'exprimer. Quand je me sers de visualiser: pas de problème, la css est là. Quand je me sers d'exporter: visiblement, d'après ce qui défile sur le terminal, toutes les actions se déroulent quelque part dans tmp, et ensuite les fichiers sont copiés vers le répertoire du fichier lyx. Seulement, je pense que lyx ne recopie que les fichiers html? Pour récupérer le css j'ai été obligé de le copier du répertoire temporaire où il avait été créé lors d'une visualisation. Je me demandais si c'était un problème connu dans lyx, ou si c'était une erreur de configuration de ma part, et dans ce cas si quelqu'un avait une idée d'où était l'erreur. | J'en profite pour faire part de ma propre expérience: | j'ai encapsulé la commande de traduction dans un script perl | qui rend un .zip quand il y a des dépendances (j'utilise latex2html, | mais ce besoin est inhérent à la nature des documents hypertexte). Bon, j'ai encore du chemin à faire. Je ne comprends pas ce que signifie dépendances dans ce contexte. C'est peut-être une évidence pourtant. | Pour les documents simples, j'appelle latex2html par une commande du | style latex2html -no_navigation -auto_prefix -split 0 -link 2 | -no_subdir -noshow_section_numbers -address -t $1 $1.tex | qui fait un service minimum avec comme titre le nom du fichier. | Pour les documents complexes, j'éclate au maximum pour que le service | se fasse page par page, je trouve l'investissement assez minime | pour un résultat déjà spectaculaire. Si on lit la doc en entier, | on fait vraiment ce qu'on veut entre doc papier et doc hypertexte | avec une seule source, et je précise uqe j'ai commencé à l'utiliser | à une époque oû je ne connaissais par perl. Des exemples de sites réalisés comme ça avec latex2html svp! Dans mon cas (http://gat.univ-lyon2.fr/flore-thebault/), j'ai: 1 document lyx par séance de cours, qui sert directement à sortir une version pdf. 1 document principal qui inclus(include) chacun des fichiers de cours, et qui me sert à sortir le site entier. Vous pensez que ce serait plus efficace de garder un système plus éclaté? | En ce qui concerne la traduction des couples ancre/lien, il est | évident que LyX ne peut pas préjuger du traducteur utilisé; j'avais | écrit un préprocesseur du fichier .lyx pour convertir les saisies | en commandes \htmlnormallinkfoot, mais je n'en ai pas eu trop besoin | récemment et je ne sais plus dans quel état il est | (cette commande crée un ancre standard hypertexte et un renvoi | en bas de page en doc papier). C'est bien pour les problèmes de traductions ancre/lien que j'ai fini par choisir tex4ht. Mais il y a d'autres avantages: le fichier de configuration permet de modifier le truc de manière vraiment fine. En tous ca je trouve ça plus simple que latex2html. Certains des environnements qui ne passaient pas avec hevea ou latex2html passent avec tex4ht. Par contre, dès qu'il y a des images, celles-ci manquent dans la version html. Je crois que c'était déjà mon problème il y a un an, et bien c'est toujour pas réglé. Et je ne sais pas ou regarder pour arranger ça. Pour l'instant, les imperfections de la sortie de tex4ht, c'est de ne pas être affichable correctement par dillo (les apostrophes, etc), donc, je suppose, sur des macs avec internet explorer puisque c'était ça le problème l'année dernière (c'est classe d'avoir dillo comme émulateur internet explorer quand même). Autre imperfection: lors de certaines compilations, des chapitres sont oubliés et je ne comprends pas pourquoi. -- Fabrice F-T
Re: css pour tex4ht
C'est Jean-Pierre.Chretien qui a écrit: (Mon, 3 Feb 2003 08:18:44 +0100 (MET)) Bonjour, merci pour la réponse. | >>Cette fois ci j'utilise tex4ht (qu'on appelle avec htlatex). ... | >>l'exportation fonctionne mal. Notamment les css ne | >>sont pas exportées vers le répertoire de destination, mais restent (je | >>pense) perdues quelque part dans /tmp... ... | Utiliser Exporter au lieu de visualiser ? | | C'est plus rapide que d'aller à la pêche dans le temporaire, et | pas plus compliqué que de modifier les préférences pour travailler | sans temporaire. Justement, c'est bien ça le problème: c'est bien ce que je fais. J'ai du mal m'exprimer. Quand je me sers de "visualiser": pas de problème, la css est là. Quand je me sers d'"exporter": visiblement, d'après ce qui défile sur le terminal, toutes les actions se déroulent quelque part dans tmp, et ensuite les fichiers sont copiés vers le répertoire du fichier lyx. Seulement, je pense que lyx ne recopie que les fichiers html? Pour récupérer le css j'ai été obligé de le copier du répertoire temporaire où il avait été créé lors d'une "visualisation". Je me demandais si c'était un problème connu dans lyx, ou si c'était une erreur de configuration de ma part, et dans ce cas si quelqu'un avait une idée d'où était l'erreur. | J'en profite pour faire part de ma propre expérience: | j'ai encapsulé la commande de traduction dans un script perl | qui rend un .zip quand il y a des dépendances (j'utilise latex2html, | mais ce besoin est inhérent à la nature des documents hypertexte). Bon, j'ai encore du chemin à faire. Je ne comprends pas ce que signifie "dépendances" dans ce contexte. C'est peut-être une évidence pourtant. | Pour les documents simples, j'appelle latex2html par une commande du | style latex2html -no_navigation -auto_prefix -split 0 -link 2 | -no_subdir -noshow_section_numbers -address "" -t $1 $1.tex | qui fait un service minimum avec comme titre le nom du fichier. | Pour les documents complexes, j'éclate au maximum pour que le service | se fasse page par page, je trouve l'investissement assez minime | pour un résultat déjà spectaculaire. Si on lit la doc en entier, | on fait vraiment ce qu'on veut entre doc papier et doc hypertexte | avec une seule source, et je précise uqe j'ai commencé à l'utiliser | à une époque oû je ne connaissais par perl. Des exemples de sites réalisés comme ça avec latex2html svp! Dans mon cas (http://gat.univ-lyon2.fr/flore-thebault/), j'ai: 1 document lyx par séance de cours, qui sert directement à sortir une version pdf. 1 document principal qui inclus(include) chacun des fichiers de cours, et qui me sert à sortir le site entier. Vous pensez que ce serait plus efficace de garder un système plus éclaté? | En ce qui concerne la traduction des couples ancre/lien, il est | évident que LyX ne peut pas préjuger du traducteur utilisé; j'avais | écrit un préprocesseur du fichier .lyx pour convertir les saisies | en commandes \htmlnormallinkfoot, mais je n'en ai pas eu trop besoin | récemment et je ne sais plus dans quel état il est | (cette commande crée un ancre standard hypertexte et un renvoi | en bas de page en doc papier). C'est bien pour les problèmes de traductions ancre/lien que j'ai fini par choisir tex4ht. Mais il y a d'autres avantages: le fichier de configuration permet de modifier le truc de manière vraiment fine. En tous ca je trouve ça plus simple que latex2html. Certains des environnements qui ne passaient pas avec hevea ou latex2html passent avec tex4ht. Par contre, dès qu'il y a des images, celles-ci manquent dans la version html. Je crois que c'était déjà mon problème il y a un an, et bien c'est toujour pas réglé. Et je ne sais pas ou regarder pour arranger ça. Pour l'instant, les imperfections de la sortie de tex4ht, c'est de ne pas être affichable correctement par dillo (les apostrophes, etc), donc, je suppose, sur des macs avec internet explorer puisque c'était ça le problème l'année dernière (c'est classe d'avoir dillo comme émulateur internet explorer quand même). Autre imperfection: lors de certaines compilations, des chapitres sont oubliés et je ne comprends pas pourquoi. -- Fabrice F-T
css pour tex4ht
Bon, désolé, j'ai encore un problème de conversion lyx[1.2.3,linux,debian]=html. Cette fois ci j'utilise tex4ht (qu'on appelle avec htlatex). C'est vraiment pas mal, ce qui en sort, et faire un fichier de configuration pour tex4ht c'est pas si dur finalement. Oui mais... C'est vraiment pas mal quand il s'agit d'utiliser la visualisation, mais l'exportation fonctionne mal. Notamment les css ne sont pas exportées vers le répertoire de destination, mais restent (je pense) perdues quelque part dans /tmp... Quelqu'un a-t-il déjà rencontré (et résolu) ce problème? -- Fabrice F-T
Re: css pour tex4ht
Date: Sun, 2 Feb 2003 22:01:48 +0100
From: Fabrice F-T [EMAIL PROTECTED]
To: LD LyX-fr [EMAIL PROTECTED]
Subject: css pour tex4ht
X-Face:
96Wi#wnctPZgm$L*?Y'hl!~aZm'W6W2NqDu.E-LA])^J?aQ`}cs/O]3w7U$!YzN
`|Cv*$xhaZ$4w;[`%1L17YB'*5]tPY{,|WoalOB2?sa*E@\4[H\][.9/uwBZ7c6NQEHefLW1t
P=Knw_?Jz.aOIj|!(HxG%zd%s0^R#3:Tf1c+m[k^6W}%-~C\`ci86'r~KSTjr[y=jnrS1iB[
Bon, désolé, j'ai encore un problème de conversion
lyx[1.2.3,linux,debian]=html.
Cette fois ci j'utilise tex4ht (qu'on appelle avec htlatex).
C'est vraiment pas mal, ce qui en sort, et faire un fichier de
configuration pour tex4ht c'est pas si dur finalement.
Oui mais... C'est vraiment pas mal quand il s'agit d'utiliser la
visualisation, mais l'exportation fonctionne mal. Notamment les css ne
sont pas exportées vers le répertoire de destination, mais restent (je
pense) perdues quelque part dans /tmp...
Quelqu'un a-t-il déjà rencontré (et résolu) ce problème?
Utiliser Exporter au lieu de visualiser ?
C'est plus rapide que d'aller à la pêche dans le temporaire, et
pas plus compliqué que de modifier les préférences pour travailler
sans temporaire.
J'en profite pour faire part de ma propre expérience:
j'ai encapsulé la commande de traduction dans un script perl
qui rend un .zip quand il y a des dépendances (j'utilise latex2html,
mais ce besoin est inhérent à la nature des documents hypertexte).
Pour les documents simples, j'appelle latex2html par une commande du style
latex2html -no_navigation -auto_prefix -split 0 -link 2 -no_subdir
-noshow_section_numbers -address -t $1 $1.tex
qui fait un service minimum avec comme titre le nom du fichier.
Pour les documents complexes, j'éclate au maximum pour que le service
se fasse page par page, je trouve l'investissement assez minime
pour un résultat déjà spectaculaire. Si on lit la doc en entier,
on fait vraiment ce qu'on veut entre doc papier et doc hypertexte
avec une seule source, et je précise uqe j'ai commencé à l'utiliser
à une époque oû je ne connaissais par perl.
En ce qui concerne la traduction des couples ancre/lien, il est
évident que LyX ne peut pas préjuger du traducteur utilisé; j'avais
écrit un préprocesseur du fichier .lyx pour convertir les saisies
en commandes \htmlnormallinkfoot, mais je n'en ai pas eu trop besoin
récemment et je ne sais plus dans quel état il est
(cette commande crée un ancre standard hypertexte et un renvoi
en bas de page en doc papier).
--
Jean-Pierre
css pour tex4ht
Bon, désolé, j'ai encore un problème de conversion lyx[1.2.3,linux,debian]=>html. Cette fois ci j'utilise tex4ht (qu'on appelle avec htlatex). C'est vraiment pas mal, ce qui en sort, et faire un fichier de configuration pour tex4ht c'est pas si dur finalement. Oui mais... C'est vraiment pas mal quand il s'agit d'utiliser la visualisation, mais l'exportation fonctionne mal. Notamment les css ne sont pas exportées vers le répertoire de destination, mais restent (je pense) perdues quelque part dans /tmp... Quelqu'un a-t-il déjà rencontré (et résolu) ce problème? -- Fabrice F-T
Re: css pour tex4ht
>>Date: Sun, 2 Feb 2003 22:01:48 +0100 >>From: Fabrice F-T <[EMAIL PROTECTED]> >>To: LD LyX-fr <[EMAIL PROTECTED]> >>Subject: css pour tex4ht >>X-Face: 96Wi#wnctPZ"gm$L*?Y'h>l!~aZm'W<6W2NqDu.E-LA])^<J?"aQ"`}cs/O]3w7U<$!Yzo"alOB2?sa*E@\4[H\<][.9/uwBZ7c6NQEHefLW1t P=Knw_?Jz.aOIj|!(>H<xG%zd%s0^"R>#3:Tf1c"+m[^6W}%-~C\`ci86'r~KSTjr[y=jnrS1iB[ >> >>Bon, désolé, j'ai encore un problème de conversion >>lyx[1.2.3,linux,debian]=>html. >> >>Cette fois ci j'utilise tex4ht (qu'on appelle avec htlatex). >> >>C'est vraiment pas mal, ce qui en sort, et faire un fichier de >>configuration pour tex4ht c'est pas si dur finalement. >>Oui mais... C'est vraiment pas mal quand il s'agit d'utiliser la >>visualisation, mais l'exportation fonctionne mal. Notamment les css ne >>sont pas exportées vers le répertoire de destination, mais restent (je >>pense) perdues quelque part dans /tmp... >> >>Quelqu'un a-t-il déjà rencontré (et résolu) ce problème? Utiliser Exporter au lieu de visualiser ? C'est plus rapide que d'aller à la pêche dans le temporaire, et pas plus compliqué que de modifier les préférences pour travailler sans temporaire. J'en profite pour faire part de ma propre expérience: j'ai encapsulé la commande de traduction dans un script perl qui rend un .zip quand il y a des dépendances (j'utilise latex2html, mais ce besoin est inhérent à la nature des documents hypertexte). Pour les documents simples, j'appelle latex2html par une commande du style latex2html -no_navigation -auto_prefix -split 0 -link 2 -no_subdir -noshow_section_numbers -address "" -t $1 $1.tex qui fait un service minimum avec comme titre le nom du fichier. Pour les documents complexes, j'éclate au maximum pour que le service se fasse page par page, je trouve l'investissement assez minime pour un résultat déjà spectaculaire. Si on lit la doc en entier, on fait vraiment ce qu'on veut entre doc papier et doc hypertexte avec une seule source, et je précise uqe j'ai commencé à l'utiliser à une époque oû je ne connaissais par perl. En ce qui concerne la traduction des couples ancre/lien, il est évident que LyX ne peut pas préjuger du traducteur utilisé; j'avais écrit un préprocesseur du fichier .lyx pour convertir les saisies en commandes \htmlnormallinkfoot, mais je n'en ai pas eu trop besoin récemment et je ne sais plus dans quel état il est (cette commande crée un ancre standard hypertexte et un renvoi en bas de page en doc papier). -- Jean-Pierre
