philou a écrit 193 commentaires

> Donc, si vous avez de la sympathie pour cette distribution, ...

Quand je vois qu'on précise que pour ce concours l'utilisation de soft proprio est possible. C'est fait exploitant agricole qui ne mange pas ses poulets sorties de son ignoble usine.

Savoir que le jingle a été réalisée sous win (alors qu'on a des softs sous gnu/linux), cela reviens de nouveau à décribiliser gnu/linux. On est à mille lieux de la démarche de blender.

Chez mandriva on n'est plus à une contradiction près : entre une entreprise française qui communique que en anglais, après avoir virée le dev le plus connu, ...

Donc non je n'ai pas de symptathie pour cette entreprise.

> En logiciel de calcul qui sont excellent on aura aussi Scilab.
http://www.scilab.org/ Il est développé entre autre par l'INRIA.

Extrait de http://www.gnu.org/licenses/license-list.html#NonFreeSoftwar(...)

Scilab license : This is not a free software license because it does not allow commercial distribution of a modified version.

Alors, est-ce qu'enfin Scilab est passé dans libre ?

"équivalents libre" sauf qu'on est loin des Catia Composite, Ansys, Sysply, ou autre Pam-form, sans parler de la FAO complètement absente.

Pour le moment, pour Salome (je connais pas trop code-aster.org qui a l'air d'être plus de la FEM pour du civil que pour des pièces structurelles en matériaux composites) on est plus près d'une bibliothèque de dev que d'une solution CAO prète à l'emploi (du niveau de SW).

On voit bien que les solutions évoqués sont pour la pluparts des bibliothèques de calcul.

Sans vouloir casser l'ambiance, il ne faudrais pas non plus confondre la dizaine de graphiques générés par GnuPlots avec la conception de quelque centaines de milliers de pièces avec Catia Composite.

"... integration au reseau d'entreprise, travail collaboratif, ... " mais bien sûr, alors que Ms n'a même pas réussit à se positionner sur les formats d'échange (pdf, mp3, png, swf, ...).

A entendre les gars de chez Ms, on croirait que qu'on peux faire de la GPAO avec MsProject ou encore la compta-gestion avec Quicken, c'est dire la blague ... Je ne dit pas MsOffice, MsProject et consort ne servent pas, mais il faut bien comprendre que les softs sortie de chez Ms n'ont jamais été prévue pour la production; Ms c'est un peu le "Toys R Us" de l'informatique.

> Ah si, parcque en l'occurence la forme choisie impose l'information fournie.

On est d'accord, le camenbert ne fonctionne pas avec des questions à choix multiples. L'idée de ma remarque était qu'il ne suffit pas de changer de type de graphique pour donner du sens aux chiffres.

> Co auteur du livre PHP 5 avancé
http://www.amazon.fr/exec/obidos/ASIN/2212116691/

Est-tu vraiment obligé de faire de la pub (pour ton boukin et pour amazon) ?

> ... à louis qui a passé pas mal de temps à faire ce doc (merci à lui).

Est-ce que Louis travaille bénévolement ?
"ce doc", est-ce du word ?

>La question était à choix multiple bien sur. ... On va voir si on peut le passer en graphique par barre.

La question n'est pas la forme (barre/camenbert). Mais plutôt où sont passé l'utilisateur de oo+gimp+ff sous Linux ? Et celui qui utilise linux pour le serveur mais windows pour les clients ?

Dissocier des technos si imbriquées n'a pas de sens. Il faut résonner en profil par rapport à un besoin :
- office : oo+gimp+ff+linux, oo+ff+windows, ...
- serveur : php+mysql+linux, php+posgres+liux, php+msql+windows, ...

Je pensais que raster était aussi un artiste, ..., que le but de E était de faire un bureau à la fois rapide et agréable voire fun.

Pourquoi ne pas utiliser l'accélaration 3D ?

Outre le fait que je trouve sa réponse plutôt agressive (écrivé le vous même,...), elle est surtout courte. En effet, argumenter que c'est la dépendance à l'OpenGL qui pose problème, me paraît plutôt léger (options de compilation, ...). Surtout que dans le même temps on nous parle des bibliothèques de Freedesktop (cairo, D-BUS, gstreamer, poppler ou scim).

A-t-il l'intention de faire lui même toute la partie 3D (drivers, biblios) ?
Peut-être qu'il veut prendre sa retraire concernant les gestionnaires de fenêtres ?

Ce qui me parait dommage est que Enlightenment a atteint la maturité au moment même où il est en quelque sorte déjà dépassé (sauf pour l'embarqué).

> Tant mieux. C'est ce qui m'avait attiré vers Linux en 1995. C'est toujours ce qui m'amuse.

Je pense que que sont les logiciels matures qui fait qu'on _reste_ sous linux (gnu/linux, gnome/kde, ooffice, gimp, ...).

Maintenant, quand je vois luminocity ou compiz, je me dit que c'est le début de le fin de windowmaker (mon wm fétiche) et que vivement les docks en opengl.

Y a t-il un projet equivalent en Français ?

J'enfonce le clou. Je trouve que c'est franchement lamentable qu'une société française utilise aussi peu le français.

En fait, me concernant, cette comm. me donne l'effet inverse de l'effet recherché, ça me RÉPULSE ! Il y a comme l'impression d'une certaine arrogance :
- in french (the documentation, news, website, ...) ?
- seriously, it's a joke. Our bussines area is in the US and UK, ok ! We can't spend time for silly bugger.

En effet mise à part la description officiel (que j'avais lu aussi), mas question était plutôt quelle est l'intérêt de Hula par rapport aux solutions existantes ? Ou alors est-ce que Hula répond à un besoin qui était sans solutions existantes ?

> ou le projet Hula ?

Quelqu'un sait l'intérêt de ce projet ?

> car parfois on donne un fichier OpenDocument ... et pas un PDF.

et donc on utilise OOO (qui est libre et gratuit, je sais je me repètte).

Je n'ai toujours pas compris.

Par contre lors de l'ouverture d'un fichier ooo dans Evince, générer un pdf à la volé pour le lire (à la volé tooujours), çà me parait plus sympa. (plus facile et plus efficace). Ce qui devrais se faire aussi avec les TeX et les XML/XSLT.

> Java n'est pas lent, par contre il demande beacuoup de ram.

Je complètement d'accord, et même qu'il demande beaucoup de cpu.

Je ne comprend l'intéret d'un tel produit (visioo-writer). Pourquoi avoir une visionneuse si le soft complet est disponible gratuitement ?

Ne pas pouvoir changer le fichier ? -> PDF
Rapidité du lecteur ? -> PDF

Il n'y a franchement rien dans cette news.

Où sont le infos utilisateurs pour améliorer les perfs ?

Ce donner des buts c'est bien, les réaliser c'est mieux. On sait tous que le nautilus devrais se lancer le plus rapidement possible; si à chaque idée, amélioration ou correction de bugs ; on "s'amuse" à faire une présentation préliminaire (nulle de plus), on n'est pas sortie.

> Moving to Gna!

> Tuesday, September 20 2005

> We're moving Wesnoth development from Savannah to Gna!. Unfortunately, we
> had some problems during the migration of the bug tracking system, so we will
> continue using Savannah to track the old bugs. New bugs should be reported to
> Gna!

Tiens, tiens, ... intéressant çà ! (non, non, je ne veux pas polémiquer ...)

Je vois pas en quoi, il y a dispersion. Explique ?

Je trouve la démarche de mesure "l'ouverture" concrète (cvs, traçeur des bugs, liste de diffusion, documentation, ...) du processus de développement d'un logiciel particulièrement bien sentie. Surtout si le soft est le produit d'une entreprise unique.

D'autre part, il faudrais expliquer en quoi étude, comparatif, ou toute sorte d'analyse pose problème.

> Utilise un lecteur pdf basé sur xpdf si tu veux que ca marche, genre kpdf ou evince... Mais c'est clair que ghostscript est assez mauvais et lent!

Sauf que Gv est rapide et propre.

A mon sens, Bonobo a été une de plus grosse erreur technique du projet Gnome.

Il ne reste plus qu'à virer l'autre erreur : GConf :

- portabilité réduit à néant
- stabilité désastreuse
- compléxité accrue
- utilité constestée

Comme bonobo, c'est un concept agréable ...

pour le "OpenOffice.org: avec style" il n'y a pas le PDF.

Si on commence nous aussi a ne pas mettre des pdf/ps/text sur des liens et donc devoir lancer oo, ...

Détrompe-toi la portabilité, fera que un soft est connue ou beaucoup moins (cf firefox, ooo, emacs, gimp, blender, apache, latex, ...)

Avec un arrogance certaine, beaucoup de linuxiens ont une forte tendance à sous-estimer la valeur du parc machine non-linux. Cela traduit une vision élitiste de l'informatique, une vision très _fermée_ en quelque sorte.

Firefox n'est pas complètement représentatif.

Essaye Nvu ... Ou plutôt tente d'essayer, c'est d'une lourdeur qui va te faire regretter les dev en python/perl/ocaml avec gtk/qt ou alors qui va te faite acheter le dernier AMD.

Xul a le même problème que Java, Flash, ..., une certaine idée de la portabilité. A utiliser uniquement pour des toutes petites choses style applet complémentaire à un site, pas plus.

Je sais bien que mon commentaire ne vas pas faire plaisir, qu'il ne correspond pas à un certain cathéchisme (malheuresement trop fréquent ici). Je crois que XUL est une réelle innovation technique, mais il faut aussi reconnaître que cette techno présente _aussi_ des inconvénients.

On fait la question que tu soulèves est autre. Je disais que Firefox fonctionne sur toutes les plateformes grands publics. Tu met le doigt sur l'insuffisance de Firefox sur son intégration dans l'environnement (dans lequelle il est installé).

Intégration et portabilité semble être antagoniste, mais ils ne le sont pas, par contre ça demande plus de boulot.