Sauf que "pertinent" ne veut pas dire "je suis d'accord avec ce commentaire" mais "le commentaire apporte quelque chose à la discussion". Le fait que les usagers confondent les deux concepts est d'ailleurs un reproche fréquent.
On pourrait avoir des réactions emojis à la github/slack/whatever 😄. Reste à voir comment cela s'intégrerait avec le karma des usagers.
Dans l'absolu je ne suis pas persuadé que les CSS alternatives soient une fonctionnalité à mettre en avant. C'est pratique pour les contributeurs ou pour certains power users mais je ne pense pas que ce doit être une "solution" pour un quelconque problème. Les problèmes courants et moins courants (comme les divers problèmes d'accessibilité et d'handicap) doivent être gérés dans la CSS par défaut.
Si l'on met la fonction en avant et si l'on conseille aux gens de l'utiliser, il faut alors fournir des garanties sur les CSS alternatives. De même, si l'on maintient plusieurs CSS "officielles" (ce qui est le cas actuellement) cela complexifie la maintenance et le développement car chaque changement du markup site implique de mettre toutes les CSS à jour. Vu la "main d'œuvre" limitée et le peu d'utilisation de la fonctionnalité, le choix rationnel serait de sabrer.
Concernant le suivi, et toujours conformément à ce problème de main d'œuvre, pourquoi maintenir le suivi plutôt que d'utiliser les outils fournis par la forge que l'on utilise ? C'est comme cela que fonctionne webcompat.com: ils ont un compte "bot" qui ajoute les bugs pour les non-membres de github. D'ailleurs pour ce qui est de linuxfr-design, est-on censé utiliser le suivi ou bien reporter un bug sur github ?
Par ailleurs j'ai une PR qui moisit depuis 4 mois sans réaction aucune.
Posté par nud .
En réponse au journal frozen desk.
Évalué à 3.
Le panneau ne faisait-il pas plutôt 2m44 sur 1m22 (8 pieds sur 4) ? C'est la taille standard.
Ce genre de mic-mac impérialométrique pourrait peut-être aussi expliquer ta différence d'épaisseur pour les tux (ou le fait que les machines qui font les panneaux ne sont pas calibrées avec une précision absolue et que l'épaisseur doit varier de façon plus ou moins imperceptible d'un panneau à l'autre)
Tu n'as pas une grande puissance à disposition. Ce n'est pas suffisant pour alimenter la box qui, plutôt qu'un bête téléphone, contient un routeur ADSL, un switch, un ATA, …
Je n'ai pas vu de Fax/Copieur qui intègre le SIP en natif, mais il faut dire que ce n'est pas une fonction que je regarde non plus.
Il paraît qu'il y en a, beaucoup d'imprimantes type Xérox modernes ont la fonctionnalité sur la datasheet, mais je n'en ai jamais rencontré qui fonctionne. Soit c'est buggé, soit ça nécessite une option quelconque qui est plus chère qu'un boitier ATA.
Pour la problématique des alarmes et ascenseurs c'est plus délicat, il faut un (ou des) boitiers et une alimentation adaptée qui puisse fonctionner en cas de coupure prolongée.
Je me suis toujours demandé ce que les opérateurs font de cette obligation de brancher un ascenseur ou une alarme incendie directement sur la ligne (à part s'asseoir dessus). Parce que jusqu'à preuve du contraire il n'est pas possible d'alimenter une boite ADSL via la ligne de cuivre et ce n'est donc "pas optimal" niveau sécurité…
Tu peux continuer à utiliser Hylafax ou Hylafax+ avec t38modem comme le monsieur dit. t38modem va exposer un port série virtuel, et ta config hylafax va juste utiliser ce nouveau /dev/ttyT38 au lieu du /dev/ttyS0 qu'il utilisait précédemment. Il y aura sans doute quelques paramètres à modifier dans tes fichiers config.tty* mais sinon c'est immédiat.
Pour le fax "physique" tu peux utiliser un boitier ATA ou une gateway (Grandstream, Linksys, Patton, etc. en font)
Attention que pour que ça marche "bien" (pour autant qu'un fax puisse bien fonctionner sur un réseau IP) ton fournisseur SIP et ton boituer ATA doivent supporter le T.38 et c'est pas forcément gagné. Sinon ça peut aussi fonctionner avec le codec G.711 (qui est celui utilisé par l'ISDN et qui est sans perte) à condition que tu aies une connexion de bonne qualité sans latence excessive et sans perte de paquets. Le fax ne fonctionnera pas avec un autre codec en particulier si celui-ci utilise un encodage avec perte façon MP3 (par exemple le G.729 qui est très populaire auprès des opérateurs).
Pour ce qui est de t38modem, il supporte à la fois G.711 et T.38 donc tout est bon.
J'avais vu l'autre entrée du suivi mais ça m'avait l'air beaucoup moins spécifique, c'est pour ça que j'ai créé cette nouvelle entrée.
Retirer complètement l'accès HTTP (càd sans redirection) ça veut dire dire casser tous les liens existants.
Par contre je ne comprends pas bien l'utilité d'attendre la mise à jour de nginx avant de rediriger en https. Même si la config n'est pas parfaite immédiatement il me semble important de protéger les utilisateurs, aussi compétents soient-ils.
Sinon un schéma classique pour les backups mysql, c'est de les faire sur un slave. Comme ça, le locking n'empêche pas le site de fonctionner car le master n'est pas impacté.
C'est peut-être aussi l'occasion de retravailler les avatars/noms d'utilisateurs partout sur le site, pour avoir quelque chose de plus "intégré" où les avatars ne flottent pas au milieu du texte.
Je ne sais pas de quels dongles tu parles exactement, mais la grande mode semble être aux docking stations USB-C (exemple) qui sont, d'après les datasheets, capables d'afficher du 4K via HDMI/DP, bien que la seule connexion entre le PC et la docking station soit le cable USB.
Après, je présume que ceci utilise la carte graphique du PC, la question subsidiaire était alors "est-il possible d'utiliser une carte graphique dual-head pour deux sièges distincts ?".
Ce journal semble oublier quelque chose: la raison du changement de l'API et de la déprécation de l'ancienne API n'est pas une raison politique, mais une raison technique.
En effet, l'API "historique" à base de XUL et XPCOM n'est pas compatible avec le multi-process au niveau des onglets, qui est une fonctionnalité que tout le monde demande… Sauf effectivement en employant un shim qui permet d'émuler un objet local en passant d'un processus à l'autre de façon synchrone. Quelqu'un se souvient-il de CORBA/Bonobo ?
Ils en profitent donc pour déprécier cette API et introduire quelque chose de plus moderne et de différent. Ils ont aussi développé le shim en question en prévenant bien que ça risquait de ramer, et prévoient de supprimer le shim dès que possible, quand les conditions suivantes seront réunies:
Les extensions populaires auront été réimplémentées afin de ne pas dépendre de l'ancienne API
Une solution viable sera disponible pour les extensions pour lesquelles l'API WebExtensions repompée de Chrome n'est pas suffisante.
Aussi, le calendrier mentionne bien qu'Electrolysis (càd le multi-process pour les tabs) ne sera pas encore activé par défaut dans la prochaine release mais sera disp en preview (càd avec les extensions XUL toutes lentes à cause du shim) pour les gens motivés.
Le seul bémol c'est qu'effectivement les extensions qui non pas été touchées depuis des lustres ou dont les auteurs ne se font pas entendre risquent de disparaître. Aussi, tout ceci (dont le multi-process) est déjà dispo dans Firefox Android, qui n'a jamais été en XUL.
Quant à la question de la signature obligatoire des extensions, c'est complètement orthogonal. Je peux comprendre le problème mais effectivement une option dans about:config serait probablement bienvenue.
Surtout que des Kevins (des gens qui s'appellent réellement Kevin) il doit commencer à y en avoir quelques-uns qui errent sur ce site. Les pauvres n'ont pas choisi leur prénom eux-même…
Les ondes électromagnétiques ça peut être méchant. S'il n'existe a priori aucune contre-indication au spectre visible (encore que), abuser des UV est clairement reconnu comme mauvais et peut causer des mélanomes. De l'autre côté du spectre, le côté thermique est aussi nocif à forte dose, et il est déconseillé de faire sécher son chat dans un micro-ondes.
Concernant le spectre visible, il me semble qu'une lumière bleue trop puissante peut nuire à la rétine. Voici ce qu'en dit l'UE.
Tout est dans la modération.
Après il faut voir les niveaux d'émission concrets dans les habitations et la nocivité réelle des fréquences considérées.
Je trouve dommage que le titre du journal ne mentionne absolument pas ce dont il est question. Certes le sujet est trollesque, mais je ne crois pas que le troll soit le sujet principal du journal.
En pratique c'est plutôt Windows qui a fâcheuse tendance à modifier l'UEFI à chaque mise à jour.
Enfin, tout ce qu'il a fait dans les cas que j'ai observé c'est pointer l'entrée UEFI par défaut sur la sienne (sachant qu'il n'y a pas moyen de choisir d'autre entrée que celle par défaut), mais les outils existent sous Windows pour refaire pointer l'UEFI sur grub.
Je n'ai jamais vécu le cas contraire, mais c'est vrai que comme grub permet de choisir son OS, je n'ai jamais vu d'inconvénient à l'avoir comme entrée UEFI par défaut…
Mais tu n'as rien compris au journal, il est évident par le contexte que le projet donnait belle et bien une fessée à une présentation du FOSDEM, et ce en toute illégalité!
Avec un touchscreen les mouvements sont différents, le scrolling se fait avec un "swipe" un peu comme sur les smartphones, pas avec plusieurs doigts. Je ne sais pas si le multi-touch est supporté non plus ou bien si c'est mon touchscreen qui est pourri (dtf honnêtement je ne m'en sers jamais, j'ai même plutôt tendance à désactiver les drivers sinon dès que quelqu'un touche l'écran tout bouge dans tous les sens). Je peux comprendre la raison pour la différence de mouvements parce que sur un touchscreen on touche directement les trucs de l'écran tandis que sur un touchpad, le centre correspond toujours au pointeur affiché à l'écran.
Par contre avec les applications Gtk+ 3 ça fonctionne bien, mais pas avec Firefox (qui n'est pas une application Gtk+ 3, ça utilise juste gtk pour le dessin, et en plus c'est Gtk+ 2 et pas Gtk+3).
[^] # Re: Le détail, toujours le détail
Posté par nud . En réponse à la dépêche Refaire LinuxFr.org : résultats de l’enquête. Évalué à 7.
Sauf que "pertinent" ne veut pas dire "je suis d'accord avec ce commentaire" mais "le commentaire apporte quelque chose à la discussion". Le fait que les usagers confondent les deux concepts est d'ailleurs un reproche fréquent.
On pourrait avoir des réactions emojis à la github/slack/whatever 😄. Reste à voir comment cela s'intégrerait avec le karma des usagers.
[^] # Re: CSS Alternatives
Posté par nud . En réponse à la dépêche Refaire LinuxFr.org : résultats de l’enquête. Évalué à 8.
Dans l'absolu je ne suis pas persuadé que les CSS alternatives soient une fonctionnalité à mettre en avant. C'est pratique pour les contributeurs ou pour certains power users mais je ne pense pas que ce doit être une "solution" pour un quelconque problème. Les problèmes courants et moins courants (comme les divers problèmes d'accessibilité et d'handicap) doivent être gérés dans la CSS par défaut.
Si l'on met la fonction en avant et si l'on conseille aux gens de l'utiliser, il faut alors fournir des garanties sur les CSS alternatives. De même, si l'on maintient plusieurs CSS "officielles" (ce qui est le cas actuellement) cela complexifie la maintenance et le développement car chaque changement du markup site implique de mettre toutes les CSS à jour. Vu la "main d'œuvre" limitée et le peu d'utilisation de la fonctionnalité, le choix rationnel serait de sabrer.
Concernant le suivi, et toujours conformément à ce problème de main d'œuvre, pourquoi maintenir le suivi plutôt que d'utiliser les outils fournis par la forge que l'on utilise ? C'est comme cela que fonctionne webcompat.com: ils ont un compte "bot" qui ajoute les bugs pour les non-membres de github. D'ailleurs pour ce qui est de linuxfr-design, est-on censé utiliser le suivi ou bien reporter un bug sur github ?
Par ailleurs j'ai une PR qui moisit depuis 4 mois sans réaction aucune.
[^] # Re: Geany et son plugin
Posté par nud . En réponse au journal Le markdown, sous Emacs, et plus largement sous Linux. Évalué à 5.
Fais un journal ;-)
[^] # Re: Vente captive
Posté par nud . En réponse au journal frozen desk. Évalué à 3.
Pour la v2, je suggère un tux, un gnu un beastie et un puffy.
# Taille et épaisseur de panneau
Posté par nud . En réponse au journal frozen desk. Évalué à 3.
Le panneau ne faisait-il pas plutôt 2m44 sur 1m22 (8 pieds sur 4) ? C'est la taille standard.
Ce genre de mic-mac impérialométrique pourrait peut-être aussi expliquer ta différence d'épaisseur pour les tux (ou le fait que les machines qui font les panneaux ne sont pas calibrées avec une précision absolue et que l'épaisseur doit varier de façon plus ou moins imperceptible d'un panneau à l'autre)
[^] # Re: Ligne SIP + ATA
Posté par nud . En réponse au journal Remplacement ligne FAX. Évalué à 2.
Tu n'as pas une grande puissance à disposition. Ce n'est pas suffisant pour alimenter la box qui, plutôt qu'un bête téléphone, contient un routeur ADSL, un switch, un ATA, …
[^] # Re: Ligne SIP + ATA
Posté par nud . En réponse au journal Remplacement ligne FAX. Évalué à 2.
Il paraît qu'il y en a, beaucoup d'imprimantes type Xérox modernes ont la fonctionnalité sur la datasheet, mais je n'en ai jamais rencontré qui fonctionne. Soit c'est buggé, soit ça nécessite une option quelconque qui est plus chère qu'un boitier ATA.
Je me suis toujours demandé ce que les opérateurs font de cette obligation de brancher un ascenseur ou une alarme incendie directement sur la ligne (à part s'asseoir dessus). Parce que jusqu'à preuve du contraire il n'est pas possible d'alimenter une boite ADSL via la ligne de cuivre et ce n'est donc "pas optimal" niveau sécurité…
[^] # t38modem
Posté par nud . En réponse au journal Remplacement ligne FAX. Évalué à 5.
Tu peux continuer à utiliser Hylafax ou Hylafax+ avec t38modem comme le monsieur dit. t38modem va exposer un port série virtuel, et ta config hylafax va juste utiliser ce nouveau /dev/ttyT38 au lieu du /dev/ttyS0 qu'il utilisait précédemment. Il y aura sans doute quelques paramètres à modifier dans tes fichiers config.tty* mais sinon c'est immédiat.
Pour le fax "physique" tu peux utiliser un boitier ATA ou une gateway (Grandstream, Linksys, Patton, etc. en font)
Attention que pour que ça marche "bien" (pour autant qu'un fax puisse bien fonctionner sur un réseau IP) ton fournisseur SIP et ton boituer ATA doivent supporter le T.38 et c'est pas forcément gagné. Sinon ça peut aussi fonctionner avec le codec G.711 (qui est celui utilisé par l'ISDN et qui est sans perte) à condition que tu aies une connexion de bonne qualité sans latence excessive et sans perte de paquets. Le fax ne fonctionnera pas avec un autre codec en particulier si celui-ci utilise un encodage avec perte façon MP3 (par exemple le G.729 qui est très populaire auprès des opérateurs).
Pour ce qui est de t38modem, il supporte à la fois G.711 et T.38 donc tout est bon.
[^] # Re: Autres demandes similaires
Posté par nud . En réponse à l’entrée du suivi Enlever l'accès sans TLS? (rediriger http://linuxfr.org vers https://linuxfr.org). Évalué à 3 (+0/-0).
J'avais vu l'autre entrée du suivi mais ça m'avait l'air beaucoup moins spécifique, c'est pour ça que j'ai créé cette nouvelle entrée.
Retirer complètement l'accès HTTP (càd sans redirection) ça veut dire dire casser tous les liens existants.
Par contre je ne comprends pas bien l'utilité d'attendre la mise à jour de nginx avant de rediriger en https. Même si la config n'est pas parfaite immédiatement il me semble important de protéger les utilisateurs, aussi compétents soient-ils.
# Pull Request
Posté par nud . En réponse à l’entrée du suivi Enlever l'accès sans TLS? (rediriger http://linuxfr.org vers https://linuxfr.org). Évalué à 2 (+0/-0).
https://github.com/linuxfrorg/admin-linuxfr.org/pull/4
# Ça a l'air de fonctionner?
Posté par nud . En réponse à l’entrée du suivi Les URL internationales ne marche pas. Évalué à 2 (+0/-0).
On dirait que cela fonctionne maintenant.
[^] # Re: .
Posté par nud . En réponse au journal section liens : je trouve ça nul.. Évalué à 2.
On pourrait afficher le nom de domaine à côté comme sur hackernews.
[^] # Re: Sauvegarde
Posté par nud . En réponse à l’entrée du suivi Les sauvegardes empêchent d'écrire des commentaires / contenus. Évalué à 2 (+0/-0).
Sinon un schéma classique pour les backups mysql, c'est de les faire sur un slave. Comme ça, le locking n'empêche pas le site de fonctionner car le master n'est pas impacté.
[^] # Re: taille verticale ?
Posté par nud . En réponse au journal Comment la rubrique « liens » est arrivée. Évalué à 3.
C'est peut-être aussi l'occasion de retravailler les avatars/noms d'utilisateurs partout sur le site, pour avoir quelque chose de plus "intégré" où les avatars ne flottent pas au milieu du texte.
[^] # Re: Unités
Posté par nud . En réponse au journal Green IT. Évalué à 6.
C'est parce que le "Watt-heure" parle plus aux gens que le joule. Un appareil d'un kW qui fonctionne pendant une heure, ça fait un kWh.
C'est un peu comme le km/h par rapport au m/s.
# Dongles USB
Posté par nud . En réponse à la dépêche Multiseat avec des pilotes libres, non libres et systemd. Évalué à 3.
Je ne sais pas de quels dongles tu parles exactement, mais la grande mode semble être aux docking stations USB-C (exemple) qui sont, d'après les datasheets, capables d'afficher du 4K via HDMI/DP, bien que la seule connexion entre le PC et la docking station soit le cable USB.
Après, je présume que ceci utilise la carte graphique du PC, la question subsidiaire était alors "est-il possible d'utiliser une carte graphique dual-head pour deux sièges distincts ?".
# Raisons techniques
Posté par nud . En réponse au journal La fin du "permissive add-on model" chez Mozilla, ou comment flinguer une base d'extensions. Évalué à 10.
Ce journal semble oublier quelque chose: la raison du changement de l'API et de la déprécation de l'ancienne API n'est pas une raison politique, mais une raison technique.
En effet, l'API "historique" à base de XUL et XPCOM n'est pas compatible avec le multi-process au niveau des onglets, qui est une fonctionnalité que tout le monde demande… Sauf effectivement en employant un shim qui permet d'émuler un objet local en passant d'un processus à l'autre de façon synchrone. Quelqu'un se souvient-il de CORBA/Bonobo ?
Ils en profitent donc pour déprécier cette API et introduire quelque chose de plus moderne et de différent. Ils ont aussi développé le shim en question en prévenant bien que ça risquait de ramer, et prévoient de supprimer le shim dès que possible, quand les conditions suivantes seront réunies:
Aussi, le calendrier mentionne bien qu'Electrolysis (càd le multi-process pour les tabs) ne sera pas encore activé par défaut dans la prochaine release mais sera disp en preview (càd avec les extensions XUL toutes lentes à cause du shim) pour les gens motivés.
Le seul bémol c'est qu'effectivement les extensions qui non pas été touchées depuis des lustres ou dont les auteurs ne se font pas entendre risquent de disparaître. Aussi, tout ceci (dont le multi-process) est déjà dispo dans Firefox Android, qui n'a jamais été en XUL.
Quant à la question de la signature obligatoire des extensions, c'est complètement orthogonal. Je peux comprendre le problème mais effectivement une option dans about:config serait probablement bienvenue.
[^] # Re: Command not found
Posté par nud . En réponse au journal S'amuser avec sl (si si). Évalué à 2.
Pour
entcatil faudrait plutôt afficher un arbre qu'un train.[^] # Re: comment dégrader un journal
Posté par nud . En réponse au journal Tu dessines ce weekend?. Évalué à 4.
Surtout que des Kevins (des gens qui s'appellent réellement Kevin) il doit commencer à y en avoir quelques-uns qui errent sur ce site. Les pauvres n'ont pas choisi leur prénom eux-même…
[^] # Re: objectif du sondage?
Posté par nud . En réponse au sondage Filaire vs sans-fil. Évalué à 5.
Les ondes électromagnétiques ça peut être méchant. S'il n'existe a priori aucune contre-indication au spectre visible (encore que), abuser des UV est clairement reconnu comme mauvais et peut causer des mélanomes. De l'autre côté du spectre, le côté thermique est aussi nocif à forte dose, et il est déconseillé de faire sécher son chat dans un micro-ondes.
Concernant le spectre visible, il me semble qu'une lumière bleue trop puissante peut nuire à la rétine. Voici ce qu'en dit l'UE.
Tout est dans la modération.
Après il faut voir les niveaux d'émission concrets dans les habitations et la nocivité réelle des fréquences considérées.
# Titre non pertinent
Posté par nud . En réponse au journal parait que ca manque de troll. Évalué à 3.
Je trouve dommage que le titre du journal ne mentionne absolument pas ce dont il est question. Certes le sujet est trollesque, mais je ne crois pas que le troll soit le sujet principal du journal.
[^] # Re: Commentaire bookmark
Posté par nud . En réponse au journal parait que ca manque de troll. Évalué à 2.
En pratique c'est plutôt Windows qui a fâcheuse tendance à modifier l'UEFI à chaque mise à jour.
Enfin, tout ce qu'il a fait dans les cas que j'ai observé c'est pointer l'entrée UEFI par défaut sur la sienne (sachant qu'il n'y a pas moyen de choisir d'autre entrée que celle par défaut), mais les outils existent sous Windows pour refaire pointer l'UEFI sur grub.
Je n'ai jamais vécu le cas contraire, mais c'est vrai que comme grub permet de choisir son OS, je n'ai jamais vu d'inconvénient à l'avoir comme entrée UEFI par défaut…
[^] # Re: Typo
Posté par nud . En réponse au journal Open Source Rookies of the Year. Évalué à 3.
Mais tu n'as rien compris au journal, il est évident par le contexte que le projet donnait belle et bien une fessée à une présentation du FOSDEM, et ce en toute illégalité!
[^] # Re: Au contraire
Posté par nud . En réponse au journal Tic-tac, tic-tac, tic-tac... plouf.. Évalué à 6.
Source: https://imgur.com/k576KIe
[^] # Re: Mwai
Posté par nud . En réponse au journal Tic-tac, tic-tac, tic-tac... plouf.. Évalué à 3.
Avec un touchscreen les mouvements sont différents, le scrolling se fait avec un "swipe" un peu comme sur les smartphones, pas avec plusieurs doigts. Je ne sais pas si le multi-touch est supporté non plus ou bien si c'est mon touchscreen qui est pourri (dtf honnêtement je ne m'en sers jamais, j'ai même plutôt tendance à désactiver les drivers sinon dès que quelqu'un touche l'écran tout bouge dans tous les sens). Je peux comprendre la raison pour la différence de mouvements parce que sur un touchscreen on touche directement les trucs de l'écran tandis que sur un touchpad, le centre correspond toujours au pointeur affiché à l'écran.
Par contre avec les applications Gtk+ 3 ça fonctionne bien, mais pas avec Firefox (qui n'est pas une application Gtk+ 3, ça utilise juste gtk pour le dessin, et en plus c'est Gtk+ 2 et pas Gtk+3).