left a écrit 289 commentaires

non, c'est 2Go

Si la diversité a ses avantages, la centralisation en a aussi. L'exemple le plus frappant est bien sur windows. Concrètement:
1. Ma maman est sous windows et elle m'appel au téléphone parce qu'elle a un soucis avec sa connexion réseau. Alors je sais que je peux lui dire 'tu vas dans démarrer->panneau de config->etc.'. Et elle aurra sans doute la même réponse que si elle avait téléphoner à mon frère. Windows lui apparait plus simple car tout le monde fait de la même façon
2. Mon frère m'appelle et il a un soucis de connexion réseau sur sa Mandriva/KDE. Alors je suis bien embêté car j'ai une Debian/fluxbox. Nous utilisons donc des outils différents, des scripts de démarrage et de config différents, des systèmes de packages différents, etc.

J'apprécie la diversité, mais force est de constater que l'homogénéité est également une grande force. C'est plus facile de préférer la diversité quand on sait maitriser la solution qu'on a choisit.

Les avis concernant les DRM sont très partagés au sein de la communauté. Pour ou contre ? La justice a tranché : contre, mais seulement dans ce cas particulier, là où la vente liée entrait également en compte.

Hop, recalé à l'entrée de l'école de journalisme. La justice n'a rien contre les DRM, mais contre certains usages qui peuvent en être fait, ce qui est complètement différent. L'affirmation citée est donc fausse.

Ca veut dire quoi "cher" pour vous ? Quel prix pour combien d'accès ?

Heu avec Stun, j'ai jamais vu de pb.
veinard ;)

Tout cela me rappel beaucoup l'ITP de hotbabe et les réactions qui en ont découlées sur les listes Debian.

hop hop, je plussoie.

En fait, on aime surtout avoir des alternatives. Les goûts et les couleurs, toussa ...

le runtime RTII de C++ s'occupe de ca
RTII RTTI, ça veut dire RunTime Type Information. Mais le RTTI ne s'ocuppe de rien du tout: ce n'est pas un processus, tout au plus un mécanisme qui permet une vérification dynamique de type (et qui ne sert qu'au dynamic_cast, les autres static_cast et const_cast n'en n'ont pas besoin).

Ben avec les templates c'est pas possible.
J'ai rien compris (et je crois que t'es pas loin derrière moi ;). Qu'est-ce qui n'est pas possible avec les templates en C++ ?

Regarde la population d'internautes, combien connaissent les newsgroups. Peu. Pourquoi? Parce que sur les forums webs, qui eux ont su évoluer, il peuvent mettre du HTML.
Je crois que tu te trompes profondément: ce n'est pas le format des newsgroup qui peut expliquer la faible fréquentation, mais sans doute bien plus le manque de visibilité et de publicité. Le support du HTML n'a *rien* à voir avec tout ça.

Demande à un gars non geek de toucher aux newsgroups, il trouvera ca pas pratique du tout, et ne l'utilisera pas.
N'importe quoi. Une fois le compte configuré, même mon papa sait aller sur un newsgroup et envoyer des messages. Et comme il sait faire du mail, c'est bien plus simple pour lui qu'un formum web. J'ajouterais que le public des newsgroup étant moins kikoo-lol-smileys, il arrive à lire les messages qui sont postés et à les comprendre, ce qui est un avantage non négligeable.

Meme sur linuxfr c'est mieux : blockquote et compagnie.
Sur linuxfr, c'est un petit sous ensemble de html qui est supporté. Il faut comparer ce qui est comparable: y'a pas d'images, de tableaux, de CSS, etc ...

cf le _commentaire_ au *dessus*

Sur les newsgroup, et depuis des lustres, les gens se parlent, se posent des questions, se répondent, le tout sans html. Mais comment font ils ?
(tip: tout lecteur de news digne de ce nom faut apparaitre en souligné les groupes de mots encadrés par le caractère '_' et en gras les groupes de mots encadrés par '*').

T'as l'impression qu'on voit mieux les points importants quant tu les as mis en rouge: super, au bout de 3 échanes de mails chacun a fait a pareil et ya du bleu, du rouge, du noir et du vert (je le subis tous les jours).
Il arrive que la mise en page HTML apporte un plus, mais ça apporte bien plus de problèmes.

Pour ce qui est des liens, je ne vois pas le rapport avec html: un lien file://... ou http://... ou autre fonctionne très bien même avec un format texte?

