wismerhill a écrit 2605 commentaires

Ca sert au moins à s'assurer qu'il n'y a pas de backdoor ?

Non, parce que rien ne te garanti que le code montré est celui qui a été compilé dans le binaire, pour ça il faut pouvoir compiler toi-même (après avoir audité le code).

Bah, s'il utilise emacs, il n'a pas besoin de tous les autres :-D

Ben oui, et c'est une des raisons pour lesquelles j'ai fait ça en scriptant gnuplot et awk, pour aller à l'essentiel.
Mais la raison principale c'est quand même l'automatisation de la procédure, quand on a quelques dizaines de milliers de fichiers de données à traiter c'est quand même plus pratique :-)

> celui qui est capable d'utiliser un tableur en ligne de commande doit me contacter d'utgence :-)

J'ai fait toute l'analyse mathématique de mon mémoire (en physique des matériaux granulaires) à l'aide de gnuplot et awk avec un peu de bash pour lier le tout.

Je vulgarise sur base du peu que j'en sais:
Ça sert à simuler des systèmes mécaniques, pour voir comment une pièce se déforme, où sont les tensions.

Tu peux écrire ton simulateur en C si tu veux, mais alors tu dois tout réécrire toi-même, tu as déjà entendu l'expression (très utilisée sur ce site) "ne pas réinventer la roue"?

Mais ce genre de syntaxe est très lourde à utiliser pour programmer directement, et beaucoup moins lisible que des langages avec une syntaxe à la C.
Par contre c'est facile de vérifier la syntaxe, il suffit de la DTD, les vérificateurs XML sont légions.

Non, la situation est différente, pour python (comme pour perl) il y a une implémentation de référence, qui évolue au cours du temps.
Pour le basic, tu a eu au cours de l'histoire de l'informatique des dizaines d'implémentations qui n'avaient globalement en commun qu'une syntaxe à peu près identique.

Exactement, tu met le doigt sur le plus gros problème des basics, c'est que justement ils sont multiples, qu'il y en a des dizaines d'implémentations qui sont rarement 100% compatibles entre elles.

En effet, mais cette instruction color fonctionne avec quelles version du basic?

Et en python ça donne
print "hello world!"
pas besoin de s'ennuyer avec des numéros de ligne.

Hu?
C'est à mon post que tu répond?

note: j'ai rien compris à la syntaxe de l'exemple donné plus haut, par exemple le ".pack()" je suis désolé la premiere fois que j'ai vu du basic (un ex simple) j'avais une idée de ce que pouvait faire (et je debutait vraiment)

Ça n'a rien à voir avec le langage, c'est une méthode d'une bibliothèque, il faut regarder dans la documentation correspondante, que ce soit en basic ou en python il faut lire la doc des bibliothèques qu'on veut utiliser.

Par exactement, la version libre (et pas seulement gratuite) peut aussi servir dans un cadre professionnel. IL y a juste que si tu veux développer sur base de la version GPL le résultat sera en GPL.

Tu parle!
Un certain nombre de ces fonctions sont remplies par d'autres programmes KDE, d'autres sont déjà dans konqueror (par exemple le Archive Search Toolbar Button), d'autres ne sont que des jouets, certains sont redondatns et enfin certains ne sont là que pour palier les insuffisances de systèmes propriétaires (Auto Copy qui fait la sélection automatique par la souris à la X).

Ben, s'il utilise le moteur d'unreal (même modifié), alors ils ne sont pas propriétaires de la totalité du code, et ne peuvent le libérer que si les auteurs du moteur en question sont également d'accord.
S'ils libèrent juste leur propriété tu n'ira pas loin avec des bouts de code disparates.

Je ne parlais pas du "send later" (d'ailleurs gnumdk n'en parle pas non plus dans son journal), mais bien du choix du transport.

Dans kmail, on peut maintenant choisir l'agent de transport de mail à la volé !

On pouvait déjà faire ça dans KDE 3.0 (peut-être même avant, je ne me souviens plus).

Tu prend ton plaisir comme il te plaît.

Ah si, k3b est bien une application KDE (c'est un peu évident non?), c'est juste qu'il ne fait pas partie de la distribution "officielle" de KDE, il est distribué à part (bien qu'il me semble qu'il soit dans le cvs (svn maintenant) de KDE dans les extragears).

Et konqueror sous KDE.

Non, tu ne pourra pas l'obtenir gratuitement si aucune des personnes disposant du logiciel ne souhaite te le fournir gratuitement. Et si tu t'arrange alors pour l'obtenir par un moyen détourné, même si le logiciel est libre, ce sera illégal, car tu ne sera pas en possession d'une license sur le logiciel (donc son caractère libre ne s'applique pas à toi).

Il y a un conteneur mpeg4?
Je connais avi, mpg, ogm, mkv, rm, qt, mais rien de spécifique mpeg4.

Et ça te sert à quoi un serveur sans écran et qui n'est pas connecté au réseau à part gaspiller de l'électricité?

Waw, autant d'erreurs dans une seule phrase, c'est impressionnant.

Swing c'est vraiment un gros morceau, je sais pas exactement où ils se sont arretés.

Il suffit d'aller voir sur le site de classpath http://www.gnu.org/software/classpath/classpath.html(...) , plus particulièrement les status par comparaison aux différentes versions du jdk, par exemple pour le 1.4 on a http://www.kaffe.org/~stuart/japi/htmlout/h-jdk14-classpath.html(...) et on voit qu'il y a déjà un bon morceau de swing qui est implémenté. PAr contre rien n'est encore commencé pour javax.sound et les packages en org.omg sont à peine entamés.

Au total il en sont (au moment où j'écrit, c'est mis à jour toutes les nuits) ils estiment avoir implémenté 90% du jdk 1.4 (mais ça fait également 82% du 1.3 et 85% du 1.2). Le jdk 1.1 est complètement implémenté (à 0.2% près et en négligeant les incompatibilités vis-à-vis des versions récentes).
Il est amusant de voir par contre que le jdk 1.0 n'est implémenté qu'à 91% à cause du manque du package java.awt.peer qui a disparu des versions suivantes.

Je garde un oeil dessus depuis un an (je travaille justement en java) et classpath à considérablement évolué ces derniers mois! (probablement grâce à l'implication de Redhat)