Inkscape - Définition

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

Dessin promotionnel pour le lancement d’Inkscape 0.44

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.