Adrien Dorsaz a écrit 889 commentaires

Je viens de voir que l'on a des template de réponses pour les dépêches refusées et il y en a déjà une pour "Dépêche abandonnée" avec ce texte:

La dépêche que vous avez proposée est restée très longtemps dans l’espace de rédaction collaboratif sans aucune modification alors qu’elle n’est pas terminée.

Considérant ce contenu abandonné, et pour conserver un certain dynamisme dans l’espace de rédaction collaboratif, nous préférons le refuser.

Rien ne vous empêche de le proposer à nouveau si besoin.

Je vais l'utiliser pour le cron de "nettoyage" et je peux préparer un autre template pour le cron de "relance avant nettoyage".

Oh, tout est déjà en place, ça doit être faisable en fait.

On a le système de cron dans lib/tasks/linuxfr.rake et le système d'envoi de mail dans app/mailers/news_notifications.rb.

Je vais faire quelques tests ces prochains jours 😀

Tout à fait, le but de cette proposition est juste d’éviter d’apeurer les nouveaux venus.

Pour le problème de fond, je pense que le système des animateurs prévu était bien fait. Je me souviens d’une époque où Nÿco (je crois) faisait régulièrement des relances sur les dépêches qui tombaient dans les Abymes de l’oubli avec un petit délai genre « si non suppression dans 1 semaine ».

Peut-être que la vraie solution est de rendre ça automatique en expliquant que l’espace de rédaction est un espace commun où le ménage est fait régulièrement par un script de relance et un de nettoyage.

Comme je disais plus haut, malheureusement, ça me demanderait pas mal d’investissement parce que je ne connais pas bien Ruby On Rails et je ne sais pas comment y ajouter des crons. Si je me souviens bien, il y a déjà un système en place pour recalculer le karma régulièrement, je pourrais m’en inspirer.

3 mois c'est peut-être court. Mais perso, je n'ai pas de religion dessus.

En regardant la liste actuelle, je trouvais que 3 mois ça faisait déjà pas mal de dépêches actuellement actives: toutes les dépêches mises à jour après le 12 septembre restent affichées et du coup ça fait jusqu'à la dépêche "Python pour Noël 2020 — partie 7 — Environnements virtuels" actuellement.

En complément, il faudrait peut-être prévoir d'envoyer un mail au rédacteur initial pour le prévenir que sa dépêche est passée au statut d'adoptable. Soit automatiquement, soit à faire par l'équipe d'animation de l'espace rédaction.

En fait, il n'y a pas vraiment de changement d'état, le système est très simple pour l'instant: si la dernière mise à jour date de plus de 3 mois, on cache la dépêche. Ça veut dire que, dès que quelqu'un fait la moindre modification, elle repasse en "dépêche active".

On pourrait imaginer ajouter une tâche journalière qui envoie un mail, mais j'avoue que je n'ai pas la motivation de faire 😅

En fait, je ne m'y connais pas trop en Ruby on Rails, du coup, ça me demanderait pas mal d'investissement personnellement.

C’est bien vu et ça tombe bien, parce que j’ai proposé de mettre les textes suivants comme explication:

Les dépêches suivantes n’ont plus d’activités depuis plus de 3 mois et peuvent être adoptées pour être finalisées et publiées par d’autres rédacteurs.

Pour adopter une dépêche, vous pouvez demander dans la tribune de rédaction de devenir l’auteur de la dépêche. Ainsi, l’équipe de modération vous donnera le rôle d’auteur de la dépêche et vous pourrez terminer le processus de publication.

Est-ce que ça irait ou est-ce qu’il faut préciser « la tribune de rédaction ci-contre » ?

Oh, et si tu veux tester en direct, tu peux aller sur mon site de test.

Une alternative sans doute plus compliquer à mettre en oeuvre serait d'avoir trois catégories :

dépêche en cours de rédaction
dépêche à adopter
dépêche en cours de modération

avec un passage automatique de la catégorie 1 à la catégorie 2 après x mois de non-activité.

Ça tombe bien, c’est exactement le système que j'ai proposé dans le PR: les dépêches « cachées par défaut » sont les dépêches à adopter et elles passent là après 3 mois de non-activité.

Tu as raison, il vaut mieux donner des noms un peu plus clairs, j’ai donc ajusté le titre en « 9 dépêches à adopter »:

Et quand on ouvre la catégorie, j’ai ajouté une notice pour expliquer ce que veut dire « à adopter » et en dessous un texte pour expliquer comment procéder:

Au cas où les images ne passent pas, j'ai mis les textes suivant:

Les dépêches suivantes n’ont plus d’activités depuis plus de 3 mois et peuvent être adoptées pour être finalisées et publiées par d’autres rédacteurs.

