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
- Inkscape (16 clics)
- VF du site (42 clics)
- Captures d'écran (18 clics)
- Tutoriaux (6 clics)
- Notes de la version 0.46 (6 clics)
- inkscape-fr (26 clics)
# Flash...
Posté par Bruce Le Nain (site web personnel) . Évalué à 8.
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 xenon_hs (site web personnel) . Évalué à 4.
Très bonne chose l'outil de perspective!
[^] # Re: Flash...
Posté par Julien (site web personnel) . Évalué à 5.
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 NickNolte . Évalué à 4.
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 Beretta_Vexee . Évalué à 2.
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 NickNolte . Évalué à 3.
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 Beretta_Vexee . Évalué à 1.
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 Alexandre COLLIGNON (site web personnel) . Évalué à 2.
Pour ceux que le portage GTK+ en natif intéresse http://developer.imendio.com/projects/gtk-macosx/
Alexandre COLLIGNON
[^] # Re: Flash...
Posté par GG (site web personnel) . Évalué à 3.
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 Bruce Le Nain (site web personnel) . Évalué à 5.
[^] # Re: Flash...
Posté par ragoutoutou . Évalué à 7.
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 madmanu . Évalué à 3.
defaults write com.apple.x11 wm_ffm -bool truepour que le focus des fenêtres X11 suive la souris.
[^] # Re: Focus dans Apple X11
Posté par Anonyme . Évalué à 1.
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 Nikoo . Évalué à 1.
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 Thierry6 . Évalué à 3.
pour ceux que ça intéresse :
http://oroborosx.sourceforge.net/
[^] # Re: Flash...
Posté par Anonyme . Évalué à 1.
[^] # Re: Flash...
Posté par Pierre Jarillon (site web personnel) . Évalué à 1.
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 snt . Évalué à 6.
"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 Yth (Mastodon) . Évalué à 5.
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 Thomas Debesse (site web personnel) . Évalué à 4.
... 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 ragoutoutou . Évalué à 9.
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 B16F4RV4RD1N . Évalué à 4.
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 NickNolte . Évalué à 3.
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 Yth (Mastodon) . Évalué à 1.
Yth.
[^] # Re: Flash...
Posté par pasBill pasGates . Évalué à -1.
Quand au noyau, je vais eviter de creer un thread de 300 posts, je suis occupe la.
[^] # Re: Flash...
Posté par Yth (Mastodon) . Évalué à 2.
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 gpe . Évalué à 2.
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 reno . Évalué à 1.
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 madmanu . Évalué à 2.
[^] # Re: Flash...
Posté par Frédéric COIFFIER . Évalué à 3.
[^] # Re: Flash...
Posté par abramov_MS . Évalué à 2.
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 Laurent J (site web personnel, Mastodon) . Évalué à 6.
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 ragoutoutou . Évalué à 3.
# Dia
Posté par Mes Zigues . Évalué à 4.
[^] # Re: Dia
Posté par IsNotGood . Évalué à 2.
En passant, les exports Dia en svg marchent très bien.
[^] # Re: Dia
Posté par Bruce Le Nain (site web personnel) . Évalué à 7.
[^] # Re: Dia
Posté par Anonyme . Évalué à 1.
[^] # Re: Dia
Posté par Mes Zigues . Évalué à 3.
[^] # Re: Dia
Posté par IsNotGood . Évalué à 1.
Je m'en fous.
Chaqu'un ses critiques.
# Pantone
Posté par DontShootMe . Évalué à 1.
# Tutoriels ou Tutoriaux ?
Posté par Bruce Le Nain (site web personnel) . Évalué à 6.
[^] # Re: Tutoriels ou Tutoriaux ?
Posté par plic . Évalué à 1.
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 Kerro . Évalué à 3.
J'aime bien mini-guide (mini how-to) et guide (how-to et tutorials).
[^] # Re: Tutoriels ou Tutoriaux ?
Posté par Olivier Saraja . Évalué à 1.
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 Guillaume Rossignol . Évalué à 2.
[^] # Re: Tutoriels ou Tutoriaux ?
Posté par FantastIX . Évalué à 2.
[^] # Re: Tutoriels ou Tutoriaux ?
Posté par jihele . Évalué à 1.
# Visio
Posté par ploum (site web personnel, Mastodon) . Évalué à 3.
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 Larry Cow . Évalué à 3.
[^] # Re: Visio
Posté par ploum (site web personnel, Mastodon) . Évalué à 1.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Visio
Posté par BAud (site web personnel) . Évalué à 3.
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=HowToDia (§ Utilisation 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 Pierre Jarillon (site web personnel) . Évalué à 2.
Quels sont les autres logiciels incontournables que possède Microsoft ?
[^] # Re: Visio
Posté par BAud (site web personnel) . Évalué à 7.
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 Anonyme . Évalué à 3.
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 kib2 . Évalué à 5.
http://screencasters.heathenx.org/
[^] # Re: Inkscape vids
Posté par Epy . Évalué à 3.
[^] # Re: Inkscape vids
Posté par El_DreamMachine (site web personnel) . Évalué à 1.
[^] # Re: Inkscape vids
Posté par Michel Petit (site web personnel) . Évalué à 4.
http://screencasters.heathenx.org/
# Utilisation avec imprimeur
Posté par Cedric Augustin . Évalué à 6.
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 B16F4RV4RD1N . Évalué à 2.
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 Obi MO (site web personnel) . Évalué à 2.
Voici un exemple de résultat obtenu avec cette technique:
http://www.esterel-technologies.com/files/data-sheets/SCADE-(...)
[^] # Re: Utilisation avec imprimeur
Posté par BAud (site web personnel) . Évalué à 2.
Par exemple, cela pourrait servir en partie pour http://qelectrotech.tuxfamily.org/documentation_fonctionnali(...) àmha ;-)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.