EmmanuelP a écrit 264 commentaires

C'est rigolo comment les defaults de windows sont les qualité de linux...

Je n'ai jamais dit ça. La séparation OS / Application est valable pour Sun, Novell, RedHat, etc...

Ben oui, en fait Microsoft devrait arreter d'ajouter des features a son OS, parce que ca ferait probablement concurrence deloyale a qq'un.

Oui, en quelque sorte, si ces fonctionnalités n'appartiennent pas légitimement au système d'exploitation. L'exemple de la reconnaissance vocale n'est certainement pas le bon, car c'est justement un élément qui peut être considéré comme faisant partie du système d'exploitation.

Par contre, ne pas inclure un navigateur internet ou un lecteur multimédia, ça me semble être beaucoup plus justifié, car dans ce cas la concurrence est faussée, notamment en raison de la prédominance de Windows (c'est inclu dans windows, la concurrence ne donc peut être que gratuite, et en plus nécessite un effort de la part de l'utilisateur). Et ça s'apparente aussi à de la vente liée (parce qu'évidemment, ni Internet explorer, ni Windows Media Player ne sont gratuits, ça se paye avec le reste de Windows, tout ça...)

Dans un monde informatique un peu plus juste, le fabricant d'un système d'exploitation ne devrait pas pouvoir s'attaquer aussi au marché des applications. Il me semble qu'à une époque certains préconisaient l'éclatement de Microsoft en plusieurs sociétés.

Oula, c'est beaucoup trop tard.

Cette opération s'est terminée le 15 septembre.

http://www.maemo.org

Il est à noter que Lostmarble produit aussi Papagayo, un logiciel sous GPL permettant d'animer la bouche des personnages. Seul bémol, il n'est disponible que pour Mac et Windows.

D'après ce que j'ai vu, ils ont utilisé wxPython pour l'interface utilisateur, donc une version linux devrait pouvoir voir le jour sans trop de difficulté. Le seul point bloquant semble être la sortie audio, dépendante de quicktime.

D'après ce que j'ai vu de Painter et d'OpenCanvas, il ne me semble pas qu'un nouveau logiciel soit nécessaire, mais plutôt une extension de gimp, non ?

Enfin, dernière bonne nouvelle, et non la moindre, Xtreme et Inkscape vont converger. Ces deux logiciels ont des qualités différentes et leur descendance commune devrait hériter de leurs qualités respectives. On peut citer par exemple l'excellente gestion des ombres par Xara.

Les projets sont encore bien loin de converger, d'après ce que j'ai pu lire sur la liste de diffusion d'Inkscape.

Il est vrai que du côté de Xara, ils font des efforts de communication avec les développeurs d'Inkscape pour essayer de créer une synergie, sans vraiment, il me semble, souhaiter une fusion.

Les développeurs d'Inkscape sont eux en position d'attente pour une éventuelle collaboration, le code de Xara n'étant pas encore diffusé.

http://comments.gmane.org/gmane.comp.graphics.inkscape.devel(...)

Humm... Pas facile de dire quel toolkit est utilisé pour l'IHM. Peut-être leur propre technique, comme pour le moteur de rendu vectoriel ?

D'après la page de téléchargement, Ils utilisent wxwidgets.

http://www.xaraxtreme.org/download/

Un tableur c'est pratique pour faire la comptabilité de sa chaudière. Mais pas pour faire des traitements complexes.

Boaf, c'est ton avis. M'enfin, il me semble que la demande pour un ensemble tableur/module de tracés scientifiques existe.

Tous logiciels de tracés scientifiques (origin / grapher / kaleidagraph / sigmaplot ...) propose l'interfaçage avec un tableur.

Ne pas oublier non plus que scientifique ne rime pas avec informatique (enfin si, mais bon, tu vois ce que je veux dire...), donc une méthode à base de copier/coller permet à beaucoup d'être autonome.

