Inkscape - Définition
La liste des auteurs de cet article est disponible ici.
Introduction
| Inkscape | |
| |
| Inkscape 0.45 | |
| Développeur | Inkscape.org |
|---|---|
| Dernière version | 0.48 [+/-] |
| Écrit en | C++ / GTK-- |
| Environnements | Multiplate-forme |
| Langues | Multilingue |
| Type | Dessin vectoriel SVG |
| Licence | GNU GPL |
| Site Web | www.inkscape.org |
| modifier | |
Inkscape est un logiciel libre de dessin vectoriel sous licence GNU/GPL. Il a pour but de devenir un puissant outil d’édition graphique tout en étant entièrement conforme avec les standards XML, SVG et CSS du W3C.
Il s’agit d’un logiciel multiplate-forme, disponible notamment sous Microsoft Windows, Mac OS X (sous X11), Linux et FreeBSD.
Historique
Le développement d’Inkscape a commencé en 2003, sur la base d’un fork du projet Sodipodi, causé par des divergences au sujet de l’avancée future du développement. Sodipodi est lui-même un fork de Gill, un logiciel créé par Raph Levien pour le bureau GNOME.
Inkscape est, entre autres, passé du langage de programmation C au C++, et aux bindings C++ de la bibliothèque graphique GTK+ (Gtkmm). Des changements ont aussi été effectués au niveau de l’interface utilisateur et de nouvelles fonctions ont été ajoutées (le développement est très actif).
L’accent a particulièrement été mis sur l’ergonomie et l’utilisabilité de l’interface du logiciel, notamment par une conformité accrue avec le Guide de l’interface humaine du bureau GNOME, l’utilisation de raccourcis clavier universels, etc.
Après l’annonce par Xara de la libération des sources de leur logiciel de dessin vectoriel Xara Xtreme, une volonté de travail en collaboration avec l’équipe de développement d’Inkscape est née. Les deux logiciels ont l’intention de partager leur code et coordonner leurs efforts dans le but d’atteindre le niveau des logiciels de dessin vectoriel propriétaires.
Insuffisances
En dépit de ses nombreuses fonctionnalités, les performances d'Inkscape restent contrebalancées par plusieurs défauts majeurs :
- les valeurs des composantes numériques d'un objet graphique peuvent fluctuer de façon arbitraire, au gré des manipulations ou transformations appliquées à cet objet, alors même que celles-ci sont supposées ne pas modifier ces valeurs (e.g passage d'une largeur de trait de 1.2px à 1.20000005 par simple sélection et déplacement).
- les calculs de coordonnées résultant d'une transformation peuvent être imprécis, même lorsqu'ils visent un résultat à valeur entière (e.g. point à coordonnées non entières ramené par alignement à l'origine, mais dont les coordonnées deviennent très proches de zéro au lieu de s'annuler).
- la taille d'un fichier sauvegardé même en SVG dit "pur" est très supérieure à celle de sa partie réellement utile, à cause en particulier de :
- l'ajout d'identificateurs à chaque objet créé, même en l'absence de références (xlink:href)
- l'ajout pour chaque objet créé de la liste complète des attributs gérés par Inkscape pour ce type d'objet, même lorsque ces attributs sont inutiles ou ont leur valeur par défaut (e.g., un simple rectangle rempli et sans bord aura pour style
"opacity:1;color:#000000;fill:#ffffff;fill-opacity:1;fill-rule:evenodd;stroke:none;stroke-width:1.20000005;stroke-linecap:butt;stroke-linejoin:round;marker:none;marker-start:none;marker-mid:none;marker-end:none;stroke-miterlimit:4;stroke-dasharray:none;stroke-dashoffset:0;stroke-opacity:1;visibility:visible;display:inline;overflow:visible;enable-background:accumulate", au lieu du minimaliste"fill:#ffffff;stroke:none", tout aussi efficace).
L'impossibilité de ne pas sauvegarder ces attributs inutiles, d'autre part l'imprécision numérique (qui ajoute aux coordonnées ou mesures censément entières des suites de décimales incorrectes, augmentant encore la taille du fichier produit), obligent à éditer manuellement les fichiers produits par Inkscape si l'on souhaite optimiser leur taille - en pratique, celle-ci varie au moins du double au simple après élagage.
