Guillaume Denry a écrit 2968 commentaires

Il ne le fera pas, il est enferré dans sa spirale du dénis, c'est trop tard pour lui pour revenir en arrière, c'est humain. Il affirme pouvoir analyser des données médicales mais je suis certain qu'il n'a aucune compétence dans le domaine.
Je pense que c'est mort pour lui, dommage.

J'allais souvent en Belgique à une certaine époque, et beaucoup de panneaux de sortie de autoroute/route étaient situés quasiment au moment de l'embranchement, et non pas quelques centaines de mètres avant.
Je vous laisse imaginer les situations cocasses qui en découlaient.

J'espère que ça a changé ou que les fois où j'ai failli mourir n'étaient qu'une exception.

C'est quoi tous ces nouveaux comptes en masse depuis 2021 ? Je vous préviens, si DLFP devient trop populaire, je me casse !

-- Un vieux con inscrit en 2001

Soyons lucide, plus d'énergie, température qui va devenir insupportable, plus de ressources en minerais bientôt, je pense que le mieux est d'anticiper la barbarie qui va débarquer, je ne me fais aucune illusion. Cherchons dès maintenant le meilleur moyen de mettre fin à nos vie quand celle-ci deviendra insupportable.

Le cuiseur à œuf a changé ma vie, pas cher (~ 10 balles), rapide, économe en eau, très pratique (pas de casserole à laver), et sur le mien on peut mettre 6 œufs à la fois.

Ça va de l’œuf coque à l’œuf dur.

Sur ce sujet, et a mon humble avis, c'est la bienveillance qui te manque.

C'est clairement contre-productif.
Mais bon, ça fait des années qu'on le dit et il continue avec son ton méprisant, son utilisation du "vous" qui lui permet de faire des hommes de paille à combattre, ses procès d'intention, etc.
Si son but est de polariser des gens contre lui, c'est plutôt réussi.

LinuxFr.org est un site majeur de la communauté francophone autour du logiciel libre et Open Source, et de sujets afférents

Ca dépend ce qu'on entend par "sujets afférents" mais moi ça m'intéresse car le code source du firmware de la calculatrice était disponible.

Tu as raison, je ne demande même pourquoi les browsers se permettent d'afficher des images, ça n'a rien à voir avec les prérogatives d'un navigateur web, ils devraient nous inciter à lancer notre viewer d'images favori.

Ok, du coup, quel scénario alternatif proposes-tu pour pouvoir facilement lire des audios/vidéos par internet, de pouvoir les commenter, les partager, etc ?

Le code côté serveur n'est pas le problème de Mozilla. Si qqn a envie de faire tourner un serveur FTP sur un PC sous MS DOS, en quoi est-ce le problème de Mozilla ?

Je ne dis pas que tu as tort, mais je précise juste que la mission de Mozilla n'est pas juste d'être l'éditeur de Firefox.

Et qu'en 2021, sa suppression dans un browser fasse débat me dépasse complètement…

Y'a rien de surprenant, ça s'appelle l'inertie, beaucoup de gens ont un serveur FTP quelque part et n'ont pas envie de passer du temps à basculer sur autre chose, c'est aussi bête que ça…

Yep, ça plus une utilisation savante de la boite "Ajuster le style d'affichage de la vue" et de l'option "Utiliser comme configuration de l'affichage par défaut".

Trouvé !

C'était pas hyper-hyper-trivial mais bon, ça marche impec.

Dans un grand élan schizophrénique, je me répond à moi-même : il suffit d'invoquer le menu contextuel de la vue, de choisir "Trier par" -> "Modifié" et HOP, ça trie la vue et ça reste persistent.
Seul bémol (et qui est de taille), ce trie s'applique maintenant à tous les dossiers :(

Est-ce que Dolphin propose une vue par date de dernière modification ? Pour browser le répertoire de download de son navigateur et retrouver un fichier récemment téléchargé, je trouve ça ultra pratique sur l'explorer de windows par exemple.

d'être normal.

C'est-à-dire ?