La technique: saisir les données dans une colonne, puis copier la colonne, la coller en décalant de 5 lignes dans une autre colonne, et enfin calculer c0 + c1 / d dans une troisième colonne.

Ça, c'est un petit peu quand on s'y prend avec les pieds, non ? :)

Exercice : faire la même chose en deux colonnes.

En fait ce qui serait vraiment bien ce serait ce serait de faire un widget de graph indépendant de façon à pouvoir l'utiliser dans d'autres applications.

Tout le code pour le tracé de courbes est dans la bibliothèque goffice. Il y a dans le CVS de goffice un exemple de widget utilisant ce code.

http://cvs.gnome.org/viewcvs/goffice/tests/

J'essayerai peut-être un jour de coder une application du style d'origin, mais si quelqu'un pouvait commencer avant moi... :)

PS2: il y a bien matplotlib mais pour l'instant l'intéractivité pour placer des éléments sur les graphs ça n'est pas ça.

Ce projet est très intéressant et bien avancé. Je l'ai juste un peu testé (une sorte de veille technologique, quoi), il manque peut-être de finition. Mais il me semble aussi que c'est le travail d'un seul développeur, et ça représente déjà pas mal de travail.

Je pense qu'on va rencontrer les mêmes difficultés pour obtenir quelque chose de réactif, surtout avec des graphes chargés. Mais j'ai bon espoir...

Une façon d'obtenir la qualité plublication ne serait-t-il pas d'utiliser un export vers asymptote.

Est-ce que tu peux préciser ce qu'est asymptote ?

Comme l'indique le poste précédant, l'export vectoriel vers SVG est disponible depuis la version 1.4 (au minimum).

Pour éviter les problèmes avec les polices qui peuvent ne pas être présente sur le système où tu vas exploiter le fichier SVG, tu peux passer par inkscape et transformer le texte en formes vectorielles.

Si tu souhaites que cette fonctionnalité soit disponible directement depuis gnumeric, n'hésite pas à faire un rapport de bug.

Sur ce thème, je travaille au support de cairo pour le rendu des graphiques, ainsi qu'à un backend SVG pour cairo. Il me sera sans doute aisé d'ajouter une fonction au backend cairo pour générer un fichier SVG soit avec seulement du texte et la description de la police utilisée, soit avec le texte et les polices embarquées (mais peu de visualisateurs SVG sont capables d'afficher ça), soit avec le texte sous forme vectorielle.

Sinon, à propos du titre de ton commentaire, nous souhaitons effectivement proposer un module de tracé qui soit utilisable par des scientifiques.

Durant la prochaine période de développement, nous pensons travailler sur l'ajout de fonctionnalités d'axe avancées telles que les axes cassés, empilés ou superposés, finaliser le tracé polaire, ajouter de nouveaux types de courbes de régression, et éventuellement le support de tracé 3D.

Sans oublier les fonctions de base comme le positionnement des éléments du graphe à la souris, travail qui est déjà commencé:

http://emmanuel.pacaud.free.fr/screenshots/gnumeric/gnumeric(...)

Les développeurs réguliers ne sont pas vraiment embalés pour effectuer le travail de développement du module d'import/export OpenDocument, la principale raison étant que OpenDocument semble avoir de sérieux manques concernant la description des fonctions disponible dans un document, de la syntaxe de ces fonctions, et des résultats que l'on doit attendre.

Il y a une initiative pour régler ce problème, OpenFormula (http://sourceforge.net/projects/openformula).

Ceci dit, le travail a tout de même commencé, sous la forme d'un patch provenant des personnes qui travaillent au portage de gnumeric vers la plateforme maemo (http://www.maemo.org), servant au développement d'applications pour le Nokia 770.

Plus on a de choix, et mieux c'est, non ?

Oui et non.

Il ne faut pas oublier que le nombre de développeur de logiciels libres n'est pas extensible à l'infini, et qu"un bon nombre de projets ne fonctionnent déjà qu'avec une petite équipe (par exemple, les développeurs réguliers de gnumeric se comptent sur les doigts d'une main).

Donc, quand deux projets sont si proches, et qu'ils peuvent fusionner en conservant leurs avantages respectifs (une base simple d'utilisation avec une interface épurée (epiphany), avec des possibilités d'extension pour les utilisateurs ayant des besoins plus spécifiques (galeon)), on ne peut qu'être satisfait du rapprochement.

D'ailleurs, si ma mémoire est bonne, Marco Pesenti Gritti proposait déjà d'implémenter les fonctionnalités avancée sous forme d'extensions avant qu'il ne décide d'abandonner galeon pour epiphany.

Au fait, si c'est pour des documents en latex, tu peux insérer des figure en pdf, non?

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.

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) ?

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

Ceux qu'ont deux-trois notions d'allemands savent que SuSE se prononcent Soussé

Kaiser Soussé

La democratie particaptive, elle, est déjà à l'oeuvre à travers Wikipedia, mais je comprend que ca déplaise au garants de la bonne pensée des médias comme aux garants de la bonne marche de la vie de la Cité.

Et c'est déjà un terme récupéré :

http://www.cr-poitou-charentes.fr/fr/index.dml(...)

Enfin GTK sous Windows même JAVA est mieux intégré a l'environnement.

C'est à dire ?

Faut dire que si tu cherches cardriciel à la place de cadriciel, tu vas avoir du mal.

http://fr.wikipedia.org/wiki/Cadriciel(...)

Non, je te crois :)

