Axioplase ıɥs∀ a écrit 3037 commentaires

Ce n'est pas du streaming mais de la lecture avant téléchargement ?

Ben, j'appelle ça un joli hack de lecture d'une donnée statique, oui.
Dans le streaming, c'est pas la lecture qui importe, je crois que c'est l'émission. Et les vidéos sur youtube ne sont pas des flux de streaming. Qu'importe la technologie sous-jacente : on pourrait le faire directement en HTML et un serveur qui supporte le "resume" : tu pointes au milieu du fichier, et tu dis de télécharger à partir de là, puis tu "pipes" ça dans n'importe quel lecteur et basta…

Le streaming, c'est plutôt la télé et la radio : impossible d'aller en avant dans l'émission, impossible de relire ce qui a été diffusé.

La faute d'orthographe dans l'écriture du nom de famille est-elle aussi de lui ?

Peut-être.

Mais pour utiliser LinuxFR, il faut écrire en français (ou préciser que le français n'est pas sa langue maternelle, ou donner toute autre information utile.)

Je suis plutôt d'accord avec lui.
C'est pas du streaming, car tu peux aller en avant ou en arrière dans le flux, et deux personnes peuvent y accéder en même temps mais lire des données largement distantes dans le flux.

Du streaming temps-réel, ça serait de la diffusion en même temps que la source est capturée.

Faut pas confondre « personne n'utilise » et « je n'utilise. »

Apparemment, seule ronronnement.css affiche cette notification, et peu de développeurs de CSS ont remarqué que c'était à eux de prendre ça en compte (il me semble qu'autrefois, c'était directement indiqué dans la page).

Il me semble que les forums genre phpbb proposent depuis des années un « réponse rapide » et un « réponse. »
Le premier est un champ dans lequel on écrit directement, le second envoie vers une page complète de soumission, avec des boutons, des menus, des explications, etc.

Sachant que quand on poste une réponse, tous les commentaires qui étaient nouveaux mais qu'on n'a pas encore lus perdent leur statut nouveau (et que ce comportement est pas mal pénible), ça ne me dérange pas du tout d'avoir ce bouton de réponse rapide.

En gros :

• je tape ma réponse rapide
• elle s'insère/s'affiche dans l'arbre des commentaires en local via javascript¹
• elle est envoyée en même temps au serveur de manière asynchrone
• je continue à lire les commentaires et à troller, si quelqu'un lit la page, mon commentaire apparaîtra.

¹ : Si la conversion markdown n'est pas effectuée, ce n'est pas grave. On pourrait même initialement limiter au texte simple pour des raisons de facilité d'implantation, ça resterait super utile et apprécié !

Donc, pas besoin de mettre à jour les autres contenus du moment que les anciens ne perdent pas leurs statuts, pas d'affichage dynamique des autres commentaires, ça pourrait rendre la lecture impossible sur les threads bien actifs.

Euh, tu confonds deux choses : la branche qui fait des OS, et celle qui fait, comme son nom l'indique, de la recherche.
MSR (MicroSoft Research) est l'un des meilleurs centres de recherche au monde, et autant je me passe volontiers de windows depuis une quinzaine d'années, autant j'aimerais bien travailler à MSR, vois-tu…

À moins qu'il fît une remarque sur les petits-fours et non sur MS, je vois un troll raté par cause d'ignorance.

C'est triste, ton objectif.

« (...) Je demande (...) Je veux (...) Je veux (...) » hmm pas gagné.

J'y ai songé en rédigeant. En en fait, c'est bien ce que je veux et ce que je demande. Ce sont mes goûts et mon usage, et ma requête conséquente. J'aurais pu tartiner un coup de tact et de délicatesse, mais ça a le risque de faire passer la requête pour moins importante qu'elle ne l'est pour moi, et ça prend somme toute plus de temps à rédiger ; surtout le matin. Je pense présentement que rendre DLFP fonctionnel est une priorité, et que c'est pas encore gagné.

« (...) Il faudrait (...) » un peu mieux

Là, c'est une suggestion, car je ne suis pas sûr que ce soit vraiment la présentation la plus adaptée.

Tous les plans, je sais pas. Mais pour le plan 9, on a trouvé, sisi.

Mais le code source, il est lu, t'inquietes, par les contributeurs...

Pas par les utilisateurs.
L'archive du code source officiel d'unreal IRCD contenait une backdoor… Je crois qu'elle a été découverte, non pas par une analyse du code, mais parce que les utilisateurs se faisaient r00ter les uns après les autres…

L'analyse empirique des failles montre qu'on en trouve, pas qu'on les trouve…

Toi t'es du genre à croire qu'un bug ou une faille, c'est facilement visible…
Je te conseille de relire le code source des soumissions de l'underhanded C contest… Et dis-toi qu'ils ont fait ça pour jouer, pas pour voler des données, et qu'ils se sont moins pris la tête…

Waou c'est quoi ton soft qui télécharge des mises à jour sans passer par la distro ?

Un certain nombre de plugins firefox ? Xmoto je crois. Vim (qui peut chercher des dictionnaires en ligne)

Le problème, c'est qu'on était nombreux à naviguer sur le site via le tableau de bord !
Le fait de ne pas y voir tous mes messages est très perturbant, et en plus, impossible de suivre les réponses à chaque message qu'on a écrit…

C'est ce que tu diras également dans 20 ans des technos d'aujourd'hui. Et pourquoi ne serait-ce pas pareil dans 20 ans ?

Parce que le simple d'il y a 20 ans est "simple".
Ce qui se fait aujourd'hui matériellement est beaucoup moins trivial je crois. La quantité de travail à fournir par des amateurs (même éclairés) pour émuler un C64 ou émuler un processeur i7 dual machin n'a probablement rien à voir…

il suffit d'envoyer plus de mails que ce que peut traiter le serveur pour contourner le filtre anti-spam.

Change de logiciel alors. Un filtre qui ne filtre pas, c'est inutile.

Mais cela pourrait ralentir considérablement le délai de livraison des mails.

Ça tombe bien, la délivrance d'emails est asynchrone est non-garantie : un email peut mettre deux jours pour arriver, ou même ne jamais arriver, et ça serait complétement normal et acceptable.
Si tu as des contraintes plus fortes en terme de délais et garantie de livraison, il te faut un autre moyen de communication. Va jeter un œil aux solutions comme AMQP par exemple.

Euh, je te suggère de changer de logiciel alors.
C'est un comportement que je trouve inacceptable !

T'imagines un antivirus qui dit "oh, vous faites chier, le fichier est trop gros, je le scanne pas" ? ou « y a trop de fichiers, alors on va dire qu'ils sont tous clean » ?

1/ La CSS peut très bien rajouter du texte, j'ai découvert ça il y a peu et j'ai utilisé cette propriété dans mon extension de la CSS OpenSuse.

2/ La toolbar et les raccourcis clavier permettent de naviguer entre les nouveaux commentaires.

C'est une blague ?

J'espère que spamassassin est un processus muni d'une queue, sinon, il suffirait en gros d'envoyer plus de mails d'un coup qu'il y a de processus spamd pour garantir qu'un mail ne sera pas traité par l'antispam ! Et ça, je doute que ce soit le cas…

:205,208s/\(Activity\|put\|multiput\)(\(\d\),\(\d\))/\=submatch(1)."(".eval(submatch(2)+10).",".eval(submatch(3)-18).")"/g

Faire une fonction à partir le là, c'est pas très dur…

parce qu'avec les histoires de douane c'est pas vraiment faisable

Tu veux faire chier les éditeurs, tu veux pas qu'ils t'offrent 100 balles et un mars aussi ?

Va dire ça aux gens qui gèrent FreeBSD-Archive ou archive.debian.org

Et que dis-tu de tous les autres ftp qui ont disparu du net ?
Tu les passe un peu sous silence, sans doute car tu ignorais leur existence. Moi aussi j'avais du code en ligne autrefois et qui a maintenant disparu. C'était pourtant du code sous licence libre en plus… Simplement, j'avais autre chose à foutre que de gérer des données obsolètes…

Et les bisounours aussi, tu y crois ?

J'ai confiance que la compatibilité continuera d'être une préoccupation importante des fondeurs de puces, des éditeurs de logiciels

Et le problème en cours, c'est quoi déjà ?
Ah, oui, l'abandon de compatibilité par des éditeurs de logiciels !
Comme quoi, on a bien devant les yeux la preuve que ce n'est pas le cas !