Inkscape 0.46 est disponible

Posté par  . Édité par baud123. Modéré par Nÿco.
Étiquettes :
0
26
mar.
2008
Graphisme/photo
La version 0.46 d'Inkscape est disponible depuis le 24 mars 2008. Inkscape est un logiciel GPL de dessin vectoriel multiplateforme, disponible sous Linux, FreeBSD, Mac OS X, Windows.

Né d'un fork de Sodipodi, Inkscape se concentre sur l'utilisation du SVG comme format graphique, et est devenu la référence du dessin vectoriel libre.

NdM : Inkscape permet notamment de créer des affiches comme celles de l'expolibre, du dessin technique ou artistique, voire peut être vu comme un remplaçant de logiciels propriétaires de tracé de schéma comme Visio (dont il commence à relire les exports XML).

NdM : merci à Popolon pour avoir également soumis une news à ce sujet. La version 0.46 apporte son lot de nouveautés, comme on peut le voir dans les notes de version.
On peut citer :
  • Un support PDF natif ;
  • L'apparition du pot de peinture pour remplir un espace, même si celui-ci n'est délimité que par des chemins joints visuellement ;
  • Un outil de modification visuelle, qui se rapproche des fonctions habituellement réservées aux logiciels de dessin "bitmap" comme GIMP : une brosse permet de modifier dans une zone l'épaisseur des traits, la distorsion, etc. ;
  • Un outil de perspective 3D ;
  • L'amélioration de l'outil dégradé ;
  • L'intégration avec ImageMagick si celui-ci est disponible ;
  • La création de marqueurs personnalisés ;
  • Grilles 3D axonométriques (comme dans FreeCiv), guides inclinés : cela facilite le dessin technique ;
  • De nombreuses améliorations d'interface graphique (les boîtes de dialogue sont attachables) ;
  • De nombreuses corrections de bogues !

Au niveau des effets, on note de nombreuses améliorations et apparitions, dont l'effet direct sur le chemin ("Live Path Effect") qui permet d'agir de manière non-destructive sur des chemins ! On peut toujours éditer le chemin original, la transformation s'adapte. Il est prévu de convertir l'ensemble des transformations actuelles vers le Live Path Effect.

Comme pour chaque version les captures d'écran d'Inkscape permettent de découvrir visuellement les nouveautés de la version.
Pour aller plus loin, des tutoriels sont disponibles.