Je pensais que le premier test que tu suggérais n'était pas représentatif.

Seulement, ce qui m'a fait réagir (un peu vite), c'est « les développeurs s'en foutent ».

Non. Criawips non plus, d'ailleurs.

J'ai simplement regroupé les applications gtk qui permettent d'avoir un ensemble de fonctionnalités similaires à celles d'openoffice.

abiword ?

Pour être plus honnête, il faudrait plutôt dire:

abiword + gnumeric + inkscape + criawips + mergeant

Ah, oui, ça c'est intéressant, openoffice est beaucoup plus rapide qu'abiword pour ouvrir un fichier bidon...

Je peux comprendre que les développeurs n'y accordent pas une très grande importance, surtout si ça implique beaucoup de changements. D'ailleurs, est-ce que tu peux nous en dire un peu plus sur ce problème ?

Il faut quand même garder à l'esprit que l'équipe de développeurs d'abiword peut probablement se compter sur les doigts d'une main...

Amélioration de l'« utilisabilité » (modifications sur l'IHM)

Amélioration de l'ergonomie, non ?

Autre remarque: le nautilus il est moche comme tout!! Et cela n'est pas possible de le remettre en mode spatial, j'ai beaucoup critique ce mode jusqu'a hoary et je trouve dommage d'avoir 42 fenetres qui s'ouvre pour un seul repertoire ce qui est de nouveau le cas sous breezy. Avant que l'on me dise, il y a regedit euh je veux dire gconf-editor et une cle a changer, j'ai deja tente et cela ne fait rien du tout (case coche de no_ubuntu_spatial ou pas).

La clef no_ubuntu_spatial ne permet pas de changer le mode en spatial/browser, mais de choisir si c'est clic droit ou clic milieu qui ouvre une fenêtre et ferme la fenêtre parent.

Pour passer du mode browser au mode spatial, c'est dans le dialogue de configuration de nautilus: Système->gestionnaire de fichiers->Comportement->Toujours ouvrir dans des fenêtres de navigation.

Sinon, en mode browser, je trouve que nautilus est bien mieux si on cache la barre d'outils principal, et en ne conservant que la barre d'emplacement.

Avec nautilus, tu peux faire glisser un URL vers le terminal. Mais pour obtenir la même fonctionnalité, il faut taper le nom de la commande avant dans le terminal.

Résultat à peu près équivalent, mais avec moins de code.