Axioplase ıɥs∀ a écrit 3057 commentaires

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 !

Pourquoi ce serait différent dans 20 ans ?

Pourquoi serait-ce pareil dans 20 ans ? Encore une fois, c'est aucunement un dû, et en plus, les technologies d'antan étaient bien plus simples.

(S'il n'y a pas de retour à la ligne après mon point d'interrogation, c'est qu'il y a toujours le problème markdown)

Rectification : Il doit y avoir un bug, car un retour à la ligne dans le texte tapé ne cause pas toujours de retour à la ligne dans le texte affiché.

Je sais que dans 20 ans, je pourrai toujours virtualiser une veille debian pour les ouvrir,

À condition que l'offre logicielle de dans 20 ans propose l'emulation du matos d'aujourd'hui, ce qui n'est pas sûr, et que le support des données d'O³ dans leur format d'aujourd'hui soit encore présent dans les logiciels, ce qui n'est pas sûr non plus.
Mais on s'en fiche, vu que tu auras tout recodé !

Oui il y a des drivers qui sortent du noyau, mais ce n'est pas la même chose.

Si. Tu veux gérer ton vieux matos : tu gardes ton vieux kernel.
Tu veux gérer tes vieilles archives : tu gardes ton vieux logiciel.

Le fait que, dans certains cas, la durée de vie soit prolongée artificiellement par des outils de conversion ou qui savent encore traiter des données est une chance, pas un dû.

La quantité de données qui ne peut plus être analysée facilement sans passer par une tierce personne est conséquente : cassettes audio, vinyles pour des exemples récents. Tu es à la merci de celui qui a les compétences et la technique pour maintenir la technologie. Et un jour, hop, plus rien. Tant pis pour toi, c'est la vie ! Les gens ont autre chose à foutre que de s'occuper des archives de ta grand-mère, et ont appris que dans la vie la règle veut que tout soit éphémère.

C'était indiqué clairement nulle part…
Puis bon, c'était largement plus simple pour la rédaction, pas spécialement lourd, non…