Matthieu Moy a écrit 3255 commentaires

> le viewer de documents dispo gratuitement Tu as l'URL de la version Linux ? Un truc qui ne tourne que sur un système payant ne peut en aucun cas être considéré comme réellement gratuit ...

> je sais pas combien de Go ça fait, Oui, mais la taille d'une base, en ce qui concerne l'intégrité des données, c'est aussi le nombre de tables, le nombre de clés externes, ... Pour gérer des noms de domaines, en gros, y'a une table dns <-> ip, avec un index dans chaque sens. Et ce genre de BD est quasiement en read-only, et ça aussi, c'est très facile à gérer. Une "grosse" BD, avec des données importantes, ce serait plutôt par exemple un truc qui gère des transactions financières style "débiter telle somme de tel compte, ajouter tant de points de fidélité dans telle table, contacter l'autre banque pour lui dire de créditer le compte de tant, tout en vérifiant que le mot de passe est bon", avec bien entendu la gestion des cas ou l'un des comptes est fermé pendant la transaction, le cas d'un crash au milieu, etc, et la garantie que dans tous les cas, l'argent ne s'est pas perdu en route.

Oui, mais si tu fais de la pub qui à ma connaissance est Mozilla only, ne te plaint pas que d'autres gens fassent de la pub pour des trucs MSIE only.

A moins que ça n'ai changé entre temps, IE ne supporte pas officiellement JavaScript. quelques temps après le lancement de JavaScript par Netscape, MS a décidé de créer "son propre language", le JScript, qui utilise la même syntaxe que JavaScript, mais des api juste un peu différentes, et qui réponds aux mêmes balises < script type = "javascript" >. D'ou les problèmes de compatibilité, mais le JavaScript proprement dit est assez bien défini.

Ce n'est pas faut, mais il est vrai aussi que pour avoir une techno portable et largement disponible, une applet Java n'est pas forcément un mauvais choix. (Du coup, on se retrouve parfois avec tout un "site web" dans une seule page, avec juste une applet. L'avantage étant qu'il n'y a pas besoin d'installer le client spécifique, c'est le navigateur qui se démerde avec HTTP. Bon, c'est clair que c'est une utilisation détournée du navigateur, ...)

Le problème avec XHTML ou CSS, c'est qu'il faut impérativement charger une nouvelle page pour communiquer avec le serveur. Avec des applets Java, ou composants ActiveX, on peut avoir quelque chose de plus interactif, genre quand je clique sur ce bouton, ça fait une requête sur une base de donnée et ça affiche le résultat dans cette zone de texte.

Pour des applications simples, les normes W3C sont largement suffisantes, mais il faut bien reconnaitre que ce n'est pas facile de s'y tenir pour faire des interfaces complexes.

Par contre, les solutions existent pour faire du multi-navigateur. Même si Java n'est pas parfait, c'est déjà mieux que rien par exemple. Les autres types de plugins sont en général compilées pour une architecture et un navigateur en particulier (=> poubelle).

Pourquoi ?

Simplement parce que depuis quelques années, MS s'intéresse à la fiabilité.

va voire sur research.microsoft.com par exemple, tu verras qu'il y a des gens très forts qui font de la recherche sur la fiabilité chez eux. Au niveau fonctionalités, on n'a pas vu beaucoup de trucs *vraiment* innovants depuis quelques années, et l'existant est largement suffisant pour beaucoup de monde (preuve en est le nombre de machines qui tournent encore sous Win98+Office97). Si MS investit tout son argent dans la fiabilité, vu que justement, il y en a beaucoup, des sous chez MS, on a de fortes chances d'avoir un Windows vraiment stable d'ici quelques temps. (Déjà, un Win2000, pour un particulier, c'est déjà acceptable.)

> Car le logiciel libre, comme le logiciel propriétaire, est plutôt générique. C'est son integration, paramètrage particulier qui lui donne de la valeur.

Je ne suis pas d'accord. Il y a des logiciels libres spécifiques, il y a des logiciels propriétaires spécifiques. Mais ce ne sont pas ceux qui se trouvent dans les distributions et les rayons de la FNAC, c'est tout.

Une SSII peut très bien décider de vendre le développement d'un soft spécifique sous licence GPL à son client. Elle peut même le vendre très cher. L'avantage pour le fournisseur étant de pouvoir réutiliser du code GPL déjà écrit.

> ces fichiers .nfs9090909 qui traînent

J'en ai toujours. Quelqu'un sait comment les virer ?

Je crois que c'est le contraire.

Tu lui expliquera qu'il a parfaitement raison : Il n'y a que les développeurs de libre qui introduisent des failles de sécurité dans les logiciels. Aucun logiciel propriétaire ne peut contenir de faille volontaires parce que ... Niark, j'arrive pas a argumenter plus :-(

Ah, si, il y avait l'argument de MS dans la FAQ Palladium : "Les backdoors, on n'en met pas parce qu'on trouve pas ça secure."

> le copier coller fonctionne toujours pareil sous unix, non ?

Oui, c'est à dire *mal*.