Pour adopter une dépêche, vous pouvez demander dans la tribune de rédaction de devenir l’auteur de la dépêche. Ainsi, l’équipe de modération vous donnera le rôle d’auteur de la dépêche et vous pourrez terminer le processus de publication.

Est-ce que les textes te plaisent ?

Hello,

J'ai fait une entrée de suivi pour réduire par défaut la liste affichée aux dépêches actives dans les 3 derniers mois.

J'espère que ça permettrait de réduire le bruit pour les nouveaux rédacteurs motivés.

Une fois qu’une dépêche n’a pas été modifiée durant un certain temps (6 mois ? 1 an ?), elle serait disponible à l’adoption. Ainsi, si quelqu’un est motivé, il saura que la soumission de la dépêche dépendra de lui et pas d’un auteur qui ne passe peut-être même plus sur LinuxFR.

Je ne l'ai pas fait, mais je me dis que l'on peut déjà "adopter une dépêche": il faut aller dans la tribune de la dépêche et demander à la modération soit de démarrer la publication, soit demander la paternité de la dépêche (par exemple, si la moitié a été modifiée :-)).

Hello,

Pour moi, cette dépêche est très bien: elle parle d'un sujet autour du libre et, en plus, nous fait découvrir un petit projet très intéressant.

On découvre d'ailleurs régulièrement passer ce bandeau sur la page d'accueil:

Faites vivre LinuxFr.org

Tous les articles sont le fruit du travail de la communauté. Grâce au système de rédaction coopérative du site, on peut s’aider les uns les autres. Pas besoin d’expertise pour participer.

C'est des nouvelles faites par la communauté et pour la communauté, nous n'avons pas de vocation à faire des articles totalement objectifs et de qualité journalistique 😉

Pour plus d'informations, voire la page à propos.

Un début d'explication est donné à la fin de l'annonce à propos de la future version 1.0: un des auteurs avait eu un nouveau poste de recherche académique qui l'empêchait de mener tout projet de recherche en dehors du travail (ou en tout cas qui poserait des questions juridiques).

Hello,

Ce qui m'importe dans un IDE, c'est de pouvoir m'aider avec:

• de la complétion automatique des noms des variables, commandes… ça m'évite les fautes de frappe et ça aide à voir les arguments à passer
• la recherche rapide des fichiers par noms incomplets
• la prévention des erreurs de style en me donnant des indications à jour du linter que l'on a configuré (pour nodejs, on utilise eslint et il donne beaucoup de bons conseils)
• pouvoir avoir plusieurs fichiers ouverts et affichés en même temps (les split de vim sont très bien pour ça)
• pouvoir gérer les breakpoints et démarrer une session de debug
• une fonction rechercher/remplacer qui comprend les expressions régulières
• pouvoir naviguer dans le fichier facilement (vim est particulièrement efficace avec sa pléthore de moyen de navigations *, gd, :42, /texte, e, b…)

Je me sens déjà bien à l'aise avec ces fonctionnalités.

Après, je ne me cantonne pas à rester uniquement dans mon IDE, je n'hésite pas à ouvrir d'autres onglets dans le terminal pour utiliser des commandes extérieurs (git, grep, find, docker-compose…).

Je ne souhaiterai pas que l'IDE devienne une usine à gaz et je préfère qu'il en fasse un peu moins, mais qu'il soie réactif.

J'ai eu l'occasion de travailler avec des IDE qui ont beaucoup plus de fonctionnalités, comme Eclipse et Visual Studio Entreprise avec Resharper. J'ai eu vraiment de mauvais souvenir à cause de leur consommation excessive et constante de ressources pour que, de temps en temps, je puisse faire un refactor de malade qui va toucher une dizaine de fichiers ou trouver des références dans tout le projet (ce qui soit dit en passant peut aussi très bien être fait avec grep, find, awk et sed, c'est incroyable ces outils !).