Aller plus loin

  • # Flash...

    Posté par  (site web personnel) . Évalué à 8.

    Finalement, il manquerait quoi pour faire un équivalent au logiciel flash ?
    Une barre temporelle pour l'animation (quelque chose du genre ktoon) et un langage de script ?
    Je trouve vraiment ce logiciel merveilleux !
    • [^] # Re: Flash...

      Posté par  (site web personnel) . Évalué à 4.

      Pareil! J'utilise régulièrement ce logiciel, il évolue vraiment bien et il est très agréable à utiliser sous Linux (sous windows c'est moins bien, icones gtk moches + bug d'affichages sous Vista)

      Très bonne chose l'outil de perspective!
      • [^] # Re: Flash...

        Posté par  (site web personnel) . Évalué à 5.

        Idem mais sous MacOSX (Leopard).

        L'intégration au système n'est pas top vu que cela passe par X11 et que ce X11 ne gère toujours pas correctement les tablettes graphiques (absence de "pression").

        Par contre sous Linux ça fonctionne au poil !

        Couplé avec Scribus, The GIMP et OpenOffice.org c'est le pied pour la PAO!
        • [^] # Re: Flash...

          Posté par  . Évalué à 4.

          Youhou!!!! Des lignes de guides selon un angle d'inclinaison donné!
          J'espèrais ce genre de fonction dans Gimp depuis un moment, mais c'est génial que les devs d'Inkscape y ont pensé.

          RE-youhou!
          • [^] # Re: Flash...

            Posté par  . Évalué à 2.

            D'un autre coté la dernière fonction majeur de Gimp ces derniers temps à été la refonte de l'outil "crop". Donc faut pas s'attendre à grand chose de révolutionnaire de se coté.

            Tous cela pour dire que Inkscape est un projet admirable.
            1) Une interface vraiment pratique et bien mieux pensé que Sodipodi ( oui on sait il y a 10ans les palettes flottantes c'était le top du top )
            2) Des releases régulières avec une tonne de fonction à chaque fois ( cf plus haut )
            3) Une roadmap super ambitieuse et à très long terme, ce qui explique les numéraux de versions "mineur" pour un soft mature.

            De quoi faire des utilisateurs heureux.
            • [^] # Re: Flash...

              Posté par  . Évalué à 3.

              D'un autre coté la dernière fonction majeur de Gimp ces derniers temps à été la refonte de l'outil "crop". Donc faut pas s'attendre à grand chose de révolutionnaire de se coté.
              Et bien vois-tu, je trouve assez énervant ce genre de retour, Gimp est une excellente application et je trouve qu'on ne lui rend pas assez hommage.
              La mouture 2.4 est assez bien fournie et finie, malgré cela, il n'y a eu que très peu d'enthousiasme. Alors c'est dû à quoi?
              1) Les "Gimpistes" ne sont pas assez expressifs? Ou il n'y a que les Gimpistes win32 qui se plaignent? (Bon OSX c'est HS à cause de la limitation du serveur X11 sur Mac, il n'y a pas de pression pour les tablettes)
              2) Ils sont contents et humble dés lors ils n'ont pas besoin de jouer à "celui qui a la plus grosse"? :p
              3) Ou bien alors, il y a plus personne qui utilise Gimp. :/

              Cela dit, je ne dis pas qu'il faille se soummettre et ne pas critiquer, mais toute de même, je trouve qu'il y a un peu trop de dureté envers Gimp.


              1) Une interface vraiment pratique et bien mieux pensé que Sodipodi ( oui on sait il y a 10ans les palettes flottantes c'était le top du top )

              Tu sais, ce n'est pas tant les panneaux flottants qui étaient génants mais, entre autre, la présentation "pixelivore" de ceux là. Police énorme, boutons larges, barre latérale obèse, bordures grassouillettes, etc, etc...
              Car en fin de compte, Inkscape, Krita offrent également des panneaux flottants, ils sont juste mieux finis.

              Pour en revenir aux flottants, sache que même Ton Roosendaal - créateur de Blender - reconnait leurs utilités et qu'il est donc revenu sur certains de ses principes en matière de GUI, notamment du fait des retours de vrais professionnels dans le domaine, dés lors il compte bien offrir cette possibilité pour les Blender à venir et là comme tout d'un coup, vous allez voir tout le monde et à l'unisson svp, chanter les louanges du panneau flottant,
              comme à peu près chaque nouveauté "pas nouvelle" de Blender.

              Et comme la plupart des "Blendies" utilisent des Linux de plus en plus abordables, ils vont croire que Blender à réinventer le panneau flottant, or ce sera tout simplement dû au fait qu'ils n'utilisent plus un WM de merde comme celui de Windows, qui, était le réel problème! :p

              mes 0,2€
              • [^] # Re: Flash...

                Posté par  . Évalué à 1.

                Gimp Win32 doit faire face à la concurrence d'autre logiciel de retouche, ce qui explique une mise en parallèle des fonctionnalités plus vivasse que sous Linux ou GIMP est un peut seul sur le marcher.

                Toujours est il que je n'ai pas noté d'innovation notable ces dernières années dans Gimp et que j'ai la fâcheuse impression que le faussé avec le concurrent éternel qu'est photoshop se creuse.

                Je n'ai pas d'opposition de principe contre les palettes flottantes, je constate juste que dans la large majorité des cas elles sont pour moi plus une gène qu'un atout. Leurs positionnement est souvent pénible et peut pratique. Gimp en est un parfait exemple, les palettes pouvant être caché par d'autre fenêtre active on se retrouve trop souvent a manipuler inutilement ses fenêtre pour retrouver ses palettes.
        • [^] # Re: Flash...

          Posté par  (site web personnel) . Évalué à 2.

          Effectivement sous Leopard c'est un peu difficile. Il en est de même avec Gimp.App pour les raisons que tu évoques. Il est nécessaire de cliquer deux fois pour obtenir le focus sur une fenêtre, je pense d'ailleurs que le problème se pose pour toutes les applications. Cela s'explique peut-être par le fait que X11 prend le focus, puis l'application. Simple supposition, si quelqu'un a la réponse, je suis preneur.

          Pour ceux que le portage GTK+ en natif intéresse http://developer.imendio.com/projects/gtk-macosx/

          Alexandre COLLIGNON

          • [^] # Re: Flash...

            Posté par  (site web personnel) . Évalué à 3.

            Personnellement, je trouve que les logiciels libres fonctionnent bien avec des OS libres.

            Que ce soit sous MacOS, ou Winmachin, c'est toujours chiant à installer et pas toujours stable.

            Il n'y a que sous Linux que les logiciels libres s'installent facilement et sont stables.

            Le principale problème, c'est que les gens ignorent parfois qu'il puisse exister autre chose que Winchose ou MacOScher-mais-beau.... et que ça changerait progressivement si Windaube n'était pas imposé sur le matériel informatique.

            A bientôt
            Grégoire

            Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html

            • [^] # Re: Flash...

              Posté par  (site web personnel) . Évalué à 5.

              Je suis d'accord, excepté pour firefox, même si certains efforts ont été fait ces derniers temps, j'avais l'impression que la version windows fonctionnait mieux que la version linux.
            • [^] # Re: Flash...

              Posté par  . Évalué à 7.

              Pas d'accord, sous Windows, Inkscape est impeccable.

              Le problème d'Inkscape sous OSX est que Inkscape utilise x au lieu de l'affichage natif, et que le X d'OSX est vraiment mal intégré.

              Il faut arrêter de débiter des généralités approximatives pour essayer de trouver des arguments en faveur de gnu/linux, il y a déjà assez de vrais bons arguments à utiliser.
          • [^] # Focus dans Apple X11

            Posté par  . Évalué à 3.

            defaults write com.apple.x11 wm_ffm -bool true

            pour que le focus des fenêtres X11 suive la souris.
            • [^] # Re: Focus dans Apple X11

              Posté par  . Évalué à 1.

              Ce qui ne fait que déplacer le problème (avec plusieurs images, on peut changer l'image active rien qu'en passant la souris sur la fenêtre, pas pratique quand c'est juste avant d'utiliser le dialogue de calques).

              Mais globalement, ca rend l'utilisation des logiciels sous X11 moins pénible que le comportement par défaut du X11 de Mac OS X.
              • [^] # Re: Focus dans Apple X11

                Posté par  . Évalué à 1.

                Ce qui m'étonne, c'est qu'à une époque, le focus à la souris était proposé à l'installation de GIMP notamment.
                C'était le cas à une certaine version sous Tiger il me semble.

                En tout cas, merci pour la commande pour rétablir ce focus.
            • [^] # Re: Focus dans Apple X11

              Posté par  . Évalué à 3.

              il y a assez longtemps, il y avait un gestionnaire de fenêtres appelé OroborOSX qui permettait de choisir l'option de focus qu'on voulait. Il fonctionnait avec Xfree86 et a cessé d'être développé quand Apple a sorti sa version X11 mais ce n'était pas compliqué de le faire fonctionner avec X11
              pour ceux que ça intéresse :
              http://oroborosx.sourceforge.net/
          • [^] # Re: Flash...

            Posté par  . Évalué à 1.

            Ca doit dépendre du gestionnaire de fenêtres. Windowmaker permet à l'application de recevoir le clic lors du focus (configurable).
        • [^] # Re: Flash...

          Posté par  (site web personnel) . Évalué à 1.

          Les logiciels libres de graphisme progressent vite et sont maintenant supérieurs en de très nombreux points aux logiciels propriétaires qui eux, n'évoluent guère et auront de moins en moins de raisons de s'imposer.

          Le gros et dernier obstacle à surmonter sera le monopole de Pantone sur les couleurs d'encres et il est de taille.

          Après le graphisme, les logiciels de vidéo progressent eux aussi et la vidéo sous Linux arrive aussi à maturité. Mais pour eux, je ne vois pas d'obstacle.
          • [^] # Re: Flash...

            Posté par  . Évalué à 6.

            Exprimer des souhaits ou des "visions" n'en fait pas des vérités même si on les assène avec conviction.
            "logiciels libres supérieurs" -> rien à voir avec la licence. Il y'a des logiciels libres qui sont meilleurs que des équivalents proprio mais l'inverse est vrai aussi. Ceux qui écrivent du code proprio et du code libre ( et je crois pas être le seul... ) ne décident pas de faire un truc pourri quand c'est pas GPL ou BSD.
            "logiciels propriétaires qui n'évoluent plus". Là encore rien à voir avec la licence. Vu le nombre de softs sur sourceforge qui sont laissés à l'abandon, tu devrais éviter de généraliser sur ce point.
            • [^] # Re: Flash...

              Posté par  (Mastodon) . Évalué à 5.

              Si, la licence a à voir, puisque de la licence découle directement les possibilités d'évolutions et de développement.
              Si c'est proprio, c'est limité à une équipe de dev chez le proprio, qui ne fera évoluer que selon ses besoins financiers : un logiciel qui marche et se vend bien n'a aucune raison de réellement évoluer, la boîte a plutôt intérêt à réduire l'équipe qui bosse dessus et à se lancer dans un autre projet.

              Si c'est libre, il n'y a pas de contraintes financières de ce genre, mais a contrario, comme tu le fais remarquer, sans bénévoles et gens motivés, ça n'avance pas non plus.

              On peut se permettre de généraliser le fait que dans des domaines où il y a beaucoup de gens motivés, la licence libre permet d'avoir un bien meilleur logiciel, plus évolutif, et avec un réel avenir, que le même avec une licence proprio.

              On en a de plus en plus d'exemples :
              * le noyau Linux est plus stable, et supporte plus de matériel (d'accord, si on prend les 5% les plus récent, c'est l'inverse), et a plus de possibilités que celui de windows.
              * firefox : je ne crois pas même possible qu'un jour IE rattrape son retard.
              * Mplayer, VLC et Xine qui forment le trio de tête (je ne donne pas d'ordre autre qu'alphabétique) des lecteurs multimédias, et sont tout les trois libres.
              * Blender, qui tue tout.
              Mais aussi audacity, scribus, inkscape justement, gimp qui fait une réelle concurrence à photoshop (les goûts, les couleurs, mais pour le reste ya pas de différence fondamentale).
              * Freedos, la meilleure solution pour rejouer à ses vieux classiques DOS en abandonware. Pour le coup il n'y a même plus de concurrence proprio, et ça sert même pour d'autre choses que pour jouer (mise à jour du BIOS par exemple).
              * les logiciels de contrôle de version, CVS, SVN, mercurial, git, etc... libres, y'en a plein, y'en a des proprios, mais ils font pas le poids.
              * PostgreSQL, probablement le meilleur SGBD actuel, mais là faut aussi voir selon les besoins qui sont aussi divers que variés. En tout cas il joue clairement dansla même cours qu'Oracle.
              * OpenSSH/OpenSSL, et oui...
              * 7zip, logiciel libre avec une IHM sous windows, meilleur que ses concurrents winzip ou winrar...
              * qemu, certes moins rapide que VMware quand on veut émuler un x86 sur un x86, mais pour le reste...
              * Nethack, meilleur jeu de l'univers, indétrôné, indétrônable.

              On a certes un contre-exemple avec OpenOffice qui ne vaut pas tripette, mais c'est l'exception tout ça, blabla (je déteste ce logiciel, d'un autre côté, ça se trouve, la concurrence est aussi pourrie, j'ai quelque chose contre le principe des suites bureautiques, ça m'irrite).

              Bref, c'est pas complètement sorti de nulle-part ce que dis Pierre Jarillon...


              Yth.
              • [^] # Re: Flash...

                Posté par  (site web personnel) . Évalué à 4.

                * Freedos, la meilleure solution pour rejouer à ses vieux classiques DOS en abandonware. Pour le coup il n'y a même plus de concurrence proprio, et ça sert même pour d'autre choses que pour jouer (mise à jour du BIOS par exemple).
                ... Ou pour faire tourner de vieilles applis DOS sous Windows Vista. Pas seulement les jeux !
                Il n'y a pas keyb.com sous Vista, utiliser un vieux programme DOS (ou tout simplement utiliser le command.com fourni au lieu de cmd) signifie se retrouver avec un clavier en qwerty, même s'il est configuré en azety au niveau du système.*
                Il suffit d'installer keyb.com du projet freedos et tout roule...

                * il semblerait que windows envoie aux applis DOS le code système de la touche pressée. Ainsi le fonctionnement peut être vu ainsi :
                Matériel :
                Touche caractère (par exemple 'a') pressée sur le clavier => envoie d'un code bas-niveau (première touche à droite de [tab])
                Couche windows :
                conversion du code bas-niveau en un code logiciel et envoi à l'appli. Si c'est un caractère, c'est le caractère, exemple, ici 'a'.
                Couche émulation DOS : conversion du caractère 'a' en un code bas-niveau (première touche à droite de [tab]).
                Couche logicielle DOS : conversion du code bas-niveau en code logiciel, ici 'q'.

                Pour le vérifier c'est simple :
                * exécuter notepad.exe
                * y écrire la chaine "azerty"
                * exécuter command.com
                * copier la chaine "azerty" depuis notepad.exe
                * parcourir les sous menus de l'émulateur de terminal pour coller
                * admirer....
                il est écrit "qwerty".

                Bref, FeeDOS, la meilleure solution pour utiliser les applis DOS sous tout les OS, y compris le tout dernier de Microsoft, Windows Vista.

                ce commentaire est sous licence cc by 4 et précédentes

              • [^] # Re: Flash...

                Posté par  . Évalué à 9.

                gimp qui fait une réelle concurrence à photoshop (les goûts, les couleurs, mais pour le reste ya pas de différence fondamentale).

                L'absence d'espace de travail natif CMJN et de séparation des couleurs dans ce mode pour l'imprimerie est en effet une question de couleurs qui, à l'heure actuelle, pose un réel problème à l'utilisation de Gimp dans le monde pro... la version 2.6 de gimp devrait rattraper ce manquement, mais en attendant, cet élément empêche réellement de substituer gimp à photoshop en pré-presse.

                Et puis, dans l'ensemble, faut regarder ce qui existe dans les logiciels pro, surtout dans le monde pré-presse et arts graphiques avant de lancer des comparaisons comme ça... Croire qu'en face ils n'avancent pas, n'innovent pas, et n'intègrent pas des concepts à haute valeur ajoutée pour les entreprises, c'est se voiler la face.

                Pour le moment, il n'y a même pas moyen d'importer parfaitement un dessin svg fait sous inkscape dans un logiciel de mise en page libre comme scribus ( et je parles pas d'openoffice qui ne supporte pas le svg du tout)... Dans une suite pro comme celles d'Adobe, on en est tout de même loin de ces contrariétés, et l'intégration de qualité évite de perdre du temps bêtement, chose primordiale pour un environnement pro.
                • [^] # Re: Flash...

                  Posté par  . Évalué à 4.

                  à noter que krita permet de travailler en CMJN (je préfère quand même gimp, mais krita devient de plus en plus intéressant)

                  Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

                  • [^] # Re: Flash...

                    Posté par  . Évalué à 3.

                    Krita est le premier logiciel 2D un mélangeur de couleur basé sur un model de représentation scientifique le plus en concordance avec le réel.
                    Même Painter, maître de la simu, ne fait pas cela.

                    Bon maintenant, ça ne fait pas tout, encore faut-il avoir des outils comme Painter, qui même si il n'est pas scientifiquement le plus précis, est fort, fort convainquant.

                    Enfin, tout ça pour dire que ça bouge très bien du côté de Krita.
                • [^] # Re: Flash...

                  Posté par  (Mastodon) . Évalué à 1.

                  Ok, ok, je cède, on peut enlever Gimp de la liste, ou le mettre entre parenthèse, mais la liste reste quand même longue, et probablement très incomplète...

                  Yth.
                  • [^] # Re: Flash...

                    Posté par  . Évalué à -1.

                    Oh je te rassures, tu peux aussi enlever Blender(Maya), CVS(PerForce), QEmu(Parrallels, Simics).

                    Quand au noyau, je vais eviter de creer un thread de 300 posts, je suis occupe la.
                    • [^] # Re: Flash...

                      Posté par  (Mastodon) . Évalué à 2.

                      Hmm....
                      Non, parce que tu n'as pas été convaincant dans ce que tu reproches à Blender ou Qemu et qui serait si génial dans Maya, Parrallels ou Simics.
                      Concernant CVS, j'avais fait un lot allant de l'ancestral CVS aux modernes Git et Mercurial, fallait le prendre comme tel.

                      Yth.
              • [^] # Re: Flash...

                Posté par  . Évalué à 2.

                gimp qui fait une réelle concurrence à photoshop (les goûts, les couleurs, mais pour le reste ya pas de différence fondamentale).

                Il y a une différence fondamentale en faveur de Photoshop: The Gimp ne gère que les formats 8 bits!

                * les logiciels de contrôle de version, CVS, SVN, mercurial, git, etc... libres, y'en a plein, y'en a des proprios, mais ils font pas le poids.

                Clearcase, pour n'en citer qu'un, ne fait pas le poids ???? Malgré toutes les qualités des logiciels que tu cites il ne faut pas abuser quand même...
                • [^] # Re: Flash...

                  Posté par  . Évalué à 1.

                  >Clearcase, pour n'en citer qu'un, ne fait pas le poids ????

                  Mmm, ce serait amusant de comparer la gestion d'un kernel Linux avec ClearCase ou avec git.

                  Pour le plus confortable a utiliser des deux, je parie pour git personellement.
                • [^] # Re: Flash...

                  Posté par  . Évalué à 2.

                  Pour The Gimp : effectivement les versions actuelles ne font que du 8bit par canal. En revanche, avec la nouvelle branche (2.6), on pourra traiter sur 16bits (voir plus). Plus d'info sur http://gegl.org/
                  • [^] # Re: Flash...

                    Posté par  . Évalué à 3.

                    Ça fait des années que l'on nous parle de gegl et d'une prochaine version de Gimp avec le support 16bits. Mais quelqu'un a-t-il déjà vu une copie d'écran d'une version de développement montrant que c'est en cours ?
                    • [^] # Re: Flash...

                      Posté par  . Évalué à 2.

                      Gegl a longtemps ete un "projet" mais depuis quelques temps ca bouge pas mal sur le sujet.

                      Ce qui est dommage c'est que le 16 bits dans gimp a existe... Il y a eu un temps un fork s'appelant gimp film (maintenant cinepaint) qui avait cela mais comme les devs gimp ont refuse les trucs de cinepaint celui ci est parti voir ailleurs.

                      Pour gimp 2.6 si ils mettent aussi longtemps a le sortir que pour 2.4, les concurrents (krita, cinepaint...) auront deja pris la place probablement.
              • [^] # Re: Flash...

                Posté par  (site web personnel, Mastodon) . Évalué à 6.

                > gimp qui fait une réelle concurrence à photoshop (les goûts, les couleurs, mais pour le reste ya pas de différence fondamentale).

                Je ne absolument pas d'accord avec toi. Bon déjà, les arguments avancés par les autres commentaires.

                Mais aussi une chose qui pour moi, met gimp à la poubelle, et qui est, en tout cas pour moi carrément indispensable : avec photoshop, tu peux modifier les filtres et les effets après coup. Dans gimp, tu peux toujours te brosser (pas la peine de dire "on peut faire un undo", va donc faire un undo après 20 manipulations, et surtout va te rappeler des valeurs saisies pour lesdits effets...)

                Bref, photoshop a des "killer features" qui font de gimp un truc pas utilisable (et je ne parlerais pas de son horrible interface qui n'arrange pas son cas).
                • [^] # Re: Flash...

                  Posté par  . Évalué à 3.

                  bien vu, j'avais perdu de vue le côté "pile d'effets modifiable"... une fonctionnalité absolument excellente.
  • # Dia

    Posté par  . Évalué à 4.

    Personnellement, j'utilise Dia pour les diagrammes.
    • [^] # Re: Dia

      Posté par  . Évalué à 2.

      Inkscape ne remplace pas Dia, ce n'est pas son "objectif".
      En passant, les exports Dia en svg marchent très bien.
      • [^] # Re: Dia

        Posté par  (site web personnel) . Évalué à 7.

        Ce qui est dommage avec Dia, c'est qu'esthétiquement le logiciel est très peu attirant.
        • [^] # Re: Dia

          Posté par  . Évalué à 1.

          Il n'est plus trop maintenu, dommage aussi. Mais pour les diagrammes c'est plutôt pas mal.
          • [^] # Re: Dia

            Posté par  . Évalué à 3.

            Le délai entre 2 versions de Dia a toujours été long.
        • [^] # Re: Dia

          Posté par  . Évalué à 1.

          > esthétiquement le logiciel est très peu attirant.

          Je m'en fous.
          Chaqu'un ses critiques.
  • # Pantone

    Posté par  . Évalué à 1.

    C'est vrai qu'il ne manque qu'a trouver la parade pour les couleurs PANTONE, et une fois ce GROS PROBLEME technique surmonté .... ben que du libre libre libre
  • # Tutoriels ou Tutoriaux ?

    Posté par  (site web personnel) . Évalué à 6.

    Bon personnellement je pense que "tutoriaux", pluriel de "tutorial", n'existe pas, mais est-ce qu'à force d'être utilisé le mot a fini par être accepté, si ce n'est par le Larousse, du moins par le correcteur d'orthographe de Linuxfr ?
    • [^] # Re: Tutoriels ou Tutoriaux ?

      Posté par  . Évalué à 1.

      Bingo !

      c'est l'un des rares barbarismes dont je ne suis pas arrivé à me défaire. Ni l'un ni l'autre n'existent aux yeux du TLFi.
      Tutoriel ou tutorial vient de l'anglais tutorial, qui [http://www.thefreedictionary.com/tutorial] découle de tutor.

      La francisation devrait donc privilégier la racine tuteur, soit tuteuriel ou tuteurial. Nonobstant la franche méconnaissance de ces formes par l'ensemble des lecteurs, l'acception idoine de guide aurait pu être choisie. Le terme est peut-être trop générique pour cette fonction.

      Didacticiel est une autre piste à méditer, et après réflexion elle s'accorde effectivement mieux avec notre langue (même si toujours inconnu par le TLFi). Si un modérateur pouvait éditer la dépêche, je lui en serai reconnaissant.

      Merci en tout cas d'avoir soulevé ce point !

      ­La faculté de citer est un substitut commode à l'intelligence -- Somerset Maugham

      • [^] # Re: Tutoriels ou Tutoriaux ?

        Posté par  . Évalué à 3.

        Un didacticiel n'est-il pas un logiciel didactique ? Si c'est la cas, alors rien à voir avec un guide.

        J'aime bien mini-guide (mini how-to) et guide (how-to et tutorials).
    • [^] # Re: Tutoriels ou Tutoriaux ?

      Posté par  . Évalué à 1.

      Personnellement, je préfère didacticiel/s car pour moi tutoriel/s est une francisation du mot "tutorial" anglo-saxon (mais d'accord: tutoriaux n'existe pas).

      Maintenant, Wiktionary me dit que didacticiel est un "logiciel à fonction pédagogique" (http://fr.wiktionary.org/wiki/didacticiel) alors que j'utilise le terme didacticiel pour toutes les ressources d'apprentissage dispo sous forme de pages webs.
    • [^] # Re: Tutoriels ou Tutoriaux ?

      Posté par  . Évalué à 2.

      Je pencherai plutôt pour didacticiels, mais sinon, comme tutoriel vient de l'anglais, je pencherai pour tutoriels
      • [^] # Re: Tutoriels ou Tutoriaux ?

        Posté par  . Évalué à 2.

        Et pourquoi pas tout simplement "guide" ou "mode d'emploi"?
        • [^] # Re: Tutoriels ou Tutoriaux ?

          Posté par  . Évalué à 1.

          C'est pas pareil. Un tuto ça te prend par la main et ça t'accompagne au fur et à mesure des étapes, dans la réalisation d'un exemple simple. Genre un "Hello world". Un guide ou mode d'emploi, ça décrit le fonctionnement. Ca peut aussi tendre vers le tuto, mais pas nécessairement. Enfin c'est ma compréhension.
  • # Visio

    Posté par  (site web personnel, Mastodon) . Évalué à 3.

    Quelqu'un en sait un peu plus au sujet de l'import des fichiers Visio ?

    Parce que autour de moi, Visio est le *gros* point d'attache propriétaire. Il parait que ce logiciel est vraiment bien (j'ai jamais utilisé) et des tas de documents sont au format Visio que seul visio peut ouvrir.

    Voir Inkscape se rapprocher de Visio est donc une excellente nouvelle pour moi mais si quelqu'un a plus d'informations, je suis preneur.

    Mes livres CC By-SA : https://ploum.net/livres.html

    • [^] # Re: Visio

      Posté par  . Évalué à 3.

      • [^] # Re: Visio

        Posté par  (site web personnel, Mastodon) . Évalué à 1.

        J'ai beau fouiller, je ne vois pas trop l'intérêt de ton lien. Ils expliquent sur le site que c'est un équivalent à Adobe Illustrator. ça a un rapport avec Visio ?

        Mes livres CC By-SA : https://ploum.net/livres.html

    • [^] # Re: Visio

      Posté par  (site web personnel) . Évalué à 3.

      Ah tiens, j'ai pêché par imprécision en rajoutant la NdM.
      La lecture du format propriétaire de Visio vdx est prévue :
      - sans doute à l'aide de http://vdxtosvg.sourceforge.net/ un convertisseur vers du SVG
      - en version 0.48 comme indiqué sur la feuille de route http://wiki.inkscape.org/wiki/index.php/Roadmap#Milestone_14(...)
      - c'est le format SVG exporté par Visio (mal) qui est actuellement relisible.

      Visio sait exporter dans "son" format SVG mais un "petit" bug (non respect du format SVG) fait que certains objets apparaissaient tout remplis de noir https://bugs.launchpad.net/inkscape/+bug/180322
      J'ai surtout utilisé les versions svn au boulot justement pour récupérer des documents Visio (les versions Inkscape-0.45+0.46pre3-1) et cela fonctionne correctement. Reste à utiliser des bibliothèques de clipart libres afin d'être complet et c'est bon : voir http://wiki.eagle-usb.org/wakka.php?wiki=HowToDiaUtilisation de shape, clipart) pour l'état de mes recherches.
      Le mieux reste encore d'essayer avec des schémas visio existants, au besoin ne pas focaliser sur la reprise mais se constituer des canevas pouvant être réutilisés et adaptés : une fois passé en SVG, le format est ouvert c'est le principal ;-)
      De toute façon, Visio est souvent utilisé à 2% de ses capacités (comme un outil de dessin), son usage ne se justifie que pour certains cas bien précis où il montre rapidement ses limites tout de même (je pense à la génération de schéma réseau "automatiquement", inutilisable dès que le LAN est un peu trop fourni en postes clients... outre la grouille que cela met sur le réseau quand ceux qui l'utilisent le font sans prévenir les admins réseau).

      Par exemple, Inkscape ne gère pas les multiples pages de Visio, chaque export SVG correspond à une page (parfois il y a plusieurs page pour un document) mais ce n'est pas très gênant. L'utilisation du SVG est clairement un plus par rapport à dia par exemple : même si dia serait le remplaçant "naturel" de Visio, l'utilisation des shapes actuelles n'est pas très joli (un import SVG simple faciliterait la vie là-dessus pour disposer de shapes jolies et se constituer sa bibliothèque de formes en fonction des types de schémas).

      Le fait que Inkscape permette les exports/imports avec openclipart.org va peut-être permettre de booster la disponibilité de ressources en libre.
      • [^] # Re: Visio

        Posté par  (site web personnel) . Évalué à 2.

        Si les fichiers Visio sont exportables, Microsoft perdra progressivement un de ses logiciels qui servent à rendre dépendants ses utilisateurs.

        Quels sont les autres logiciels incontournables que possède Microsoft ?
        • [^] # Re: Visio

          Posté par  (site web personnel) . Évalué à 7.

          C'est surtout les logiciels propriétaires non respectueux des standards et non interopérables qui sont gênants...

          En vrac, en entreprise tu peux trouver :
          - Lotus Notes - une version pour GNU/Linux semble être disponible je n'ai pas encore pu mettre la main dessus, au pire il tournotte avec wine (un pis-aller donc), mais le client léger avec Domino est peut-être la solution la moins pire pour l'interopérabilité (quand il est correctement mis en oeuvre, il n'y a pas que le "webmail/agenda" il y a la gestion des bases documentaires aussi)
          - Java - heureusement l'initiative IcedTea permet de combler les briques non libres et identifier les logiciels fonctionnant correctement avec un JRE libre (pour OOo, je ne sais pas s'il fonctionne, ça me semble important pourtant)
          - Visual Studio visiblement en perte de vitesse face à Eclipse_(logiciel)
          - Windows Mobile et l'adaptation Office sur les PDA - heureusement l'offre d'assistants personnels ressemble de plus en plus à des PC du début du siècle et est à l'avantage de la portabilité de GNU/Linux vu que les autres logiciels ayant tendance à être bloated ils nécessitent une adaptation non négligeable et de se priver de fonctionnalités de base (il suffit de voir le peu d'adaptation nécessaire sur un EeePC, le PDA de demain sera encore plus puissant...). SyncML propose un vrai protocole de synchronisation interopérable, il est bien dommage qu'il ne soit pas plus souvent retenu.
          - Active Directory - la gestion de parc est beaucoup plus riche côté GNU/Linux (notamment avec les capacités évoluées de scripting) mais une solution sur étagère telle que http://wiki.mandriva.com/fr/Mandriva_Directory_Server est plus que la bienvenue (au moins tout comme dans le monde windows l'illusion que c'est directement opérationnel est présente, cela n'enlève pas la compétence nécessaire côté admin sys pour adapter aux besoins et c'est àmha plus facile dans un monde ouvert, il suffit de voir les durées d'intégration dans le monde proprio qui demandent parfois largement plus d'un an pour l'intégration et ensuite il reste le déploiement)
          - Catia - sur des progiciels scientifiques, une version GNU/Linux officielle serait la bienvenue : des entreprises comme EDF montrent la voie avec Code_Aster, Code_Saturne ou le DoD avec BRL-CAD
          - les progiciels métier ont leur pendant en libre et moins bloated qu'un SAP, même si dans les deux cas cela reste un peu la logique 10 consultants pendant 6 mois pour le paramétrage de l'installation...
          - le monde de la Carte_Vitale où les protocoles d'échanges imposent les progiciels proprios à tort (c'est tout de même avec notre santé qu'on joue...) même s'il y a une offre de logiciels pour GNU/Linux et les compléments de gestion de cabinet en libre avec http://medintux.org

          Le point positif est que la "liste des équivalences" penche visiblement en faveur du libre (à une époque en face de chaque logiciel proprio, il était un peu difficile de mettre un logiciel abouti et crédible : maintenant, pour qui s'en donne la peine, les alternatives existent, sont utilisables et ne demandent qu'à avoir des fonctionnalités complémentaires et des gens convaincus et motivés pour les mettre en oeuvre.
  • # Vitesse

    Posté par  . Évalué à 3.

    Bonjour, je suis également TRÈS satisfait d'Inkscape. Les raccourcis clavier se découvrent assez intuitivement.

    Sur ma machine (512Mo de RAM, c'est peut-être ça), ça ralentit sérieusement quand on manipule des formes complexes, typiquement une dizaine d'objets texte courts transformés en chemins. Ça vous le fait aussi ? Cette version gagne-t-elle sensiblement en vitesse, comme l'indique le journal de l'application ?
  • # Inkscape vids

    Posté par  . Évalué à 5.

    Je ne saurai trop vous recommander ces jolis tutos [je ne sais plus comment les apeller maintenant, c'est malin.], tous téléchargeables, sous InkScape, tout en vidéo :

    http://screencasters.heathenx.org/
  • # Utilisation avec imprimeur

    Posté par  . Évalué à 6.

    J'ai fait tout le matériel de propagande de la campagne cantonale avec Inscape, Scribus et Gimp: affiche, tracts, visuels de site web... et j'ai adoré ces logiciels mais il y a vraiment 2 gros soucis qui m'ont fait perdre beaucoup de temps :

    1) Ils ne communiquent pas entre eux, pire les formats des uns ne sont pas lu par les autres, ce qui est bien dommage puisqu'il faut constamment passé par des formats intermédiaires. C'est une perte de temps qui se cumule et cela pose des problème d'échelle quant on tripatouille des données de différentes sources et résolution.

    2) Le support du CMJN est à oublier.
    -> Le plugin pour Gimp fonctionne mais c'est du bricolage, juste pour faire un export final et encore, il faut être un expert pour savoir quel type d'export faire et comment configurer une palette.
    -> Inskape propose des nuancier CMJN, mais ne travaille qu'en RVB, et donc les couleurs panthone méticuleusement appliquées sont approximée en autre chose, mais certainement pas celle désignée.
    -> Il n'y a que scribus qui sait travailler en CMJN, mais l'interface d'enregistrement est tellement pas clair que tous mes PDF pour l'imprimeur étaient foirés.

    Au final j'ai tout fait en RVB et c'est l'imprimeur qui a fait les conversion quadrichromie. Ca a du sens car au moins c'est adapté à son matériel, mais je vois mal un pro accepter ça, d'autant que c'était les document finaux, donc pas moyen de rectifier certaines couleur si j'avais voulu.

    Mais cela reste de supers logiciels.
    • [^] # Re: Utilisation avec imprimeur

      Posté par  . Évalué à 2.

      comme dit plus haut, krita permet l'export et le travail en CMJN. J'ai fait récemment une affiche avec inkscape, exportée dans krita, et envoyée en tiff pour l'imprimeur (si inkscape supporte mieux le pdf qu'auparavant, tant mieux)

      J'ai également réalisé une plaquette avec scribus, l'imprimeur a trouvé la qualité du pdf très bonne (mais j'ai trouvé cela difficile à utiliser, peut-être que les nouvelles versions se sont améliorée)

      Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

    • [^] # Re: Utilisation avec imprimeur

      Posté par  (site web personnel) . Évalué à 2.

      En fait la combinaison inkscape + scribus permet de travailler en CMJN car ils implémentent tous deux la gestion des profils colorimétriques. Pour peu que tu te limites à l'utilisation du sous ensemble SVG supporté par scribus (en gros pas de filtres), ça marche très bien. Tu entres dans inkscape tes valeurs en CMJN qui sont transformées en RVB d'une façon bien précise (le rpofil colorimétrique sert à ça). Quand tu fais ton import dans scribus, il te suffit d'aller dans la table des couleurs et de transformer toutes les couleurs RBG en CMJN. Comme le même profil colorimétrique est utilisé, la transformation inverse te redonne les valeurs CMJN que tu as entrées originalement dans inkscape.
      Voici un exemple de résultat obtenu avec cette technique:
      http://www.esterel-technologies.com/files/data-sheets/SCADE-(...)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.