Il ne dit pas qu'il est pour: il dit que les mails en HTML ca existe et que ca va durer, et que donc il faut s'en occuper.

Le html dans le mail :
- c'est franchement tout pourri (vachement bien argumenté, hein ?)
- ca nuit à la lisibilité de *toute* l'information (feature utile pour les marketeux afin de cacher leur ignorance technique par de l'esbrouffe multicolore et des mises en pages foireuses)
- ca complexifie dramatiquement la mise au point d'un lecteur de mail léger et simple

Moi non plus; j'ai lu trop vite et assimilé (à tord) sécurité et fiabilité.

Java/C# te garantisse une certaine sécurité.

Mouais, une certaine seulement. Je ne parle pas de C# car je ne connais pas du tout, mais pour ce qui est de java:
- c'est effarant le nombre de programme qui terminent avec une stack-trace dy type 'Null Pointer Exception' et consorts
- les cast sauvages d'un type vers un autre existent plus en java qu'en C++: ils sont imposés par les API de certaines classes basiques (voir la doc de la class Array par exemple). Les templates, ça n'existe que depuis très peu de temps.
Donc la sécurité en java, c'est quand même pas terrible ....

Diffusion pour le moins restreinte: on n'a même pas accès en lecture seule quand on n'a pas de compte chez yahoo.

Faites du Python, c'est libre depuis longtemps (juin 2001) au moins.

Oui, mais questions perf ça se fait globalement exploser par java: http://shootout.alioth.debian.org/gp4/benchmark.php?test=all(...)

Je n'aime pas la philosophie de l'emploi de sudo dans Ubuntu.
Je plussoie.

En plus t'es tout le temps en train de taper sudo (...)
je ne pratique pas ubuntu non plus, mais quand je dois aider un copain et faire un peu d'admin sur sa ubuntu alors dans un xterm je fais 'sudo sh' et j'ai un shell root. Plus besoin de sudo pur la suite.

Tu ne te trompes pas: ce n'est pas la préoccupation principale du grand public n'est certainement pas de pouvoir choisir son système d'exploitation et les logiciels. . Et alors ? Il s'agit de faire respecter une loi, pas plus, pas moins.

P'rfg qr y'vzcrengvs, rg ba ar zrgf cnf qr 'f' n yn qrhkvrzr crefbaar qh fvathyvre cbhe yrf ireorf qh crezvre tebhcr, pbagenverzrag nh cerfrag.

<pouf> T'as raison, vivement qu'on ait une version stable et utilisable ;) </pouf>

Parce que t'as des fichiers DRM ?

Comme dit plus haut, vous ne serez jamais content, il y aura toujours un petit truc ici ou la que vous mettrez sous une loupe pour faire croire que c'est un probleme 100 fois plus grave qu'il ne l'est histoire de casser du sucre sur MS et faire croire que le libre c'est le chevalier blanc face au mechant dragon.

Force est quand même de reconnaitre que ce format c'est de la m... Si c'était n'importe qui autre que MS, personne n'aurrait jamais accepté de le valider comme norme. Je sais qu'il y a des antécédents et que la compatibilité arrière est importante (j'en suis souvent un ardent défenseur), mais face à 6000 pages de doc, je me dis qu'il y a forcément au moins un piège. Les ingénieurs de chez MS ne sont pas plus cons que les autres, alors pourquoi la spec de leur format est 10 fois plus longue que celle des autres ?

Ceci dit, j'espère que cette normalisation apportera un support correct dans des suites bureautiques autres que celles de microsoft. Pour le moment, le meilleur lecteur de doc word que j'ai trouvé c'est antiword, mais du coup je n'ai pas les graphiques, c'est embetant. Et reste le problème de la génération de ces docs.

Faut arrêter de ramener ça dès que ya un nom qui fini en 'IX', ça devient lourd. Il n'ont pas encore de brevet sur ce suffixe.

Sans connaitre le contenu de ce projet, je trouve que l'intention est bonne: on ne compte plus les posts dans les forums de personnes qui ont de vielles machines et qui voudraient installer un Linux sans pour autant mettre les mains dans le cambouis (genre mes parents). A noter qu'il faut aller sur http://en.opensuse.org pour en avoir un aperçu, il n'y a pas encore de liens pour la version française.

Alors tu suis le 3eme lien (Téléchargement) et tu lis: Live DVD Will be released in aprox. one week.