Après, en y regardant de plus près, dans le commit lié ci-dessus il s'agit d'enlever protocole et domaine, donc c'est toujours valide. Si le browser ne supporte pas de tels liens il faut corriger le bug dans le browser.
Des commits plus pertinents sont:
16adf9a5aee76e7a6f0c3c0a3e79ae6502149b21 Accept protocol-relative links to linuxfr.org in news links
193f3b348302cc8b48a83fcce40ac606f63c2049 Use protocol relative in 400.html
c2648f6cef078b583da58077275e28fe27c6681d Use protocol-relative URL for the image in wiki help
551918514f3b7fd365cc54db1a57e5a8db9ac875 Default avatar URL should be protocol-relative
Mais l'analyse reste juste. Ces URLs sont utilisées pour e.g. intégrer des images et intégrer une image en HTTP posait problème quand on voyait le site en HTTPS. Dans la mesure où DLFP utilise maintenant HTTPS partout, ça ne sert à rien de les conserver. C'est aussi la décision qu'a prise Wikipedia apparemment: mettre à jour les liens sans URL pour inclure https://.
Comme les commits ci-dessus impliquent surtout que DLFP a accepté les URLs sans scheme dans les contenus, il faudra soit modifier les contenus existants soit silencieusement ajouter le préfixe https://.
Ceci dit, AMHA le bug est avec le browser s'il casse la compatibilité ascendante de la sorte…
Comme en 2023 on utilise HTTPS partout, peut-être que tout ça ne sert plus à rien et qu'on pourrait juste mettre des https:// partout. La seule question est relative à l'environnement de développement.
S'il y a une page profil accessible en cliquant sur le nom de l'utilisateur, j'imagine que le popover (et son absence quand il n'y a pas de JS) tombe sur le coup de l'amélioration progressive.
Concernant Signal, c'est juste un peu d'anticipation de ma part sur le fait qu'ils veulent permettre un enregistrement sans numéro de téléphone, donc avec des usernames classiques. Mais bon, je suis sûr qu'on peut trouver 12 autres exemples de "usernames" que les utilisateurs pourraient désirer mettre en avant.
Peut être devrait-on quand même vérifier le nombre d'accès aux liens qui commencent par "https://linuxfr.org/users/" ?
Ou bien mettre en cache, je ne pense pas qu'il y ait tant de chose que ça qui change d'une visite à l'autre (à part peut-être le nombre de pertinentages)
Ajouter un lien vers le "compte Mastodon" après le nom d'utilisateur sur chacun de ses contenus (comme on a déjà (site Web personnel, adresse XMPP)), je trouverai ça coule pour découvrir des comptes Mastodon
J'ai fait exprès de ne pas inclure un tel lien en me disant que ça nécessitait un peu plue de réflexion, car inévitablement quelqu'un va demander qu'on ajoute Matrix, Signal, etc. le temps venu.
Il serait peut-être temps de réfléchir à une "vraie" page profil ou au moins à un popover avec tous les liens?
la validation d'un compte Linuxfr.org repose sur un courriel valide. Est-ce un souci pour servir ensuite de référence pour un compte Mastodon ?
Je ne suis pas sûr de comprendre la question mais la validation repose sur le fait que la personne contrôle les deux URLs. Même si un admin par exemple modifie le lien mastodon de quelqu'un il ne pourra pas le valider "côté mastodon" sauf si l'admin a aussi la main sur l'instance mastodon.
D'ailleurs on pourrait utiliser le même système pour valider une identité linuxfr si on voulait.
si le compte (ou l'instance) Mastodon est fermé/détruit, alors on pointera nulle part, faut-il détecter/gérer des pénibles du SEO/parking ?
LinuxFR fait ça pour XMPP ou pour les sites web?
mettre à jour l'image du schéma sql
J'ai testé la mise à jour depuis la version précédente et la création de la base de données from scratch, mais je ne sais pas si c'est de ça que tu parles.
La documentation sus-mentionnée indique qu'un élement <link> convient également, ce qui aurait l'avantage de ne pas nécessiter de modification de l'interface utilisateur (pas de lien visible additionnel) hormis un petit champ additionnel en dessous de "Adresse XMPP xmpp:" (dont soit dit en passant le formattage est plutôt surprenant).
En tant que dev d'application, il y avait aussi pas mal de comportements chelous à prendre en compte "pour raisons historiques", des hints à définir que plus personne n'utilise, le plein écran qui ne fonctionne correctement que si tu fais tourner ta chaise dans le bon sens, etc.
Je me souviens avoir eu ma dose de bugs rentrés parce que tel ou tel truc ne fonctionnait pas dans tel window manager parce que il part du principe que tel ou tel truc est fait.
Wayland était supposé remettre tout ça à plat en se basant sur les pratiques modernes.
XWayland a aussi sa dose de limitations vu que certaines choses permises par X11 ne le sont pas par Wayland (comme par exemple le positionnement arbitraire d'une fenêtre, qui pour le coup était un emmerdement majeur sous X11)
Si seulement, on a encore déployé un système de fax2mail cette semaine… Il y a toujours une valeur légale (imaginée ou réelle, je sais pas, IANAL) et des millions de pages de procédures qui font que le fax est toujours présent à beaucoup d'endroits, même si les systèmes de voip, fax2mail, mail2fax et consorts ont enterré la notion de l'accusé de réception d'un fax.
Ça me fait toujours rigoler d'imaginer que le fax est une façon de passer des données numériques sur un canal analogique, qui est maintenant émulé (attention aux codecs avec perte de qualité!) sur un canal numérique paquétisé.
Sauf que bien malin celui qui est à 100% certain qu'il n'installe pas un programme vérolé sans le savoir. Il suffit d'installer le .deb de Zoom ou d'un client VPN ou autre pour passer dans le monde de l'inconnu.
Il suffit aussi de voir ce qui se passe dans le monde des smartphones pour voir que l'"espionnage" de la part des grandes sociétés de la pub n'est pas vraiment anodin.
Donc je pense que c'est plutôt bien comme limitation.
Concernant les screenshots il me semble que c'est avant tout un problème de sécurité qui leur a fait prendre cette décision. C'est vrai que ça semble con mais apparemment c'est une fonctionnalité qui peut être fournie par le gestionnaire de fenêtres / compositeur (cf l'implémentation de Gnome) donc bon.
Côté gestionnaires de fenêtre si j'ai bien compris il y a trois implémentations principales: Gnome, KDE et wlroots (qui est issu de Sway et utilisé par de nombreux WM)
Soyons sérieux deux minutes. La personne qui possède un iPhone achète le machin avec le connecteur iPhone. Pourquoi achèterait-il un autre ? Je ne vois même pas pourquoi il peut y avoir un procès d'intention ou une mise en question des compétences de l'acheteur.
Je pense que les pros n'achètent pas un FLIR One, ils achètent une vraie caméra thermique :-)
Le coeur de cible de ce genre de produit est l'amateur éclairé, pas le pro. Et, pro ou pas pro, les utilisateurs de ce type de caméra (ou autres accessoires) ne sont pas forcément compétents en informatique; ils font des audits dans le bâtiment, de l'électricité, de l'isolation, etc.
Les gens qui ont acheté un FLIR One Pro avec un connecteur Lightning risquent de râler un petit peu. Il y a probablement d'autres équippements du genre.
Les téléphones optimisent déjà la charge pour prolonger la vie de la batterie, pas besoin "sauter" sur son téléphone pour le débrancher quand il indique 80% (chiffre qui par ailleurs ne reflète pas forcément la charge réelle de la batterie). Ce que l'on appelle communément un "chargeur" n'en est pas un, c'est tout au plus un transformateur tout bête*, et toute l'intelligence se trouve dans le contrôleur de batterie à l'intérieur du téléphone.
*avec USB-PD le transfo devient un peu plus intelligent car il est capable de négocier le voltage avec le truc branché dessus.
Quant à la consommation du transfo quand rien n'est branché dessus, elle est virtuellement nulle (aux pertes près). La consommation de l'ensemble (transfo + appareil) dépend de la consommation de l'appareil, tu ne vas pas consommer 10W (2A × 5W) juste parce qu'il est écrit "2A" sur le transfo. Si la batterie du téléphone est pleine tu consommeras juste ce qu'il faut pour qu'il fonctionne sans se décharger.
Mouais, les faux contacts dans le port Lightning et les connecteurs cassés c'est pas exactement rare non plus. Sauf que le nouveau câble il coûte un bras.
Vu comment ça a gueulé quand ils sont passé du truc précédent aux connecteurs lightning, le fait que tous les autres appareils utilisent de l'USB-C, et les rumeurs d'un passage de l'iPhone à l'USB-C qu'on entend chaque année, j'aurais tendance à penser que cette décision est plutôt une aubaine pour eux: "Non mais c'est pas de notre faute si vous devez remplacer tous vos périphériques, on est obligés vous voyez?"
# Fragment
Posté par nud . En réponse à l’entrée du suivi Impossible de mettre un lien vers un salon matrix dans les liens d'une dépêche. Évalué à 2 (+0/-0).
J'imagine que le problème c'est le '#' ?
[^] # Re: https:// partout
Posté par nud . En réponse à l’entrée du suivi Liens (image) "protocol-relative / implicit" dans les flux. Évalué à 3 (+0/-0). Dernière modification le 03 janvier 2023 à 09:15.
Après, en y regardant de plus près, dans le commit lié ci-dessus il s'agit d'enlever protocole et domaine, donc c'est toujours valide. Si le browser ne supporte pas de tels liens il faut corriger le bug dans le browser.
Des commits plus pertinents sont:
Mais l'analyse reste juste. Ces URLs sont utilisées pour e.g. intégrer des images et intégrer une image en HTTP posait problème quand on voyait le site en HTTPS. Dans la mesure où DLFP utilise maintenant HTTPS partout, ça ne sert à rien de les conserver. C'est aussi la décision qu'a prise Wikipedia apparemment: mettre à jour les liens sans URL pour inclure
https://.Comme les commits ci-dessus impliquent surtout que DLFP a accepté les URLs sans scheme dans les contenus, il faudra soit modifier les contenus existants soit silencieusement ajouter le préfixe
https://.Ceci dit, AMHA le bug est avec le browser s'il casse la compatibilité ascendante de la sorte…
# https:// partout
Posté par nud . En réponse à l’entrée du suivi Liens (image) "protocol-relative / implicit" dans les flux. Évalué à 2 (+0/-0).
Quand LinuxFR est passé aux liens sans protocole, c'était parce que le site était servi en HTTP et en HTTPS, et les liens internes étaient un joyeux mélange. C'était en 2012.
Comme en 2023 on utilise HTTPS partout, peut-être que tout ça ne sert plus à rien et qu'on pourrait juste mettre des
https://partout. La seule question est relative à l'environnement de développement.[^] # Re: MR
Posté par nud . En réponse à l’entrée du suivi Faire valider sa page perso LinuxFr.org sur Mastodon . Évalué à 3 (+0/-0).
S'il y a une page profil accessible en cliquant sur le nom de l'utilisateur, j'imagine que le popover (et son absence quand il n'y a pas de JS) tombe sur le coup de l'amélioration progressive.
Concernant Signal, c'est juste un peu d'anticipation de ma part sur le fait qu'ils veulent permettre un enregistrement sans numéro de téléphone, donc avec des usernames classiques. Mais bon, je suis sûr qu'on peut trouver 12 autres exemples de "usernames" que les utilisateurs pourraient désirer mettre en avant.
[^] # Re: MR
Posté par nud . En réponse à l’entrée du suivi Faire valider sa page perso LinuxFr.org sur Mastodon . Évalué à 2 (+0/-0).
Ou bien mettre en cache, je ne pense pas qu'il y ait tant de chose que ça qui change d'une visite à l'autre (à part peut-être le nombre de pertinentages)
J'ai fait exprès de ne pas inclure un tel lien en me disant que ça nécessitait un peu plue de réflexion, car inévitablement quelqu'un va demander qu'on ajoute Matrix, Signal, etc. le temps venu.
Il serait peut-être temps de réfléchir à une "vraie" page profil ou au moins à un popover avec tous les liens?
[^] # Re: MR
Posté par nud . En réponse à l’entrée du suivi Faire valider sa page perso LinuxFr.org sur Mastodon . Évalué à 2 (+0/-0).
Je ne suis pas sûr de comprendre la question mais la validation repose sur le fait que la personne contrôle les deux URLs. Même si un admin par exemple modifie le lien mastodon de quelqu'un il ne pourra pas le valider "côté mastodon" sauf si l'admin a aussi la main sur l'instance mastodon.
D'ailleurs on pourrait utiliser le même système pour valider une identité linuxfr si on voulait.
LinuxFR fait ça pour XMPP ou pour les sites web?
J'ai testé la mise à jour depuis la version précédente et la création de la base de données from scratch, mais je ne sais pas si c'est de ça que tu parles.
# MR
Posté par nud . En réponse à l’entrée du suivi Faire valider sa page perso LinuxFr.org sur Mastodon . Évalué à 3 (+0/-0).
https://github.com/linuxfrorg/linuxfr.org/pull/352
# <a> ou <link>
Posté par nud . En réponse à l’entrée du suivi Faire valider sa page perso LinuxFr.org sur Mastodon . Évalué à 4 (+0/-0).
La documentation sus-mentionnée indique qu'un élement
<link>convient également, ce qui aurait l'avantage de ne pas nécessiter de modification de l'interface utilisateur (pas de lien visible additionnel) hormis un petit champ additionnel en dessous de "Adresse XMPP xmpp:" (dont soit dit en passant le formattage est plutôt surprenant).[^] # Re: Un autre avantage non cité: systemctl --user
Posté par nud . En réponse au journal Les problèmes d’un desktop sans systemd ?. Évalué à 5.
J'avais bien ce petit journal qui touchait le sujet mais il n'est plus de prime jeunesse.
[^] # Re: C'est toute la pile graphique qui est daubé du cul
Posté par nud . En réponse au lien "Wayland ne sauvera pas le bureau Linux", par un dev Wayland déçu. Évalué à 3.
En tant que dev d'application, il y avait aussi pas mal de comportements chelous à prendre en compte "pour raisons historiques", des hints à définir que plus personne n'utilise, le plein écran qui ne fonctionne correctement que si tu fais tourner ta chaise dans le bon sens, etc.
Je me souviens avoir eu ma dose de bugs rentrés parce que tel ou tel truc ne fonctionnait pas dans tel window manager parce que il part du principe que tel ou tel truc est fait.
Wayland était supposé remettre tout ça à plat en se basant sur les pratiques modernes.
XWayland a aussi sa dose de limitations vu que certaines choses permises par X11 ne le sont pas par Wayland (comme par exemple le positionnement arbitraire d'une fenêtre, qui pour le coup était un emmerdement majeur sous X11)
[^] # Re: développement interminable
Posté par nud . En réponse au lien "Wayland ne sauvera pas le bureau Linux", par un dev Wayland déçu. Évalué à 5.
Si seulement, on a encore déployé un système de fax2mail cette semaine… Il y a toujours une valeur légale (imaginée ou réelle, je sais pas, IANAL) et des millions de pages de procédures qui font que le fax est toujours présent à beaucoup d'endroits, même si les systèmes de voip, fax2mail, mail2fax et consorts ont enterré la notion de l'accusé de réception d'un fax.
Ça me fait toujours rigoler d'imaginer que le fax est une façon de passer des données numériques sur un canal analogique, qui est maintenant émulé (attention aux codecs avec perte de qualité!) sur un canal numérique paquétisé.
[^] # Re: C'est toute la pile graphique qui est daubé du cul
Posté par nud . En réponse au lien "Wayland ne sauvera pas le bureau Linux", par un dev Wayland déçu. Évalué à 8.
Sauf que bien malin celui qui est à 100% certain qu'il n'installe pas un programme vérolé sans le savoir. Il suffit d'installer le .deb de Zoom ou d'un client VPN ou autre pour passer dans le monde de l'inconnu.
Il suffit aussi de voir ce qui se passe dans le monde des smartphones pour voir que l'"espionnage" de la part des grandes sociétés de la pub n'est pas vraiment anodin.
Donc je pense que c'est plutôt bien comme limitation.
[^] # Re: Teams me bloque l'usage de Wayland
Posté par nud . En réponse au lien "Wayland ne sauvera pas le bureau Linux", par un dev Wayland déçu. Évalué à 3.
Chez moi le problème est réglé, ça ne fonctionne pas non plus avec X11.
[^] # Re: C'est toute la pile graphique qui est daubé du cul
Posté par nud . En réponse au lien "Wayland ne sauvera pas le bureau Linux", par un dev Wayland déçu. Évalué à 5.
Concernant les screenshots il me semble que c'est avant tout un problème de sécurité qui leur a fait prendre cette décision. C'est vrai que ça semble con mais apparemment c'est une fonctionnalité qui peut être fournie par le gestionnaire de fenêtres / compositeur (cf l'implémentation de Gnome) donc bon.
Côté gestionnaires de fenêtre si j'ai bien compris il y a trois implémentations principales: Gnome, KDE et wlroots (qui est issu de Sway et utilisé par de nombreux WM)
[^] # Re: Il reste le HTTP en clair
Posté par nud . En réponse au journal Brother ne mettra pas à jour les micrologiciels des imprimantes qui utilisent TLS 1.0. Évalué à 5.
Oui, ou le browser devrait tout simplement permettre d'accéder à un site avec une version ancienne de TLS, quite à afficher un gros warning effrayant.
[^] # Re: Géoblocking
Posté par nud . En réponse au lien Coca-Cola, leader pollueur. Évalué à 2.
C'est pareil.
# Géoblocking
Posté par nud . En réponse au lien Coca-Cola, leader pollueur. Évalué à 3.
Un peu décevant de la part d'ARTE.
# Titre alternatif
Posté par nud . En réponse au lien Amazon va acheter le fabriquant des robots-aspirateurs Roomba iRobot pour 1.7 milliards de $. Évalué à 10.
Vu sur twitter
[^] # Re: censure
Posté par nud . En réponse au lien Le dernier Pixar « Lightyear » censuré dans 14 pays pour un baiser homosexuel - L'ADN. Évalué à 2.
Je ne connais pas le film et je ne l'ai pas regardé mais le premier résultat sur duckduckgo pointe vers une vidéo youtube de 79 minutes
[^] # Re: Nokia et l'évolution des connecteurs "Apple"
Posté par nud . En réponse au journal L'Union européenne va imposer l'USB-C !. Évalué à 2.
Soyons sérieux deux minutes. La personne qui possède un iPhone achète le machin avec le connecteur iPhone. Pourquoi achèterait-il un autre ? Je ne vois même pas pourquoi il peut y avoir un procès d'intention ou une mise en question des compétences de l'acheteur.
[^] # Re: Nokia et l'évolution des connecteurs "Apple"
Posté par nud . En réponse au journal L'Union européenne va imposer l'USB-C !. Évalué à 2.
Je pense que les pros n'achètent pas un FLIR One, ils achètent une vraie caméra thermique :-)
Le coeur de cible de ce genre de produit est l'amateur éclairé, pas le pro. Et, pro ou pas pro, les utilisateurs de ce type de caméra (ou autres accessoires) ne sont pas forcément compétents en informatique; ils font des audits dans le bâtiment, de l'électricité, de l'isolation, etc.
[^] # Re: Nokia et l'évolution des connecteurs "Apple"
Posté par nud . En réponse au journal L'Union européenne va imposer l'USB-C !. Évalué à 4.
Les gens qui ont acheté un FLIR One Pro avec un connecteur Lightning risquent de râler un petit peu. Il y a probablement d'autres équippements du genre.
[^] # Re: USB-D
Posté par nud . En réponse au journal L'Union européenne va imposer l'USB-C !. Évalué à 9.
Les téléphones optimisent déjà la charge pour prolonger la vie de la batterie, pas besoin "sauter" sur son téléphone pour le débrancher quand il indique 80% (chiffre qui par ailleurs ne reflète pas forcément la charge réelle de la batterie). Ce que l'on appelle communément un "chargeur" n'en est pas un, c'est tout au plus un transformateur tout bête*, et toute l'intelligence se trouve dans le contrôleur de batterie à l'intérieur du téléphone.
*avec USB-PD le transfo devient un peu plus intelligent car il est capable de négocier le voltage avec le truc branché dessus.
Quant à la consommation du transfo quand rien n'est branché dessus, elle est virtuellement nulle (aux pertes près). La consommation de l'ensemble (transfo + appareil) dépend de la consommation de l'appareil, tu ne vas pas consommer 10W (2A × 5W) juste parce qu'il est écrit "2A" sur le transfo. Si la batterie du téléphone est pleine tu consommeras juste ce qu'il faut pour qu'il fonctionne sans se décharger.
[^] # Re: Encore des remarques
Posté par nud . En réponse au journal L'Union européenne va imposer l'USB-C !. Évalué à 6.
Mouais, les faux contacts dans le port Lightning et les connecteurs cassés c'est pas exactement rare non plus. Sauf que le nouveau câble il coûte un bras.
[^] # Re: Encore des remarques
Posté par nud . En réponse au journal L'Union européenne va imposer l'USB-C !. Évalué à 10.
Vu comment ça a gueulé quand ils sont passé du truc précédent aux connecteurs lightning, le fait que tous les autres appareils utilisent de l'USB-C, et les rumeurs d'un passage de l'iPhone à l'USB-C qu'on entend chaque année, j'aurais tendance à penser que cette décision est plutôt une aubaine pour eux: "Non mais c'est pas de notre faute si vous devez remplacer tous vos périphériques, on est obligés vous voyez?"