Essaye de copier du texte avec accents de Mozilla vers un Emacs 21.2 dans un environnement configuré en latin-9 (C'est un grand classique, mais ça fait toujours rire ...).

Tiens, je suis sous Solaris (Donc, pas Linux, mais tu parlais du copier-coller unix), je tappe "Quelle belle journée d'été", je copie-colle vers Emacs, puis de retour ici, j'ai "Quelle belle journ?e d'?t?". Formidable !

Ca, c'est pour le copier-coller X11, qui ne gère que le texte brut. Maintenant, essaye de faire du copier-coller plus évolué, ne serait-ce que du texte mis en forme. Sur ma Debian (stable), le copier-coller du menu "edit" ne marche même pas avec du texte brut entre kwrite et abiword.

Il y a plusieurs années, sous Windows, je faisait du copier-coller de dessins vectoriels de Corel Draw à Word. Je pouvais copier un tableau ou un graphique Excel, et le coller dans Word. En faisant un collage spécial, il me donait le choix entre coller en temps que document Excel ou en temps qu'image. Le même genre de choses était disponible sous Mac il y a plus de 10 ans.

[ Ceci dit, c'est vrai que l'idée du clic du milieu pour coller est une bonne invention, mais pour des applis bureautiques, il faudrait pouvoir coller autre chose que du texte. ]

pdftotext

Et de mémoire, il doit exister des trucs comme pdf2ascii. Il y a eu un thread la dessus sur fr.comp.applications.libres y'a quelques semaines.

Tu as vu ou qu'on avait le droit de rouler à 200 Kms/h ?

Y'a pas un serveur ftp ou http sur ta knoppix ?

La seule chose que t'apporte le P2P, c'est le moteur de recherche. (et encore, c'est pas très dur de te faire une page perso sur le web avec un lien vers ton site ftp si tu veux qu'il soit visible.) Mais je pense que si il y avait un réel besoin, on aurait sans doute des solutions un peu moins obscures pour faire un moteur de recherche distribué.

C'est un nom déposé, t'as pas le droit ;-)

C'est un truc pour les vilains méchants qui voudraient par exemple aller chercher une clé de chiffrement dans un logiciel de lecture de DVD, ou bien qui voudraient faire du reverse-engineering pour chercher les trous de sécurité dans Windows pour soutenir les terroristes. (Pour les logiciels open source, le problème ne se pose pas, puisque les failles de sécurités sont déjà au grand jour, et que les vilains méchants peuvent déjà les utiliser facilement)

J'ai bon ?

>> [...] il est plus simple d'aller en profondeur avec Linux [...] >L'accès au source c'est bien, de là à dire que ca rend l'utilisation plus simple ... Je pense que tu as mal compris ce que voulait dire la dépêche. Elle parle bien d'aller en profondeur, et non simplement d'utiliser. Et en effet, pour quelqu'un qui en a les moyens, qui utilise un logiciel tous les jours, et qui veut aller plus loin, l'accès aux sources est un vrai plus. Je connais assez peu le cas de Linux, mais pour Emacs, par exemple, le source est vraiment la meilleure des docs. Je trouve plus facilement ce que je veux à coups de grep dans les sources qu'en lisant les fichiers d'info. Mais il n'empêche que Emacs reste utilisable pour quelqu'un qui ne lit pas les sources.

> Mouah, ah, ah, ah !!! Et tu l'évalues comment la part de marché ? Statistiques des browser web. Ce n'est pas d'une fiabilité extraordinaire, mais ça donne une idée avec une marge d'erreur de moins d'un facteur deux je pense. Google donne 1% de Linux, ce qui, même en comptant une marge d'erreur de 1:2, donne une fourchette de 0.5 à 2% de Linux. Je veux bien monter jusqu'à 3 ou 4 % en étant *vraiment* très très très optimiste.

Tu parles des licences serveur, mais on parle de faire tourner Office.

Si tu veut te payer un RedHat Advanced Serveur pour ton quadriproc de bureautique, c'est ton problème ;-)

> il est plus lourd que du GIF

En général, le taux de compression est meilleur. Il y a aussi plus d'information sur la correction des couleurs, ...

> et incapable de faire des animations.

Ah ? http://linuxfr.org/2003/03/09/11612.html(...)

Je ne vois au contraire pas trop de raisons d'utiliser du GIF.

> alors que mozilla en est a préparer l'arrivée de SVG
> que le SVG commence a etre animé, avec ie on en est encore au hacks de la mort pour le png et aux plugins propriétaires flash

Ahem ... Dans l'autre sens, ça marche aussi !

Alors que MSIE gère depuis longtemps le SMIL, Mozilla en est tout juste au support du SVG ...

Oui, mais tu fais comment

find . -mime-type image/gif

? ;-)

$ apt-cache show kaffe
[ ... ]
Description: A JVM to run Java bytecode
This is Kaffe, a virtual machine designed to execute Java bytecode.
It performs "just-in-time" code conversion from the abstract code to
the host machine's native code. This will ultimately allow execution of
Java code at the same speed as standard compiled code but while maintaining
the advantages and flexibility of code independence.

$ apt-cache show kissme
[ ... ]
Description: A free Java Virtual Machine
kissme is a free Java Virtual Machine for Linux.
It uses the GNU Classpath java class library.
.
Currently it can only run console applications (there is no working AWT support in Classpath).

Si j'ai bien compris, l'affirmation correcte est "Les JVM libres sont toutes pourraves", mais pas inexistantes.

J'oubliais l'enregistreur de macros, le clone d'access (1 fichier = données + application), ...