wismerhill a écrit 2609 commentaires

Le probleme c'est pas vraiment Redhat, Mandriva, ... Le probleme c'est que bcp de ces softs sont fait par des individus, individus qui n'ont pas forcement les ressources pour savoir comment faire une UI, un systeme d'aide ou que sais-je qui plaira a 200 millions de personnes non-initiees. MS passe du temps, invite les gens a essayer les pre-versions, ... c'est pas evident a faire pour des individus isoles. Ils ont bien les utilisateurs Linux pour ca, mais ces gens sont quasiment tous des power-users, pas des inities.

Justement, les projet Gnome et KDE (chacun de leur côté malheureusement) ont des structures beaucoup plus conséquentes pour coordonner les traductions et les documentations et pour mettre en place des règles d'IHM.

Le 6 et le 7 sont identiques, de même que le 12 et le 13.
Soit c'est une erreur de copie soit il n'y en a en fait que 12.

Non!
64 bits n'est absolument pas synonyme de performances supérieures à 32 bits. Il se trouve que dans le cas de l'architecture AMD64 ils ont apporté d'autres améliorations techniques significative par rapport à l'IA32 (doublement du nombre de registres, contrôleur mémoire dans le processeur (ce qui profite également en mode 32 bits)).
64 bits est seulement synonyme de consomation mémoire supérieurs (car les adressages mémoire sont su 64 bits et plus sur 32).

Installe qemu-launcher et ça devient trivial.
http://emeitner.f2o.org/projects/qemu-launcher/(...)

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