J'ai aussi eu l'occasion de travailler avec SQL Server Management Studio, où là c'est l'inverse: ce n'est quasiment qu'un éditeur de texte avec l'arborescence de la base de donnée à côté. C'était aussi clairement pas assez pour être efficace (même si on avait 1-2 plugins pour nous aider, c'était pas assez).

Là, j'ai l'impression d'avoir atteint un juste milieu avec vim, LSP et DAP.

D'ailleurs, Visual Studio Code n'en n'est pas très loin non plus, j'ai bien aimé travailler avec aussi et je les remercie d'avoir apporté LSP et DAP, c'est vraiment pratique pour tout le monde !

Par exemple, si je veux voir la liste des fichiers actuellement modifiés dans le projet avec git status, ça permet de les garder en face de moi.

Avec les versions récentes de vim, depuis le terminal intégré, tu peux repasser aux autres window de vim avec Ctrl-W + flèches et continuer à travailler avec vim tout en gardant cette liste sous les yeux.

Un autre exemple, est de faire un git grep (mais je viens de découvrir :vimgrep que je vais essayer de privilégier) ou juste un git diff pour être sûr des modifs que j'ai actuellement fait.

Je connais aussi :! ou Ctrl-Z, mais le gros désavantage est que je perd tout ce que je suis en train de faire et ça me fait perdre du temps, parce que je dois continuellement changer de contexte, alors que là, j'ai tout sous les yeux et je peux interagir avec les deux: les fichiers en cours d'édition et le résultat de ma commande.

Ah oui, j'avais vu :make, c'est sympa.

Je viens de lire le :help make et de trouver juste en dessous :vimgrep qui est bien plus efficace que git grep, puisque la liste de résultat est interactive, merci beaucoup ! Je vois que :grep permet aussi de définir sa commande, je pense que je vais la définir avec git grep, parce que c'est assez cool le respect du fichier .gitignore.

Donc en plus de ne pas rediriger vers les définitions de méthodes, j'imagine qu'il ne peut pas non plus faire l'inverse, afficher toute les utilisations dans le projet d'une méthodes, ou d'une variable.

Ce que je voulais dire, c'était ça justement: il peut te rediriger vers les définitions (LSP sait lire les include/require et te redirige), mais il ne peut pas te donner toutes les références, tant que les fichiers n'ont pas été ouvert.

Je suppose donc aussi qu'on n'a pas de complétion ou de vérification temps réel sur les méthodes existantes ou sur les paramètres passés. Et l'import automatique ?

D'expérience, la complétion fonctionne, quand tu as fais le bon import.

L'import automatique peut fonctionner si tu as déjà ouvert le fichier dans ta session.

Là, je te parle d'expérience avec un projet en nodejs, ça dépend sûrement du language server, mais ça semble assez trivial pour C++ aussi si les include ont bien été définit et que le fichier compile_commands.json a bien été construit.

Ce qui me semble quand même des fonctions de base que j'utilise beaucoup même sur des petits projets.

Si tu veux avoir ces fonctionnalités complètes, je pense que tu es obligé de passer par un scan complet des fichiers du projet et des dépendances, de tous les parser et de faire tenir ces informations en mémoire ou dans des indexes.

Peut être qu'un plugin asynchrone (merci pour l'info barmic ;)) pour vim existe pour faire ça, mais je préfère me passer de ce genre de fonctionnalités, car je sais qu'elles seront bien trop consommatrices de ressources (CPU, mémoire et I/O disques).

Hello,

Je ne l'emploie pas sur un projet en C++, mais mon installation est assez réactive, parce que:

1. vim n'utilise pas Electron et est lui-même assez léger
2. vim n'indexe pas tous les fichiers du projet. Il fait juste de charger les fichiers que tu lui demandes, les transfert au LSP et reçoit les informations en retour.
   • La conséquence, est qu'il est bien capable de te rediriger vers la définition des méthodes utilisée dans le fichier actuellement ouvert (avec gd). Mais il est incapable de trouver toutes les références à cette méthode (avec gr), puisqu'il n'envoie pas tous les fichiers du projet à LSP. J'ai remarqué aujourd'hui, il trouve les références uniquement dans les fichiers que tu as ouvert actuellement.
3. le plugin ctrl-p, que j'utilise pour trouver rapidement les fichiers, scanne vraiment rapidement le dossier du projet

À priori, ça devrait donc être plus léger, mais je n'ai pas mesuré réellement et il y a quand même des fonctions en moins. Ce que je lève dans le point "2." par rapport à la recherche de référence, ça veut aussi dire que tu ne pourras pas faire de big refactor facilement (mais je m'en sors en général avec des git grep -iP). Mon curseur personnel pour l'instant c'est que je préfère avoir un IDE réactif, mais avec ces fonctionnalités en moins (que j'utilise rarement en réalité).

Il faudrait que j'installe un Grafana et que je monitore l'utilisation CPU et mémoire pour les processus vim.

PS: Pour C++, j'ai essayé sur un tout petit projet perso, et le LSP coc-clangd demande d'avoir clangd d'installé et de fournir le fichier compile_commands.json (crée par meson dans mon cas). D'une fois que je l'ai fais, ça a bien marché, mais le projet était tout petit :-)

Pourquoi Servo a-t-il été abandonné?

Il n'a pas été transmis à l'Apache Foundation, non ?

Je trouve utile le terminal intégré pour garder sous les yeux mon contexte avec le fichier que je suis en train d'éditer. Je ne l'utilise pas en permanence, c'est plutôt sporadiquement.

C'est aussi très utile pour le débogueur: ça lui permet d'afficher la sortie sur le côté.

Merci, mais il y a eu un peu trop de suppression :)

On a perdu l'explication du problème dû à ce cache:

