benoar a écrit 4244 commentaires

Je rajouterais dans ta liste :

Faire un standard pour que des gens implémentent des outils de création, mais qui interdit la création d'un player.

(OK, ce n'est normalement plus le cas actuellement, mais ça l'a été pendant des années).

Petite précision, je suis peut-être un peu "vif" dans mes réponses, mais c'est vraiment parce que je ne comprend _réellement_ pas où eest le problème. J'ai déjà entendu d'autres personnes qui voulaient un "autre" méchanisme de transition, plus mieux, plus facile, etc, mais n'ayant absolument aucune idée de ce que ça pourrait être. Je ne les comprend (sérieusement) pas du tout ...

Gni ? C'est un non-problème.

Pourquoi penses-tu que certains utilisateurs n'auront plus qu'une adresse IPv6 ? Le NAT v4 est la solution temporaire, il apporte des problèmes, mais pour les résoudre sur le long terme on a IPv6.

Je ne vois pas où est le problème. Si tu veux une solution qui apporte une adresse publique IPv4 à tout le monde alors qu'il n'y en n'a plus assez, je pense que tu peux chercher encore longtemps ...

Bah, le "Oui, et ?", et :
Mais pour le moment, ce n'est pas une translation de ipv6 vers ipv4 pour compatibilité c'est ipv4 vers ipv4 ce qui n'apporte rien au schmilblick.
Ensuite tu parles des NAT v6 to v4, et que "rien n'est prêt pour une quelconque migration."

Pour moi, si, la migration est "en cours", les outils sont là, on attend que les FAI et autres gens qui s'occupent du réseau se bougent le cul. La transition est faite pour être _invisible_ à l'utilisateur.

Tant qu'on y est, faudrait peut-être que tu testes avec une autre distro, un système "propre", ou un live. Et plus de détails sur ta config (carte-mère ? etc)

Ha, joli lancé de troll sur la lenteur de Java ...

J'ai l'impression que le système actuel de transition (IPv6 publique + IPv4 Naté) ne te vas pas. Pourquoi est-ce que ça ne pourrait pas continuer comme ça jusqu'à ce qu'on n'ait plus de traffic IPv4 ?

J'avais aussi déjà entendu que certains pays de l'est utilisaient déjà cette technique. Sans parler de certains pays d'Afrique qui n'ont que très peu d'IP et font des NAT quasi-nationaux.

Mais c'est obligatoire, légalement, selon la LCEN ou autre (j'ai la flemme de chercher, on en avait déjà parlé il y a quelques temps). Et les FAI ont obtenu pour dédommagement des galères technique le droit d'exploiter commercialement ces données.

Plutôt d'accord, mais sur la fin le ça ne se change pas en quelques mois, ça doit bien faire 15 ans que le COBOL c'est "obsolète", donc bon ...

Oui enfin vu leur implémentation de Flash .... Comme tu le dis bien, le mieux n'est de pas l'utiliser ...

Je pense que dans ta hâte a critiquer QT, tu as oublie que tout compilateur C++ est egalement dote d'un preprocesseur qui permet l'ecriture de macros.
Oui c'est exactement ça /o\
Vous pouvez me moinsser.

Merci pour ces infos !

Sur Debian, tu as dans experimental les paquets nouveau issus de leur git (d'il y a quelques temps, certes). Marche nickel (enfin, je les ai compilé moi-même à partir de repo de chez nouveau) avec une GeForce FX5200 sur ppc : accel 2D & Video, dual screen.

Tu mets des quotes simples, qui n'évaluent pas les variables, donc c'est litéralement $1 qui est testé par rapport à :0 ...
Ensuite, pour le $1, je suppose que c'est une convention d'appel de gdm, qui te passe le display en premier argument.

Excuse mon ignorance, mais peux-tu me dire comment :
#include

class Counter : public QObject
{
Q_OBJECT

public:
Counter() { m_value = 0; }

int value() const { return m_value; }

public slots:
void setValue(int value);

signals:
void valueChanged(int newValue);

private:
int m_value;
};
(extrait de http://doc.trolltech.com/4.4/signalsandslots.html )peut passer _syntaxiquement_ dans un compilo C++ standard ? (en particulier les public slots et signals ...)
C'est considéré comme des labels que MOC utilise au moment du link ?!?

D'autant que Adobe Flash va être rendu disponible pour ARM en décembre
En répondant à un commentaire sur l'autonomie du bouzin, au début, j'ai cru que t'allais parler de comment on pourrait peut-être avoir une autonomie de 2H en utilisant flash ...

T'inquiètes, tu seras pas tout seul. Vu que c'est organisé entre autres par deux GULs, on peut s'attendre à ce que leurs membres y viennent nombreux.

Oui effectivement, il faut faire en sorte de "sauvegarder" la pile quelque part. Mais comme Vala se base sur du C, et que ce mécanisme serait d'assez bas niveau (i.e. pas accessible depuis le C "classique"), j'ai supposé qu'il s'appuyait sur certaines fonctionnalités de gcc.

Pour moi, Vala n'est qu'une surcouche qui ne réimplémente pas des choses aussi fondamentales que ça. Peut-être que je me trompe, je ne connais pas vraiment bien le projet, mais j'aimerais bien savoir alors comment il fait.

Ha, et une petite remarque désargéable (oui, j'aime bien être désagréable) : citer Lisaac pour ça alors que pleins d'autres langages plus connus (à peu près tous les langages fonctionnels, .Net, Scala et plein d'autres) le gèrent, ça fait un peu fanboy de Lisaac .... (oui, je dois avoir l'air d'un fanboy Scala)

Pour les closures, je me demande si c'est si compliqué que ça vu que gcc a les "Nested Functions" [http://gcc.gnu.org/onlinedocs/gcc/Nested-Functions.html] qui pour moi sont des closures (si je ne me trompe pas).

Je ne suis pas d'accord pour le temps de réponse : pour moi, ce qui différencie l'iPhone de tout le reste, c'est quand même sa réactivité et sa fluidité. Même si, pour le coup, ça ne vient pas de la technologie tactile, mais de l'implémentation du système.

Pour moi, un système qui laggue, même un peu, c'est insupportable.

Non, que tu _aies_, c'est du subjonctif. Sans parler des participes passés / infinitif que tu inverse presque tout le temps ... Relis toi un peu plus !

Bah, dans les framework Python que je connais (en fait, surtout Django), je vois assez peu de moyen de faire des conneries (oui, il y en aura toujours ...). Les "remèdes" décrits ici sont faits pour palier le manque de sécurité intrinsèque du langage et l'amateurisme de ses utilisateurs (OK, pas tous), ce qui n'est pas le cas (selon moi) pour Python, qui est (toujours selon moi) un bien meilleur langage que PHP et dont les utilisateurs sont plus "avertis" (parce que moins diffusé, je te l'accorde).

OK, j'ai juste détaillé parce que je ne comprenais pas complètement ta réponse.

Pour le code "crade", bah, juste la forme du code qui fait vraiment codé à la va vite, et les appels à system("dbus-send ...") qui font encore plus à la va vite (lancer un shell qui va lancer une appli qui va appeler une lib, alors qu'appeler la lib directement serait quand même plus "propre" ... et sûrement plus rapide, quand on voit le lag dans leurs démos !)

Quand on fait quelque chose d'illégal, dire "ça coûte trop cher de rentrer dans la légalité" n'est pas un bon argument.

Il a été prof ?