Re: Export HTML et images
Fabrice == Fabrice Flore-Thébault [EMAIL PROTECTED] writes:
Fabrice Pour commencer, qu'on me reprenne si je dis une bêtise, mais
Fabrice ce n'est pas LyX qui s'occupe du boulot directement, mais les
Fabrice convertisseurs d'images eux-même appelés par
Fabrice {tex4ht|hevea+hacha|latex2html|ou autre}.
Oui.
Fabrice À ce que j'arrive à saisir de la manière dont les choses se
Fabrice passent, et avec une pratique plus appronfondie de tex4ht, je
Fabrice dirais ceci:
Fabrice 1- les convertisseurs latex-html s'occupent bien de générer
Fabrice les images (et les feuilles de style, puisque le même
Fabrice problème se pose pour les .css).
Oui.
Fabrice 2- Ce sont ces convertisseurs qu'il faut configurer pour
Fabrice choisir le format d'images qui doit être généré.
Tout a fait.
Fabrice 3- mais ces images restent ensuite dans le répertoire
Fabrice temporaire ou se déroule la compilation: LyX oublie de
Fabrice rappatrier les fichier image et les feuilles de style [1].
Fabrice Jusqu'à maintenant je n'ai rien trouvé de mieux que rapatrier
Fabrice à la main ces fichiers depuis le répertoire temporaire
Ce probleme est connu depuis longtemps et, comme vous pouvez le
constater, n'est toujours pas resolu. La raison est probablement que
ceux qui on le probleme ne sont pas ceux qui ont du temps a y
consacrer.
La solution 'facile' (au tant que je sache) est de ne pas mettre les
fichiers temporaires dans /tmp (ca se regle dans les preferences).
Mais c'est un bricolage.
La meilleure solution, si c'est possible, serait de demander au
convertisseur de mettre lui-meme les fichiers au bon endroit. Par
exemple ma lecture du man de latex2html semble indiquer que -dir
pourrait faire l'affaire. J'imagine que les autres convertisseurs on
leurs propres methodes.
Si quelqu'un peut me donner des recettes eprouvees, je ferais le
necessaire pour que cela aille dans la distribution.
JMarc
Re: Export HTML et images
Jean-Marc Lasgouttes [EMAIL PROTECTED] a écrit (le Wed, 22 Oct 2003 12:52:49 +0200) Fabrice == Fabrice Flore-Thébault [EMAIL PROTECTED] writes: ... Fabrice 3- mais ces images restent ensuite dans le répertoire Fabrice temporaire ou se déroule la compilation: LyX oublie de Fabrice rappatrier les fichier image et les feuilles de style [1]. Fabrice Jusqu'à maintenant je n'ai rien trouvé de mieux que rapatrier Fabrice à la main ces fichiers depuis le répertoire temporaire Ce probleme est connu depuis longtemps et, comme vous pouvez le constater, n'est toujours pas resolu. La raison est probablement que ceux qui on le probleme ne sont pas ceux qui ont du temps a y consacrer. où qui ont les compétences... pour ça et pour de (nombreux) problèmes avec bibtex, je regrette de ne pas savoir coder. La solution 'facile' (au tant que je sache) est de ne pas mettre les fichiers temporaires dans /tmp (ca se regle dans les preferences). Mais c'est un bricolage. La meilleure solution, si c'est possible, serait de demander au convertisseur de mettre lui-meme les fichiers au bon endroit. Par exemple ma lecture du man de latex2html semble indiquer que -dir pourrait faire l'affaire. J'imagine que les autres convertisseurs on leurs propres methodes. Si quelqu'un peut me donner des recettes eprouvees, je ferais le necessaire pour que cela aille dans la distribution. Ce qui donne déjà 4 recettes 1- demander à Lyx d'utiliser le répertoire courant comme répertoire temporaire, et non /tmp. Inconvénients: tous les fichiers temporaires de latex (.aux, .bbl, etc.) encombrent les répertoires où se trouvent les fichiers lyx. Solution-bricolage à l'inconvénient: créer un Makefile qui permette d'automatiser la suppression des fichiers temporaires. (je joins un Makefile qui permet de faire ça avec 'make cleanaux') 2- au lieu d'exporter, utiliser prévisualiser; copier ensuite l'ensemble des fichiers utiles (.html, .png, .css, etc) dans le répertoire de destination choisi. Inconvénient: le repérage du répertoire temporaire doit être fait à la main (est-ce possible de le faire depuis LyX?); On devrait pouvoir faire un script qui prenne en argument les répertoires temporaire et courant pour automatiser le truc, l'essentiel du problème étant de savoir si les variables utilisées par Lyx sont réutilisables et si oui comment. 3- donner en paramètre au convertisseur le nom du répertoire où mettre tous les fichiers exportés nécessaires. Dépend donc du convertisseur, pas de Lyx, et chaque convertisseur aura sa configuration qui marche, et celle qui marche pas. Je suis d'accord pour dire que c'est la meilleure solution actuellement, mais si Lyx arrivait à résoudre le problème soi-même, et indépendamment du convertisseur, ce serait mieux AMHA. 4- ce qui me semblerait la meilleure méthode, à moins que je n'aie pas compris comment ça marche: ce qu'on déclare dans Options-Préférences-Conversion-Format-Extension, c'est l'extension des fichiers que Lyx doit ramener dans le répertoire du fichier après la conversion dans le temporaire. Si, au lieu de déclarer une seule extension, on pouvait en déclarer plusieurs, le problème serait réglé de manière assez simple. Actuellement, je ne saurais pas dire si on peut mettre plusieurs extensions dans ce champ, ni quelle syntaxe utiliser. J'ai essayé sans trouver une combinaison qui marche, ce qui ne veut as dire que ce n'est pas censé fonctionner autrement... Par contre, si ce n'est pas actuellement le cas: est-ce que ce serait une modification complexe et délicate de rendre possible la multiplication des extensions? Du style, pouvoir remplir ce champ avec 'html,png,css' ou '(html|png|css)'? [Bon, en fait cette dernière méthode ne marche pas actuellement, mais pourrait être un moyen de régler le problème] -- Fabrice Flore-Thébault BOFH excuse #296: The hardware bus needs a new token. Makefile Description: Binary data
Re: Export HTML et images
Ca me parait plutot complique, en fait :) Au lieu de contourner l'outil (le convertisseur), je prefererais l'utiliser pour faire ce que je veux. Il se peut que cela ne soit pas possible et que je rate quelque chose, bien sur... Ça me semble possible... Pour les conversions courantes, j'ai encapsulé latex2html dans un script perl banalisé qui - appelle latex2html avec les options adéquates (format d'image, titre des pages, innstructions de navigation, préfixe des auxiliares,...) - zippe le html produit avec les auxiliaires images et css, Il suffit d'ajouter uen copie du zip dans un répertoire ad hoc sous le home dir pour retrouver le résultat, quelle que soit l'origine de la traduction. Pour les conversions exceptionnelles (gros documents éclatés en sous arborescences par exemple), je reviens à LaTeX (et je garde une trace du fichier de conf latex2html dans le répertoire de création). L'encapsulation permet de régler beucoup de pbs de ce genre, mais se prête mal à la publication du fait qu'elle comporte souvent des particularités locales. Un motif suffisant pour apprendre un peu de perl à mon avis. -- Jean-Pierre
Re: Export HTML et images
Jean-Marc Lasgouttes [EMAIL PROTECTED] a écrit (le Wed, 22 Oct 2003 14:45:42 +0200) Fabrice == Fabrice Flore-Thébault [EMAIL PROTECTED] writes: Fabrice 3- donner en paramètre au convertisseur le nom du répertoire Fabrice où mettre tous les fichiers exportés nécessaires. Dépend donc Fabrice du convertisseur, pas de Lyx, et chaque convertisseur aura sa Fabrice configuration qui marche, et celle qui marche pas. Je suis Fabrice d'accord pour dire que c'est la meilleure solution Fabrice actuellement, mais si Lyx arrivait à résoudre le problème Fabrice soi-même, et indépendamment du convertisseur, ce serait mieux Fabrice AMHA. Cette solution aurait le merite de marcher simplement, d'autant que le script de configuration automatique peut proposer la 'bonne commande' de maniere transparente. (snif c'est celle que je trouve la plus compliquée Quel est ton convertisseur prefere? Aurais-tu quelque temps pour 'jouer' avec et me dire quelles options pourraient faire l'affaire? finalemant, à l'usage c'est tex4ht le convertisseur que j'utilise vraiment (parce qu'il est extrêmement configurable et permet de jouer de manière fine sur les styles et le moindre détail). Voici ce que donnent les premiers tests: (latex-html-tex4ht) donne: Dans la ligne convertisseur il y a: htlatex $$b '/home/fab/texmf/tex/tex4ht/gat2003-noframe' '' '' (gat2003-noframe étant le fichier de style maison) Et dans autres options: needaux J'en ai un autre (latex-html-tex4ht-frames) qui donne: htlatex $$b 'html,frames,3' '' '' Pour que ça aille dans le bon répertoire, on pourrait rajouter, dans le dernier argument: '-d$$s', ce qui donnerait: htlatex $$b 'html,frames,3' '' '-d$$s' Mais la variable $$s (qui dans le menu d'aide est censée donner le répertoire) n'est pas interprétée comme il faut par Lyx Voici ce que ça donne: System return: 0 System call: convert -crop 0x0 -density 110x110 -transparent '#FF' zznewfile10x.png.ppm newfile10x.png System return: 0 System call: mv newfile10x.png $$s. System return: 0 Entering newfile1.css Entering newfile1.tmp System call: cp newfile1.html $$s. System return: 0 System call: cp newfile1.css $$s. System return: 0 Et si je mets pas les '' autour de la dernière option, c'est pas plus le nom du répertoire qui sort, mais ça: System call: mv newfile10x.png 17545s. System return: 0 Entering newfile1.css Entering newfile1.tmp System call: cp newfile1.html 17545s. System return: 0 System call: cp newfile1.css 17545s. System return: 0 (De même avec $$p: la variable ne sort pas du tout ce qu'elle devrait.) Euh... Je suis perdu. Quoi faire? Fabrice 4- ce qui me semblerait la meilleure méthode, à moins que je Fabrice n'aie pas compris comment ça marche: ce qu'on déclare dans Options- Préférences-Conversion-Format-Extension, c'est Options- l'extension Fabrice des fichiers que Lyx doit ramener dans le répertoire du Fabrice fichier après la conversion dans le temporaire. Non, c'est le moyen de reconnaitre le format d'un fichier en fonction de son extension. Pour l'instant ca sert juste a deviner l'extension du fichier destination quand on fait un export. oui, mais pourquoi Lyx a besoin de cette extension, sinon pour rappatrier le fichier au bon endroit après la compilation? Fabrice Si, au lieu de déclarer une seule extension, on pouvait en Fabrice déclarer plusieurs, le problème serait réglé de manière assez Fabrice simple. Ca me parait plutot complique, en fait :) Au lieu de contourner l'outil (le convertisseur), je prefererais l'utiliser pour faire ce que je veux. Je continue (à tort certes, mais de mon point de vue c'est cohérent) à trouver ça plus simple: ne sachant pas quel convertisseur va être utilisé, Lyx s'arrange pour que les fichiers corrects aillent ou il faut. D'autant plus que le convertisseur n'a pas forcément les options nécessaires. Ou que là, apparemment, dans mon cas, la manière de passer les arguments ne convient pas à Lyx (il faudrait que je les mette entre '', ce qui empêche l'expansion de la variable). Je trouve qu'actuellement, la configuration des convertisseurs est l'un des trucs les plus rébarbatifs de LyX. Ne serait-ce que parce que tous ne sont pas autoconfigurés par défaut, et que trouver une configuration qui va bien demande un nombre considérable d'essais. -- Fabrice Flore-Thébault Debian Hint #1: You can report a bug in a package with the 'reportbug' command, which is available in the reportbug package.
Re: Export HTML et images
Fabrice == Fabrice Flore-Thébault [EMAIL PROTECTED] writes: Cette solution aurait le merite de marcher simplement, d'autant que le script de configuration automatique peut proposer la 'bonne commande' de maniere transparente. Fabrice (snif c'est celle que je trouve la plus compliquée :) Fabrice Pour que ça aille dans le bon répertoire, on pourrait Fabrice rajouter, dans le dernier argument: '-d$$s', ce qui Fabrice donnerait: Fabrice htlatex $$b 'html,frames,3' '' '-d$$s' Fabrice Mais la variable $$s (qui dans le menu d'aide est censée Fabrice donner le répertoire) n'est pas interprétée comme il faut par Fabrice Lyx Ou as tu trouve ca? A ma connaissance les seules sont $$i $$o $$b et $$p. Je peux en ajouter d'autres selon les besoins... Fabrice (De même avec $$p: la variable ne sort pas du tout ce qu'elle Fabrice devrait.) Oui, il y a un léger hic: j'ai implémenté $$p pour le visualiseur (pour que mozilla marche), mais pas pour le convertisseur. Si je t'envoie un patch, tu peux le tester? Le problème est que ce code est assez complique et que les différents flags ont ete ajoutes de manière un peu anarchiques. A ce propos, il y a un flag 'originaldir' qui, d'après les sources, a l'air d'exécuter le convertisseur en se plaçant dans le répertoire du fichier .lyx, c'est a dire en gros: latex2html /tmp/lyxblabla/fichier.tex au lieu de cd /tmp/lyxblabla/ latex2html fichier.tex Est-ce que cela pourrait t'aider? Il me semble que ca a ete invente pour le html, mais que cela n'est plus utilise pour une raison que j'ignore. Fabrice oui, mais pourquoi Lyx a besoin de cette extension, sinon Fabrice pour rappatrier le fichier au bon endroit après la Fabrice compilation? Je ne sais pas trop en fait. L'utilisation de cette extension n'est pas très cohérente. Fabrice Je continue (à tort certes, mais de mon point de vue c'est Fabrice cohérent) à trouver ça plus simple: ne sachant pas quel Fabrice convertisseur va être utilisé, Lyx s'arrange pour que les Fabrice fichiers corrects aillent ou il faut. D'autant plus que le Fabrice convertisseur n'a pas forcément les options nécessaires. Ou Fabrice que là, apparemment, dans mon cas, la manière de passer les Fabrice arguments ne convient pas à Lyx (il faudrait que je les mette Fabrice entre '', ce qui empêche l'expansion de la variable). On ne peut pas dire a LyX: tous les fichiers .css qui trainent dans le repertoire ont ete cree par latex2html et doivent etre deplaces . A mon avis, ce n'est pas fiable (et s'il y a des sous repertoires, on fait quoi?) Fabrice Je trouve qu'actuellement, la configuration des Fabrice convertisseurs est l'un des trucs les plus rébarbatifs de Fabrice LyX. Ne serait-ce que parce que tous ne sont pas Fabrice autoconfigurés par défaut, et que trouver une configuration Fabrice qui va bien demande un nombre considérable d'essais. Je suis d'accord. Une chose que je voudrais voir un jour est la possibilité de définir plusieurs convertisseurs, et de choisir entre eux dans les preferences. Comme ça l'autoconfiguration pourrait preconfigurer tous les programmes connus. Ça n'est pas difficile, mais ça demande un peu de temps que je n'ai pas. JMarc
Re: Export HTML et images
> "Fabrice" == Fabrice Flore-Thébault <[EMAIL PROTECTED]> writes:
Fabrice> Pour commencer, qu'on me reprenne si je dis une bêtise, mais
Fabrice> ce n'est pas LyX qui s'occupe du boulot directement, mais les
Fabrice> convertisseurs d'images eux-même appelés par
Fabrice> {tex4ht|hevea+hacha|latex2html|ou autre}.
Oui.
Fabrice> À ce que j'arrive à saisir de la manière dont les choses se
Fabrice> passent, et avec une pratique plus appronfondie de tex4ht, je
Fabrice> dirais ceci:
Fabrice> 1- les convertisseurs latex->html s'occupent bien de générer
Fabrice> les images (et les feuilles de style, puisque le même
Fabrice> problème se pose pour les .css).
Oui.
Fabrice> 2- Ce sont ces convertisseurs qu'il faut configurer pour
Fabrice> choisir le format d'images qui doit être généré.
Tout a fait.
Fabrice> 3- mais ces images restent ensuite dans le répertoire
Fabrice> temporaire ou se déroule la compilation: LyX "oublie" de
Fabrice> rappatrier les fichier image et les feuilles de style [1].
Fabrice> Jusqu'à maintenant je n'ai rien trouvé de mieux que rapatrier
Fabrice> à la main ces fichiers depuis le répertoire temporaire
Ce probleme est connu depuis longtemps et, comme vous pouvez le
constater, n'est toujours pas resolu. La raison est probablement que
ceux qui on le probleme ne sont pas ceux qui ont du temps a y
consacrer.
La solution 'facile' (au tant que je sache) est de ne pas mettre les
fichiers temporaires dans /tmp (ca se regle dans les preferences).
Mais c'est un bricolage.
La meilleure solution, si c'est possible, serait de demander au
convertisseur de mettre lui-meme les fichiers au bon endroit. Par
exemple ma lecture du man de latex2html semble indiquer que -dir
pourrait faire l'affaire. J'imagine que les autres convertisseurs on
leurs propres methodes.
Si quelqu'un peut me donner des recettes eprouvees, je ferais le
necessaire pour que cela aille dans la distribution.
JMarc
Re: Export HTML et images
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> a écrit (le Wed, 22 Oct 2003 12:52:49 +0200) > > "Fabrice" == Fabrice Flore-Thébault <[EMAIL PROTECTED]> > >writes: ... > Fabrice> 3- mais ces images restent ensuite dans le répertoire > Fabrice> temporaire ou se déroule la compilation: LyX "oublie" de > Fabrice> rappatrier les fichier image et les feuilles de style [1]. > > Fabrice> Jusqu'à maintenant je n'ai rien trouvé de mieux que rapatrier > Fabrice> à la main ces fichiers depuis le répertoire temporaire > > Ce probleme est connu depuis longtemps et, comme vous pouvez le > constater, n'est toujours pas resolu. La raison est probablement que > ceux qui on le probleme ne sont pas ceux qui ont du temps a y > consacrer. où qui ont les compétences... pour ça et pour de (nombreux) problèmes avec bibtex, je regrette de ne pas savoir coder. > La solution 'facile' (au tant que je sache) est de ne pas mettre les > fichiers temporaires dans /tmp (ca se regle dans les preferences). > Mais c'est un bricolage. > > La meilleure solution, si c'est possible, serait de demander au > convertisseur de mettre lui-meme les fichiers au bon endroit. Par > exemple ma lecture du man de latex2html semble indiquer que -dir > pourrait faire l'affaire. J'imagine que les autres convertisseurs on > leurs propres methodes. > > Si quelqu'un peut me donner des recettes eprouvees, je ferais le > necessaire pour que cela aille dans la distribution. Ce qui donne déjà 4 recettes 1- demander à Lyx d'utiliser le répertoire courant comme répertoire temporaire, et non /tmp. Inconvénients: tous les fichiers temporaires de latex (.aux, .bbl, etc.) encombrent les répertoires où se trouvent les fichiers lyx. Solution-bricolage à l'inconvénient: créer un Makefile qui permette d'automatiser la suppression des fichiers temporaires. (je joins un Makefile qui permet de faire ça avec 'make cleanaux') 2- au lieu d'exporter, utiliser "prévisualiser"; copier ensuite l'ensemble des fichiers utiles (.html, .png, .css, etc) dans le répertoire de destination choisi. Inconvénient: le repérage du répertoire temporaire doit être fait à la main (est-ce possible de le faire depuis LyX?); On devrait pouvoir faire un script qui prenne en argument les répertoires temporaire et courant pour automatiser le truc, l'essentiel du problème étant de savoir si les variables utilisées par Lyx sont réutilisables et si oui comment. 3- donner en paramètre au convertisseur le nom du répertoire où mettre tous les fichiers exportés nécessaires. Dépend donc du convertisseur, pas de Lyx, et chaque convertisseur aura sa configuration qui marche, et celle qui marche pas. Je suis d'accord pour dire que c'est la meilleure solution actuellement, mais si Lyx arrivait à résoudre le problème soi-même, et indépendamment du convertisseur, ce serait mieux AMHA. 4- ce qui me semblerait la meilleure méthode, à moins que je n'aie pas compris comment ça marche: ce qu'on déclare dans Options->Préférences->Conversion->Format->Extension, c'est l'extension des fichiers que Lyx doit ramener dans le répertoire du fichier après la conversion dans le temporaire. Si, au lieu de déclarer une seule extension, on pouvait en déclarer plusieurs, le problème serait réglé de manière assez simple. Actuellement, je ne saurais pas dire si on peut mettre plusieurs extensions dans ce champ, ni quelle syntaxe utiliser. J'ai essayé sans trouver une combinaison qui marche, ce qui ne veut as dire que ce n'est pas censé fonctionner autrement... Par contre, si ce n'est pas actuellement le cas: est-ce que ce serait une modification complexe et délicate de rendre possible la multiplication des extensions? Du style, pouvoir remplir ce champ avec 'html,png,css' ou '(html|png|css)'? [Bon, en fait cette dernière méthode ne marche pas actuellement, mais pourrait être un moyen de régler le problème] -- Fabrice Flore-Thébault BOFH excuse #296: The hardware bus needs a new token. Makefile Description: Binary data
Re: Export HTML et images
>> >>Ca me parait plutot complique, en fait :) Au lieu de contourner >>l'outil (le convertisseur), je prefererais l'utiliser pour faire ce >>que je veux. >> >>Il se peut que cela ne soit pas possible et que je rate quelque chose, >>bien sur... Ça me semble possible... Pour les conversions courantes, j'ai encapsulé latex2html dans un script perl banalisé qui - appelle latex2html avec les options adéquates (format d'image, titre des pages, innstructions de navigation, préfixe des auxiliares,...) - zippe le html produit avec les auxiliaires images et css, Il suffit d'ajouter uen copie du zip dans un répertoire ad hoc sous le home dir pour retrouver le résultat, quelle que soit l'origine de la traduction. Pour les conversions exceptionnelles (gros documents éclatés en sous arborescences par exemple), je reviens à LaTeX (et je garde une trace du fichier de conf latex2html dans le répertoire de création). L'encapsulation permet de régler beucoup de pbs de ce genre, mais se prête mal à la publication du fait qu'elle comporte souvent des particularités locales. Un motif suffisant pour apprendre un peu de perl à mon avis. -- Jean-Pierre
Re: Export HTML et images
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> a écrit (le Wed, 22 Oct 2003 14:45:42 +0200) > > "Fabrice" == Fabrice Flore-Thébault <[EMAIL PROTECTED]> > >writes: > Fabrice> 3- donner en paramètre au convertisseur le nom du répertoire > Fabrice> où mettre tous les fichiers exportés nécessaires. Dépend donc > Fabrice> du convertisseur, pas de Lyx, et chaque convertisseur aura sa > Fabrice> configuration qui marche, et celle qui marche pas. Je suis > Fabrice> d'accord pour dire que c'est la meilleure solution > Fabrice> actuellement, mais si Lyx arrivait à résoudre le problème > Fabrice> soi-même, et indépendamment du convertisseur, ce serait mieux > Fabrice> AMHA. > > Cette solution aurait le merite de marcher simplement, d'autant que le > script de configuration automatique peut proposer la 'bonne commande' > de maniere transparente. (snif c'est celle que je trouve la plus compliquée > Quel est ton convertisseur prefere? Aurais-tu quelque temps pour > 'jouer' avec et me dire quelles options pourraient faire l'affaire? finalemant, à l'usage c'est tex4ht le convertisseur que j'utilise vraiment (parce qu'il est extrêmement configurable et permet de jouer de manière fine sur les styles et le moindre détail). Voici ce que donnent les premiers tests: (latex->html-tex4ht) donne: Dans la ligne "convertisseur" il y a: htlatex $$b '/home/fab/texmf/tex/tex4ht/gat2003-noframe' '' '' (gat2003-noframe étant le fichier de style maison) Et dans autres options: needaux J'en ai un autre (latex->html-tex4ht-frames) qui donne: htlatex $$b 'html,frames,3' '' '' Pour que ça aille dans le bon répertoire, on pourrait rajouter, dans le dernier argument: '-d$$s', ce qui donnerait: htlatex $$b 'html,frames,3' '' '-d$$s' Mais la variable $$s (qui dans le menu d'aide est censée donner le répertoire) n'est pas interprétée comme il faut par Lyx Voici ce que ça donne: System return: 0 System call: convert -crop 0x0 -density 110x110 -transparent '#FF' zznewfile10x.png.ppm newfile10x.png System return: 0 System call: mv newfile10x.png $$s. System return: 0 Entering newfile1.css Entering newfile1.tmp System call: cp newfile1.html $$s. System return: 0 System call: cp newfile1.css $$s. System return: 0 Et si je mets pas les '' autour de la dernière option, c'est pas plus le nom du répertoire qui sort, mais ça: System call: mv newfile10x.png 17545s. System return: 0 Entering newfile1.css Entering newfile1.tmp System call: cp newfile1.html 17545s. System return: 0 System call: cp newfile1.css 17545s. System return: 0 (De même avec $$p: la variable ne sort pas du tout ce qu'elle devrait.) Euh... Je suis perdu. Quoi faire? > Fabrice> 4- ce qui me semblerait la meilleure méthode, à moins que je > Fabrice> n'aie pas compris comment ça marche: ce qu'on déclare dans > Options-> Préférences->Conversion->Format->Extension, c'est > Options-> l'extension > Fabrice> des fichiers que Lyx doit ramener dans le répertoire du > Fabrice> fichier après la conversion dans le temporaire. > > Non, c'est le moyen de reconnaitre le format d'un fichier en fonction > de son extension. Pour l'instant ca sert juste a deviner l'extension > du fichier destination quand on fait un export. oui, mais pourquoi Lyx a besoin de cette extension, sinon pour rappatrier le fichier au bon endroit après la compilation? > Fabrice> Si, au lieu de déclarer une seule extension, on pouvait en > Fabrice> déclarer plusieurs, le problème serait réglé de manière assez > Fabrice> simple. > > Ca me parait plutot complique, en fait :) Au lieu de contourner > l'outil (le convertisseur), je prefererais l'utiliser pour faire ce > que je veux. Je continue (à tort certes, mais de mon point de vue c'est cohérent) à trouver ça plus simple: ne sachant pas quel convertisseur va être utilisé, Lyx s'arrange pour que les fichiers corrects aillent ou il faut. D'autant plus que le convertisseur n'a pas forcément les options nécessaires. Ou que là, apparemment, dans mon cas, la manière de passer les arguments ne convient pas à Lyx (il faudrait que je les mette entre '', ce qui empêche l'expansion de la variable). Je trouve qu'actuellement, la configuration des convertisseurs est l'un des trucs les plus rébarbatifs de LyX. Ne serait-ce que parce que tous ne sont pas "autoconfigurés" par défaut, et que trouver une configuration qui va bien demande un nombre considérable d'essais. -- Fabrice Flore-Thébault Debian Hint #1: You can report a bug in a package with the 'reportbug' command, which is available in the reportbug package.
Re: Export HTML et images
> "Fabrice" == Fabrice Flore-Thébault <[EMAIL PROTECTED]> writes: >> Cette solution aurait le merite de marcher simplement, d'autant >> que le script de configuration automatique peut proposer la 'bonne >> commande' de maniere transparente. Fabrice> (snif c'est celle que je trouve la plus compliquée :) Fabrice> Pour que ça aille dans le bon répertoire, on pourrait Fabrice> rajouter, dans le dernier argument: '-d$$s', ce qui Fabrice> donnerait: Fabrice> htlatex $$b 'html,frames,3' '' '-d$$s' Fabrice> Mais la variable $$s (qui dans le menu d'aide est censée Fabrice> donner le répertoire) n'est pas interprétée comme il faut par Fabrice> Lyx Ou as tu trouve ca? A ma connaissance les seules sont $$i $$o $$b et $$p. Je peux en ajouter d'autres selon les besoins... Fabrice> (De même avec $$p: la variable ne sort pas du tout ce qu'elle Fabrice> devrait.) Oui, il y a un léger hic: j'ai implémenté $$p pour le visualiseur (pour que mozilla marche), mais pas pour le convertisseur. Si je t'envoie un patch, tu peux le tester? Le problème est que ce code est assez complique et que les différents flags ont ete ajoutes de manière un peu anarchiques. A ce propos, il y a un flag 'originaldir' qui, d'après les sources, a l'air d'exécuter le convertisseur en se plaçant dans le répertoire du fichier .lyx, c'est a dire en gros: latex2html /tmp/lyxblabla/fichier.tex au lieu de cd /tmp/lyxblabla/ latex2html fichier.tex Est-ce que cela pourrait t'aider? Il me semble que ca a ete invente pour le html, mais que cela n'est plus utilise pour une raison que j'ignore. Fabrice> oui, mais pourquoi Lyx a besoin de cette extension, sinon Fabrice> pour rappatrier le fichier au bon endroit après la Fabrice> compilation? Je ne sais pas trop en fait. L'utilisation de cette extension n'est pas très cohérente. Fabrice> Je continue (à tort certes, mais de mon point de vue c'est Fabrice> cohérent) à trouver ça plus simple: ne sachant pas quel Fabrice> convertisseur va être utilisé, Lyx s'arrange pour que les Fabrice> fichiers corrects aillent ou il faut. D'autant plus que le Fabrice> convertisseur n'a pas forcément les options nécessaires. Ou Fabrice> que là, apparemment, dans mon cas, la manière de passer les Fabrice> arguments ne convient pas à Lyx (il faudrait que je les mette Fabrice> entre '', ce qui empêche l'expansion de la variable). On ne peut pas dire a LyX: << tous les fichiers .css qui trainent dans le repertoire ont ete cree par latex2html et doivent etre deplaces >>. A mon avis, ce n'est pas fiable (et s'il y a des sous repertoires, on fait quoi?) Fabrice> Je trouve qu'actuellement, la configuration des Fabrice> convertisseurs est l'un des trucs les plus rébarbatifs de Fabrice> LyX. Ne serait-ce que parce que tous ne sont pas Fabrice> "autoconfigurés" par défaut, et que trouver une configuration Fabrice> qui va bien demande un nombre considérable d'essais. Je suis d'accord. Une chose que je voudrais voir un jour est la possibilité de définir plusieurs convertisseurs, et de choisir entre eux dans les preferences. Comme ça l'autoconfiguration pourrait preconfigurer tous les programmes connus. Ça n'est pas difficile, mais ça demande un peu de temps que je n'ai pas. JMarc