; lors d’un clic sur un onglet dans une collection, la version en cache est affichée, si vous avez mis votre lecteur de flux RSS, LinuxFr.org ou n’importe quel site dont le contenu est dynamique comme moi, il vaut mieux les enlever des collections puisque ça force à devoir rafraîchir la page à chaque fois ;

1. Sur certains sites (bv. ZDNet.fr), quand je rouvre le site, je me retrouve avec une page pas fraîche. Sans doute une page en cache. En tout cas, je dois rafraîchir la page si je veux découvrir les nouvelles publications apparues depuis ma dernière visite.

Est-ce que tu utilises la fonction "Collection" pour ces sites ? Ça ressemble au comportement actuel des Collections, on en a discuté dans le fil de commentaire plus haut.

Au fait, comme le sujet n'a pas l'aire aussi claire que ce que j'ai écris dans la dépêche, si l'équipe de modération pouvait apporter cette correction à la dépêche:

- une collection enregistre le contenu de la page pour être accessible hors ligne ;
+ une collection enregistre le contenu de la page ~~pour être accessible hors ligne~~ dans un cache (mais ce n'est pas très claire du [comment](https://github.com/mozilla-mobile/fenix/issues/10417) et de [pourquoi](https://github.com/mozilla-mobile/fenix/issues/11506)) ;

ou trouver une autre tournure et faire un lien sur ce fil de discussion.

C'est assez simple, essaie de mettre une page qui change régulièrement son contenu dans une collection. Par exemple, les journaux de LinuxFr. Si tu charges la page demain soir depuis la collection, tu verras le contenu de ce soir.

Il y a bien un cache à quelque part, mais peut être qu'il n'est pas utilisé si le téléhpone est hors-ligne, je ne sais pas.

En fait, il m'avait fallu pas mal de temps pour comprendre que ce problème était lié aux Collections. Maintenant, quand je cherche "firefox android agressive cache" sur Google, je tombe facilement sur des utilisateurs expliquant leur incompréhension des collections.

Sur Github, il y a une issue encore ouverte qui parle de ce problème et une seconde qui demande de mettre à jour la documentation des Collections.

Je ne sais pas pourquoi Mozilla n'a pas encore mis à jour sa documentation, c'est vraiment pas intuitif comme comportement. Je trouverai normal que ça soit au moins clairement indiqué dans la documentation que les collections utilisent un cache.

C'est justement pour ça que j'ai mis cette phrase dans la dépêche, j'étais sûr à ne pas être le seul à avoir eu ce "problème" de compréhension :)

Hello,

Non pas tout à fait, parce que dans Google Search, les liens des résultats sont des liens directs jusqu'au moment du clic sur le lien.

Google Direct empêche Google de modifier le lien au moment du clic et il n'a donc pas besoin de retrouver la bonne redirection dans l'URL.

Skip redirect est plus généraliste et travaille sur les URLs déjà transformées, mais je ne sais pas s'il fonctionne aussi avec le fonctionnement de Google Search (c'est quand même spéciale de modifier les liens au moment du clic…).

Hello,

En effet, seul le style par défaut fonctionne avec le nouveau système de barre latérale pour la rédaction.

Ça m'avait déjà pris pas mal de temps à créer cette barre latérale pour le style par défaut et je n'ai pas eu la motivation d'adapter tous les styles tiers.

Je ne sais pas si ça vaut la peine d'essayer de corriger les styles, parce que ça va casser dès que l'on essaye de changer le style de base.

Je viens d'aller voir comment Google News fonctionne et malheureusement l'extension ne peut pas marcher pour ce site.

J'ai décrit dans un commentaire plus bas: Google Direct ne modifie pas les liens, il fait juste d'empêcher Google de les modifier lors du clique.

Avec Google News, les liens sont déjà personnalisés par Google et donc Google Direct ne peut rien faire.

D'abord, mieux vaut avoir le plus de choix possible :)

Chocolateboy a expliqué dans le Readme l'intérêt de cette extension.

Ce qu'il faut savoir, c'est que Google change les URLs au moment du clic (ça permet de garder la fonctionnalité des liens déjà visités coloriés en violet par le navigateur).

Les autres extensions écoutent le clic pour essayer de revenir en arrière sur la modification faite par Google.

Google Direct fait beaucoup plus simple: il empêche en amont Google de modifier les liens.

Le code du repository est très simple, ça fait juste 10 lignes de codes:

function rwt () { return true } // same return value as the original

if (window.wrappedJSObject.rwt) {
    // assign it as a read-only property to prevent it being overridden
    Object.defineProperty(window.wrappedJSObject, 'rwt', {
        value: exportFunction(rwt, window),
        writable: false,
        configurable: false,
    })
}

rwt() est le nom de la fonction de Google et l'extension force cette fonction à ne rien faire à part retourner true :-)