(Je ne leur jette pas la pierre je n'ai ni tv ni téléphone.)

Pas de tv, c'est facile, mais pas de téléphone, chapeau bas

Je te recommande également de te pencher sur Elixir et Erlang qui proposent de puissants outils pour faire de la programmation concurrente (et fonctionnelle).

https://www.reddit.com/r/kde/comments/f3fftj/missing_custom_shortcuts/

=> installer khotkeys

Le plus pitoyable dans ta démarche, c'est encore de catégoriser l'ensemble des intervenants de linuxfr, comme s'ils étaient faits du même moule.
Y'a plein de gens d'horizons différents ici, mais manifestement, malgré leurs désaccords, ils arrivent globalement à voir que ton journal c'est de la merde, ainsi que l'article pointé.
Mais j'imagine que comme on est tous des clones, on a tous tord et toi tu as raison.
Et puis excuse-moi, mais un compte créé dans la foulée ici pour troller et pointer un article de fbezies, faut vraiment nous prendre pour des imbéciles : tu penses réellement qu'on ne sait pas qui tu es ?

Dans une boucle de 1 000 000 itérations, utiliser getElementById avoir avec le même id ne serait probablement pas très malin.

les objets sont gérés comme beaucoup d'autres langages.

C'est-à-dire ? A part un peu de sucre syntaxique (le mot-clef class), je vois pas bien.

Est-il préférable d'ajouter des éléments dans le dom depuis le html, ou de les créer par javascript ? Pourquoi ? (performances ou autres) Quelles règles à respecter à ce niveau ?

On va partir de l'hypothèse qu'on parle d'une application comme la tienne qui tourne entièrement sur le navigateur ou au moins qui délègue entièrement son rendu au navigateur.

Dans ce cas là, la modification du DOM via JavaScript répond essentiellement à des besoins "dynamiques", par exemple, si je veux créer un ensemble de sprites qui correspondent à l'ensemble des objets que j'ai défini en interne dans mon programme JavaScript. Le bon sens veut en effet qu'on automatise le plus de choses pour éviter de se répéter un peu partout dans son programme et dans ce cas là, la page html de base ne devra pas contenir grand chose.
C'est la tendance actuelle pour les "Web Single App" : on définit grosso modo une structure générale statique en HTML et on laisse ensuite le programme gérer le DOM de façon dynamique.
Dans ton cas, tout l'"univers" de ton jeu devrait idéalement être généré par JavaScript, surtout que comme ça, on a pas à faire constamment l'aller/retour entre le code et la page pour avoir une idée de comment tout ça s'articule.

Lorsque l'on utilise fréquemment une référence à un élément du DOM, est-il préférable de faire un appel à la fonction javascript lors de chaque appel, ou de créer une variable globale avec cette référence ?

L'utilisation de variable pour stocker des résultats d'appels de fonction répond principalement à deux besoins :
1/ avoir un cache pour le résultat d'appel de fonction (optimisation)
2/ éviter de se répéter dans le code (maintenabilité)

Dans la plupart des cas, la maintenabilité d'un code est pour moi plus important que son optimisation, et en tout cas, on ne devrait pas se soucier trop tôt de l'optimisation de son programme. Comme dirait Donald Knuth, "Premature optimization is the root of all evil (or at least most of it) in programming."

Dans ton cas, récupérer un élément par son id est quelque chose d'ultra optimisé, surtout par les navigateurs actuels, cela dit, ça reste un appel de fonction.
Dans une boucle de 1 000 000 itérations, utiliser getElementById avoir le même id ne serait probablement pas très malin.
Cependant, dans la grosse majorité des cas, c'est l'élégance du code, la concision et le soucis de ne pas se répéter qui devrait primer, et c'est parfois aussi une question de goût.
En gros, pour moi, dans ton contexte, il n'y a aucun soucis à utiliser getElementById() à chaque fois qu'on a besoin de travailler sur l'élément, si ce n'est que de voir 4 getElementById('toto') au sein du même bloc d'instructions sera pénible à relire/maintenir.

Bien sûr, aucun soucis

Si ça t'intéresse, je peux te proposer un patch ou pull request.