Salut à tous,
Comme beaucoup de gens qui ont des rapports techniques ou scientifiques à faire, le couple Latex+figures Postscript (ou PDF) s'impose très souvent. Concernant les outils de dessins vectoriels "orientés" science, le choix est vite fait :
- xfig : très efficace pour des petits dessins rapides (export latex ou eps)
- Inkscape/skencil : on peut créer de superbes figures mais c'est déjà plus compliqué
- Dia : pas bcp utilisé mais c'est principalement pour les schémas
Le problème avec le Postscript par rapport au SVG est qu'il n'y a pas de gradient pour le remplissage (à la rigueur je m'en fous) mais surtout pas de transparence.
D'où ma première question : existe-il un outil permettant de convertir un SVG (avec transp) en EPS en transformant les zones de transparences en cellules d'une certaine couleur (un peu à la manière de l'aplatissement de GIMP) ?
L'export SVG->EPS d'Inkscape est ridicule pour ça.
Concernant les outils très orientés science, on trouve:
- gnuplot pour le tracé de graphes
- MetaPost ou Asymptote : pour les des dessisns mathématiques précis.
QuestionBis : connaissez-vous un outil similaire à Asymptote ou metapost avec comme support de base le SVG (donc transparence) ?
a+
# autocorrection
Posté par dco . Évalué à 1.
# Inkscape (svg) -> png -> LaTeX
Posté par jayp . Évalué à 1.
Personnellement, j'utilise Inkscape pour tous mes dessins / illustrations vectorielles. Mes illustations sont donc au format svg ; ainsi, il est beaucoup plus simple pour moi de les modifier pour soit les mettre dans OOo Impress pour les présentations (sur fond foncé), soit dans LaTeX pour les documents (sud fond clair). Chacune des illustrations est exportée au format png, format qui peut à la fois être importé dans OOo et dans LaTeX. (Cà répond en partie à ta première question).
Pour ta seconde question, je ne sais pas : je ne connaissait pas MetaPost ni Asymptote.
[^] # Re: Inkscape (svg) -> png -> LaTeX
Posté par Frédéric COIFFIER . Évalué à 3.
[^] # Re: Inkscape (svg) -> png -> LaTeX
Posté par Gniarf . Évalué à 3.
parce que sauf si tu as un traceur à pointes (des engins rigolos qui ont malheureusement plutot disparus), ton imprimante elle finira toujours par traiter des matrices de points en bout de chaine...
# librsvg
Posté par EmmanuelP . Évalué à 2.
librsvg est actuellement porté vers cairo, qui elle même proposera un backend PS par défaut dans sa prochaine version 1.2 prévue pour dans pas très longtemps. Le backend PS est déjà bien avancé, et sait déjà utiliser des images bitmap pour le rendu des zones avec transparence.
L'exécutable de conversion SVG/image accompagnant librsvg sera probablement étendu pour générer du postscript.
Rien de bien concret pour l'instant, mais ça ne saurait tarder.
http://www.advogato.org/person/cinamod/diary.html?start=76
http://www.linuxrising.org/svg_test/test.html
[^] # Re: librsvg
Posté par dco . Évalué à 1.
En y repensant, tous les objets dans le SVG sont vectoriels, on peut imaginer processus qui calcule toutes les intersections des formes et qui (si transparence entre ces formes) construit un nouvel objet avec une couleur donnée par l'accumulation de la transparence.
On change alors la structure de l'image (on introduits de nouveaux objets) sans perdre le vectoriel.
Je suis qd mm vachement étonné qu'il n'y ait pas ce genre d'outil..
[^] # Re: librsvg
Posté par iznogoud . Évalué à 2.
Si je dessine un canard, je veux que la structure reflète aussi plus ou moins mon canard : si j'allonge le cou, je veux qu'il s'allonge bien.
Si je casse la structure vectorielle, je perd le "sens" de mon document : en voulant allonger le cou, rien ne me dit que ça va bien le faire : la structure a été modifiée pour satisfaire des problématiques de couleur (des attributs en somme).
[^] # Re: librsvg
Posté par dco . Évalué à 3.
Ma proposition précédente ne change pas la structure mais "rajoute des patchs" pour coder les zones où il y a transparence. AU MOMENT DE L'EXPORT...
Je ne veux pas changer la structure du SVG mais uniquement l'export vers le PS
[^] # Re: librsvg
Posté par EmmanuelP . Évalué à 1.
Dans ce cas, il y a aussi un backend PDF en développement. Normalement, la conversion SVG vers PDF devrait se faire sans trop de problème.
[^] # Re: librsvg
Posté par Frédéric COIFFIER . Évalué à 3.
Scribus a un export PDF complètement réécrit et sait importer le SVG (peut-être plus correctement que d'autres outils actuels).
Dans ce cas, un export PDF après un import dans Scribus... (mais ça devient une usine à gaz)
[^] # Re: librsvg
Posté par dco . Évalué à 2.
Pour Inkscape, le resultat est le meme que SVG->EPS puis EPS->PDF :il n'y a plus de transparence...
[^] # PS avec pseudotransparence !!
Posté par dco . Évalué à 3.
Encore plus délire :
inkscape pour faire le SVG
SVG->PDF avec export scribus
si je regarde le PDF il y a bien la transparence
PDF->PS avec "imprimer dans un fichier" de acroread (pdf2ps ne fonctionne pas, il convertit en bitmap)
et hop.... un PS vectoriel avec la transparence simulée très proche de la methode que j'ai décrite (il semble subdivisé les objets pour colorier comme il faut...
Bon maintenant il me faut la meme chose mais en une ligne de commande ;)
Merci à tous pour vo
[^] # Re: librsvg
Posté par Julien Leroy . Évalué à 1.
voir -> http://en.wikipedia.org/wiki/Transparent_pixels
[^] # Re: librsvg
Posté par dco . Évalué à 1.
"Level 3 PostScript adds further transparency option for any raster image."
# DocBook ?
Posté par Bonnefille Guilhem (site web personnel) . Évalué à 0.
D'après Google (car je ne l'ai pas utilisé), il existe un module SVG pour DocBook : http://www.oasis-open.org/docbook/specs/docbook-svg-1.0-b2.h(...)
[^] # Re: DocBook ?
Posté par harbort1 . Évalué à 1.
Si la réponse est : OUI, alors pas de pb !
Si la réponse est : NON, alors ça ne résout rien !
De toute façon, il faut savoir que LaTeX ne gère pas les images mais délègue cette gestion à d'autres utilitaires ... C'est comme ça que ça marche bien avec tout un tas de formats ;)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.