Re: Export HTML et images
Jean-Marc Lasgouttes [EMAIL PROTECTED] a écrit (le Wed, 22 Oct 2003 17:01:28 +0200) (désolé d'avoir mis tant de temps à répondre) Fabrice == Fabrice Flore-Thébault [EMAIL PROTECTED] writes: [...] 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... bin dans la fenêtre d'aide du menu configure il y a bien $$i, $$o, $$b et $$s (copie de fenêtre jointe mais je sais pas si elle va passer) [EMAIL PROTECTED]:~$ lyx --version LyX 1.3.2 of Tue, May 6 2003 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? si (patch + tester = compiler lyx soi-même) alors : oulala, ça risque de prendre du temps d'ici que j'y arrive mais je suis prêt à essayer (je dois bien ça à lyx quand même) 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. ah bin oui, ça marche, mais du coup on se retrouve avec tous les fichiers temporaires dans le répertoire, et c'est sans doute la raison pour laquelle ça a été abandonné. Si Lyx se chargeait d'effacer les temporaires comme il faut après la compilation, ce serait même parfait! 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. :) ... 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?) c'est juste. pas bonne idée alors. 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. je veux bien essayer de faire tout ce que je peux pour faire avancer cette histoire de convertisseurs, parce que c'est un des trucs qui me manquent beaucoup et que vu tout ce que je dois à Lyx... mais je peux peu. Je vais essayer de faire une petite présentation de Lyx lors du festival Avatarium à Saint-Étienne le 22 novembre, par exemple. S'il y a des utilisateurs de Lyx dans la région stéphanoise, ce serait une occasion de se rencontrer? http://www.avataria.org/avatarium/index.htm -- Fabrice Flore-Thébault BOFH excuse #52: Smell from unhygienic janitorial staff wrecked the tape heads attachment: sss.png
Re: Export HTML et images
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> a écrit (le Wed, 22 Oct 2003 17:01:28 +0200) (désolé d'avoir mis tant de temps à répondre) > > "Fabrice" == Fabrice Flore-Thébault <[EMAIL PROTECTED]> > >writes: [...] > 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... bin dans la fenêtre d'aide du menu configure il y a bien $$i, $$o, $$b et $$s (copie de fenêtre jointe mais je sais pas si elle va passer) [EMAIL PROTECTED]:~$ lyx --version LyX 1.3.2 of Tue, May 6 2003 > 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? si (patch + tester => compiler lyx soi-même) alors : oulala, ça risque de prendre du temps d'ici que j'y arrive mais je suis prêt à essayer (je dois bien ça à lyx quand même) > 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. ah bin oui, ça marche, mais du coup on se retrouve avec tous les fichiers temporaires dans le répertoire, et c'est sans doute la raison pour laquelle ça a été abandonné. Si Lyx se chargeait d'effacer les temporaires comme il faut après la compilation, ce serait même parfait! > 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. :) ... > 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?) c'est juste. pas bonne idée alors. > 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. je veux bien essayer de faire tout ce que je peux pour faire avancer cette histoire de convertisseurs, parce que c'est un des trucs qui me manquent beaucoup et que vu tout ce que je dois à Lyx... mais je peux peu. Je vais essayer de faire une petite présentation de Lyx lors du festival Avatarium à Saint-Étienne le 22 novembre, par exemple. S'il y a des utilisateurs de Lyx dans la région stéphanoise, ce serait une occasion de se rencontrer? http://www.avataria.org/avatarium/index.htm -- Fabrice Flore-Thébault BOFH excuse #52: Smell from unhygienic janitorial staff wrecked the tape heads <>
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
Export HTML et images
Bonjour, J'aimerais savoir s'il existe un moyen rationel de gérer les images lors de l'export en HTML de fichiers lyx. J'insère en général des images eps dans mes documents. Quand ces documents sont exportés en HTML, le code généré fait référence à des images GIF numérotées 'ex: image001.gif'. Cela oblige à générer ces images. Soit. Meme si j'aurais préféré un autre format que GIF. Mais surtout cela oblige à gérer à la main la numérotation, ce qui est très fastidieux et source d'erreurs avec des documents intégrant plusieurs images. Existe-t-il un moyen de controler cette génération, particulièrement afin de pouvoir garder les memes noms que les fichiers importés. Merci de votre aide -- -- Laurent
Re: Export HTML et images
Laurent CHARLES [EMAIL PROTECTED] a écrit (le Tue, 21 Oct 2003 17:26:08 +0200) J'aimerais savoir s'il existe un moyen rationel de gérer les images lors de l'export en HTML de fichiers lyx. J'insère en général des images eps dans mes documents. Quand ces documents sont exportés en HTML, le code généré fait référence à des images GIF numérotées 'ex: image001.gif'. Cela oblige à générer ces images. Soit. Meme si j'aurais préféré un autre format que GIF. Mais surtout cela oblige à gérer à la main la numérotation, ce qui est très fastidieux et source d'erreurs avec des documents intégrant plusieurs images. Existe-t-il un moyen de controler cette génération, particulièrement afin de pouvoir garder les memes noms que les fichiers importés. Pour commencer, qu'on me reprenne si je dis une bêtise, mais ce n'est pas LyX qui s'occupe du boulot directement, mais les convertisseurs d'images eux-même appelés par {tex4ht|hevea+hacha|latex2html|ou autre}. À ce que j'arrive à saisir de la manière dont les choses se passent, et avec une pratique plus appronfondie de tex4ht, je dirais ceci: 1- les convertisseurs latex-html s'occupent bien de générer les images (et les feuilles de style, puisque le même problème se pose pour les .css). 2- Ce sont ces convertisseurs qu'il faut configurer pour choisir le format d'images qui doit être généré. 3- mais ces images restent ensuite dans le répertoire temporaire ou se déroule la compilation: LyX oublie de rappatrier les fichier image et les feuilles de style [1]. Jusqu'à maintenant je n'ai rien trouvé de mieux que rapatrier à la main ces fichiers depuis le répertoire temporaire [1] en passant, si quelqu'un sait s'il est possible de faire accepter à lyx plusieurs extensions, html, png ou css par exemple, dans Options-Préférences-Conversion-Format-Extension, et sait aussi comment s'y prendre, je suis preneur! Ce serait une résolution du problème bien plus heureuse. Ceci dit, pour répondre à la question posée, je proposerais donc d'abord de configurer le convertisseur html, ensuite de choisir entre: déplacer les fichier à la main et: exporter le fichier latex et faire la compilation html à la console. Mais j'espère un jour trouver plus simple. -- Fabrice Flore-Thébault Toute recherche est une aventure. -- Friedman, Daniel ; Un chercheur dans tous ses états
Export HTML et images
Bonjour, J'aimerais savoir s'il existe un moyen rationel de gérer les images lors de l'export en HTML de fichiers lyx. J'insère en général des images eps dans mes documents. Quand ces documents sont exportés en HTML, le code généré fait référence à des images GIF numérotées 'ex: image001.gif'. Cela oblige à générer ces images. Soit. Meme si j'aurais préféré un autre format que GIF. Mais surtout cela oblige à gérer à la main la numérotation, ce qui est très fastidieux et source d'erreurs avec des documents intégrant plusieurs images. Existe-t-il un moyen de controler cette génération, particulièrement afin de pouvoir garder les memes noms que les fichiers importés. Merci de votre aide -- -- Laurent
Re: Export HTML et images
Laurent CHARLES <[EMAIL PROTECTED]> a écrit (le Tue, 21 Oct 2003 17:26:08 +0200) > J'aimerais savoir s'il existe un moyen rationel de gérer les images > lors de l'export en HTML de fichiers lyx. > > J'insère en général des images eps dans mes documents. > Quand ces documents sont exportés en HTML, le code généré fait > référence à des images GIF numérotées 'ex: image001.gif'. > Cela oblige à générer ces images. Soit. Meme si j'aurais préféré un > autre format que GIF. Mais surtout cela oblige à gérer à la main la > numérotation, ce qui est très fastidieux et source d'erreurs avec des > documents intégrant plusieurs images. > Existe-t-il un moyen de controler cette génération, particulièrement > afin de pouvoir garder les memes noms que les fichiers importés. Pour commencer, qu'on me reprenne si je dis une bêtise, mais ce n'est pas LyX qui s'occupe du boulot directement, mais les convertisseurs d'images eux-même appelés par {tex4ht|hevea+hacha|latex2html|ou autre}. À ce que j'arrive à saisir de la manière dont les choses se passent, et avec une pratique plus appronfondie de tex4ht, je dirais ceci: 1- les convertisseurs latex->html s'occupent bien de générer les images (et les feuilles de style, puisque le même problème se pose pour les .css). 2- Ce sont ces convertisseurs qu'il faut configurer pour choisir le format d'images qui doit être généré. 3- mais ces images restent ensuite dans le répertoire temporaire ou se déroule la compilation: LyX "oublie" de rappatrier les fichier image et les feuilles de style [1]. Jusqu'à maintenant je n'ai rien trouvé de mieux que rapatrier à la main ces fichiers depuis le répertoire temporaire [1] en passant, si quelqu'un sait s'il est possible de faire accepter à lyx plusieurs extensions, "html, png ou css" par exemple, dans Options->Préférences->Conversion->Format->Extension, et sait aussi comment s'y prendre, je suis preneur! Ce serait une résolution du problème bien plus heureuse. Ceci dit, pour répondre à la question posée, je proposerais donc d'abord de configurer le convertisseur html, ensuite de choisir entre: déplacer les fichier à la main et: exporter le fichier latex et faire la compilation html à la console. Mais j'espère un jour trouver plus simple. -- Fabrice Flore-Thébault Toute recherche est une aventure. -- Friedman, Daniel ; Un chercheur dans tous ses états