Le souci principal d'utiliser des icônes c'est de pouvoir les trouver. Il faut soit avoir un graphiste sous la main (je pense pas qu'on en ait) soit avoir un icon set sous licence libre qui soit suffisamment étendu pour pouvoir piocher dedans (peut-être https://icons.getbootstrap.com/ ou bien les icones monochromes de Gnome?)
Avant de faire de grands travaux il faudrait peut-être envisager de merger le port vers Rails 7 et les autres grosses MR histoire d'éviter de se marcher sur les pieds et de provoquer des conflits de tout côtés?
J'étais content en voyant ta réponse mais malheureusement je n'ai pas de dossier ffmpeg dans le dossier @appstore, ni de paquet ainsi nommé dans le Package Center. Je suppose que ça dépend de la version de DSM ou du modèle de NAS ?
Update: bon je suppose que tu fais en fait référence à https://synocommunity.com/ que je ne connaissais pas mais qui a l'air de mériter le coup d'oeil.
Je sais, c'est moi qui ait implémenté ça :op mais en soi rien n'interdit de faire pareil et de mettre un <link rel="me"> avec tous les liens configurés de la sorte, ça permettrait même le même type de vérification par d'autres logiciels.
Pour ma part je garde le format initial de la photo ou de la vidéo dans la mesure du possible. Pour les photos en raw, je garde généralement le raw et le jpeg généré par l'appareil côte à côte (je pense que je n'ai jamais "développé" aucun fichier raw en vrai, je configurais l'appareil pour le faire lui-même à une époque où le format était mal supporté avec Linux)
En effet chaque conversion d'un format avec pertes à un autre format avec pertes implique de nouvelles pertes (sauf exceptions dûment documentées comme une conversion de JPEG en JPEG-XL).
Aujourd'hui on sait lire à peu près tout avec Linux, et je pense que la "disparition" complète du support d'un format un tant soit peu utilisé est très improbable. Du coup j'ai du RAW, du TIFF, du JPG, du HEIC, du MPEG2 (des fichiers .MOD), du MOV, du MPEG4 avec des pistes vidéos et audio de formats divers…
Sur Synology par exemple ffprobe n'est pas disponible mais ffmpeg l'est, donc il est possible d'utiliser ffmpeg -i "$file" 2>&1 pour un résultat similaire.
La date de création est souvent incluse dans les informations relatives au flux MPEG mais ce ne semble pas être le cas pour les vidéos générées par des anciens appareils (par exemple les vieux iphones qui sortaient des fichiers .MOV) donc dans ce cas pour obtenir la date je me base sur deux infos: le ctime du fichier (qui est souvent inexact) et les dates des photos qui viennent avant/après pour déterminer la date de la vidéo.
Après on pourra aussi ajouter le nick IRC sur son serveur préféré, puis le serveur pixelfed, le compte github/gitlab/codeberg/sourcehut, etc. sans oublier que la ligne "posté par" est déjà immense.
Je pense (l'idée a déjà été proposée dans d'autres entrées de suivi) qu'il vaudrait mieux supprimer le site web, mastodon et xmpp et remplacer le tout par une liste de liens arbitraires (sous la forme "libellé: lien") comme ce qui est fait sur Mastodon, comme ça les gens peuvent mettre ce qu'ils veulent sans avoir besoin d'un liste de champs à rallonge. Puis on affiche ces liens dans un popover ou sur une page de profil et comme ça on résoud le problème de la ligne "posté par" à rallonge.
Manque plus qu'à trouver des développeurs/euses :-)
Sinon en attendant il est toujours possible d'ajouter des liens arbitraires dans la signature il me semble.
Surtout qu'il y a une proportion assez importante (j'ai pas mesuré) de liens dans lesquels la personne qui a posté le lien met une description en premier commentaire. Ce premier commentaire pourrait être… un journal.
C'est la théorie, mais la pratique c'est que tant qu'il n'y a pas de plainte et de jugement qui explicite que le "consentement" recueilli n'est pas valable tout le monde s'en fiche. C'est ce que les ricains appellent le "court testing".
Et comme le péquin moyen n'a pas trop envie de se lancer dans une action en justice, il faut passer par des masochistes dans le genre de noyb ou La Quadrature du Net (y a-t-il un équivalent en Belgique? je n'en connais pas), auxquels je vous encourage à souscrire.
A défaut il est aussi possible de se plaindre auprès du service juridique d'un groupement de consommateurs généraliste (Test-Achats, 30 millions d'amis 60 millions de consommateurs, etc) qui ont les épaules suffisamment larges et qui pourraient réagir avec assez de signalement.
Oui y'a aussi la CNIL…
Fun fact, la théorie indique aussi que le tracking ne peut pas commencer tant qu'il a été accepté, or je doute que ce soit le cas en pratique ou quand on masque / ferme la petite boite. La théorie veut de toute façon que le consentement recueilli par beaucoup de ces petites boites à cookie remplies de dark patterns est invalide car obtenu par tromperie (layout qui change tout le temps, lien "refuser tout" gris clair sur fond blanc qui finit remplacé par un lien "accepter tout", etc.)
En pratique on sait bien que tout le monde s'en cognera tant que quelqu'un n'aura pas été condamné.
À noter quand même que vendre les données personnelles des gens et vendre un service permettant de relayer un courier à tout le monde, c'est légèrement différent. Dans le second cas la Poste exploite les données personnelles pour fournir un service mais ne les commercialise/diffuse pas.
J'ai un câblage structuré chez moi, quand je l'ai installé j'anticipais de l'utiliser pour faire passer un signal vidéo (à la place de mettre un coax) mais cet usage a entre-temps complètement disparu au profit de l'IP (les opérateurs eux-même n'utilisent plus de signal analogique).
Par contre j'utilise pas toutes les prises, mais ça a été pratique quand j'ai remplacé le wifi de ma box opérateur par deux access points openwrt, car j'avais plein de choix pour les placer sans devoir utiliser de mesh.
Je n'éprouve pas de fierté particulière à avoir un câblage structuré à la maison, j'ai eu l'opportunité de le faire donc je l'ai fait, je trouve ça plutôt pratique et je ne vois pas vraiment en quoi le câble "dépérit".
Dans la mesure où tout le monde est d'accord sur le fait que le fromage râpé en sachet c'est nul et que râper son fromage c'est bien mieux, est-ce que quelqu'un a des conseils ou des suggestions par rapport à une râpe de qualité ?
Pour ma part je suis plutôt partisan des râpes à roulettes mais celle que j'ai acquise récemment ne me donne pas entière satisfaction. Il s'agit d'une râpe en inox (qui ressemble à celle-ci même si ce n'est pas la même marque) très (trop) fin, avec deux cerclages en plastique qui rendent inexploitables 3mm de part et d'autre, et un espace trop important entre la roulette et le tour qui laisse passer de gros morceaux de fromage non râpé…
La précédente était en plastique et fonctionnait beaucoup mieux mais est restée longtemps indisponible (apparemment maintenant y'en a). Par contre la manivelle en plastique est fragile et en dix ans les deux ont cassé.
Je pense qu'il n'y a pas de calcium dans les rognures d'ongle, car l'ongle est en kératine et pas en os, et la kératine ne contient pas de calcium (50% de carbone, 22% d'oxygène, 17% d'azote, 6% d'hydrogène et 5% de soufre d'après wikipedia).
Puis des ports USB-A y'en a souvent plein alors que les ports USB-C sont très limités. Je n'ai encore jamais vu de hub ou dock qui proposait par exemple 4 ports USB-C additionnels alors que virtuellement tous les hubs même étiquetés "USB-C" proposent 4 ports USB-A.
Je ne suis pas vraiment convaincu que la tendance soit dans la disparition de l'USB-A du côté des périphériques et si j'ai le choix entre un périphérique en USB-A ou le même en USB-C je vais probablement choisir l'USB-A parce que je ne suis pas en mesure de facilement utiliser plusieurs périphériques USB-C en même temps.
En fait les seuls trucs USB-C que je possède sont un dock et des trucs qui sont destinés à être utilisés avec un GSM. Le business end de tout le reste est encore en USB-A, même ce qui est récent.
Je suppose que le patch le plus simple serait de supprimer le lien dans le inner_html à ce moment-là. On pourrait même peut-être utiliser ça, mais alors on supprime aussi les <em> et les <strong>:
C'est à peu près pareil entre le Luxembourg et la Belgique, mais alors on est dans un contexte "frontalier" (hérité de l'avant-COVID et de l'avant-télétravail), pas "full remote" auquel cas l'adresse qui compte est l'adresse à laquelle on habite.
Le comportement de markdown est probablement correct dans ce cas car la norme HTML n'autorise pas de liens imbriqués, donc il ferme le premier lien (celui de la toc) avant le lien inclus dans le titre.
Le problème vient du lien dans le titre, qui devrait être supprimé lors de la génération de la table des matières. Ou bien il faudrait tout simplement interdire les liens dans les en-têtes.
[^] # Re: voire aussi
Posté par nud . En réponse à l’entrée du suivi afficher les métadonnées de commentaires de manière plus agréable. Évalué à 3 (+0/-0). Dernière modification le 26 janvier 2024 à 17:12.
Le souci principal d'utiliser des icônes c'est de pouvoir les trouver. Il faut soit avoir un graphiste sous la main (je pense pas qu'on en ait) soit avoir un icon set sous licence libre qui soit suffisamment étendu pour pouvoir piocher dedans (peut-être https://icons.getbootstrap.com/ ou bien les icones monochromes de Gnome?)
Avant de faire de grands travaux il faudrait peut-être envisager de merger le port vers Rails 7 et les autres grosses MR histoire d'éviter de se marcher sur les pieds et de provoquer des conflits de tout côtés?
[^] # Re: Autre demande similaire
Posté par nud . En réponse à l’entrée du suivi Fournir des données d'exemple. Évalué à 2 (+0/-0).
Également https://linuxfr.org/suivi/fournir-un-jeu-de-donnees-de-test-pour-le-developpement-de-linuxfr
# Doublon
Posté par nud . En réponse à l’entrée du suivi fournir un jeu de données de test pour le développement de linuxfr. Évalué à 2 (+0/-0).
Voir https://linuxfr.org/suivi/fournir-des-donnees-d-exemple
[^] # Re: Doublon
Posté par nud . En réponse à l’entrée du suivi La pagination du suivi ne prend pas le filtre courant en compte. Évalué à 2 (+0/-0).
Du coup ça retourne dans les oubliettes.
# Doublon
Posté par nud . En réponse à l’entrée du suivi La pagination du suivi ne prend pas le filtre courant en compte. Évalué à 3 (+0/-0).
Avoir une recherche dans le suivi ne serait pas mal également, car je viens de constater que ceci est en fait un doublon d'une autre entrée: https://linuxfr.org/suivi/le-changement-de-page-dans-le-suivi-reinitialise-les-filtres
[^] # Re: Mes propres fonctions shell
Posté par nud . En réponse à la dépêche Archiver ses vidéos : retour d’expérience. Évalué à 3. Dernière modification le 22 janvier 2024 à 11:27.
J'étais content en voyant ta réponse mais malheureusement je n'ai pas de dossier ffmpeg dans le dossier
@appstore, ni de paquet ainsi nommé dans le Package Center. Je suppose que ça dépend de la version de DSM ou du modèle de NAS ?Update: bon je suppose que tu fais en fait référence à https://synocommunity.com/ que je ne connaissais pas mais qui a l'air de mériter le coup d'oeil.
[^] # Re: Autres
Posté par nud . En réponse à l’entrée du suivi Adresse Matrix dans les options de compte. Évalué à 3 (+0/-0). Dernière modification le 18 janvier 2024 à 14:57.
Je sais, c'est moi qui ait implémenté ça :op mais en soi rien n'interdit de faire pareil et de mettre un
<link rel="me">avec tous les liens configurés de la sorte, ça permettrait même le même type de vérification par d'autres logiciels.Apparemment Github implémente une liste de lien et la vérification Mastodon donc c'est faisable.
[^] # Re: Choix du format
Posté par nud . En réponse à la dépêche Archiver ses vidéos : retour d’expérience. Évalué à 7.
Pour ma part je garde le format initial de la photo ou de la vidéo dans la mesure du possible. Pour les photos en raw, je garde généralement le raw et le jpeg généré par l'appareil côte à côte (je pense que je n'ai jamais "développé" aucun fichier raw en vrai, je configurais l'appareil pour le faire lui-même à une époque où le format était mal supporté avec Linux)
En effet chaque conversion d'un format avec pertes à un autre format avec pertes implique de nouvelles pertes (sauf exceptions dûment documentées comme une conversion de JPEG en JPEG-XL).
Aujourd'hui on sait lire à peu près tout avec Linux, et je pense que la "disparition" complète du support d'un format un tant soit peu utilisé est très improbable. Du coup j'ai du RAW, du TIFF, du JPG, du HEIC, du MPEG2 (des fichiers .MOD), du MOV, du MPEG4 avec des pistes vidéos et audio de formats divers…
[^] # Re: Mes propres fonctions shell
Posté par nud . En réponse à la dépêche Archiver ses vidéos : retour d’expérience. Évalué à 4.
Je seconde pour ffprobe.
Sur Synology par exemple ffprobe n'est pas disponible mais ffmpeg l'est, donc il est possible d'utiliser
ffmpeg -i "$file" 2>&1pour un résultat similaire.La date de création est souvent incluse dans les informations relatives au flux MPEG mais ce ne semble pas être le cas pour les vidéos générées par des anciens appareils (par exemple les vieux iphones qui sortaient des fichiers .MOV) donc dans ce cas pour obtenir la date je me base sur deux infos: le ctime du fichier (qui est souvent inexact) et les dates des photos qui viennent avant/après pour déterminer la date de la vidéo.
# Autres
Posté par nud . En réponse à l’entrée du suivi Adresse Matrix dans les options de compte. Évalué à 2 (+1/-0).
Après on pourra aussi ajouter le nick IRC sur son serveur préféré, puis le serveur pixelfed, le compte github/gitlab/codeberg/sourcehut, etc. sans oublier que la ligne "posté par" est déjà immense.
Je pense (l'idée a déjà été proposée dans d'autres entrées de suivi) qu'il vaudrait mieux supprimer le site web, mastodon et xmpp et remplacer le tout par une liste de liens arbitraires (sous la forme "libellé: lien") comme ce qui est fait sur Mastodon, comme ça les gens peuvent mettre ce qu'ils veulent sans avoir besoin d'un liste de champs à rallonge. Puis on affiche ces liens dans un popover ou sur une page de profil et comme ça on résoud le problème de la ligne "posté par" à rallonge.
Manque plus qu'à trouver des développeurs/euses :-)
Sinon en attendant il est toujours possible d'ajouter des liens arbitraires dans la signature il me semble.
[^] # Re: merge avec journaux
Posté par nud . En réponse au sondage Quel futur vous paraît pertinent pour la rubrique « Liens » de Linuxfr ? . Évalué à 9.
Surtout qu'il y a une proportion assez importante (j'ai pas mesuré) de liens dans lesquels la personne qui a posté le lien met une description en premier commentaire. Ce premier commentaire pourrait être… un journal.
[^] # Re: article très intéressant merci, mais ...
Posté par nud . En réponse au lien Réseau mesh 10Gbps basé sur USB4, pour $47.98. Évalué à 3.
Aucune, il fait ça pour le fun.
[^] # Re: Pareil !
Posté par nud . En réponse au journal Où il est question de données personnelles. Évalué à 5.
C'est fort probable mais pour que le tribunal statue il faut une plainte.
[^] # Re: Pareil !
Posté par nud . En réponse au journal Où il est question de données personnelles. Évalué à 5. Dernière modification le 15 janvier 2024 à 12:24.
C'est la théorie, mais la pratique c'est que tant qu'il n'y a pas de plainte et de jugement qui explicite que le "consentement" recueilli n'est pas valable tout le monde s'en fiche. C'est ce que les ricains appellent le "court testing".
Et comme le péquin moyen n'a pas trop envie de se lancer dans une action en justice, il faut passer par des masochistes dans le genre de noyb ou La Quadrature du Net (y a-t-il un équivalent en Belgique? je n'en connais pas), auxquels je vous encourage à souscrire.
A défaut il est aussi possible de se plaindre auprès du service juridique d'un groupement de consommateurs généraliste (Test-Achats,
30 millions d'amis60 millions de consommateurs, etc) qui ont les épaules suffisamment larges et qui pourraient réagir avec assez de signalement.Oui y'a aussi la CNIL…
Fun fact, la théorie indique aussi que le tracking ne peut pas commencer tant qu'il a été accepté, or je doute que ce soit le cas en pratique ou quand on masque / ferme la petite boite. La théorie veut de toute façon que le consentement recueilli par beaucoup de ces petites boites à cookie remplies de dark patterns est invalide car obtenu par tromperie (layout qui change tout le temps, lien "refuser tout" gris clair sur fond blanc qui finit remplacé par un lien "accepter tout", etc.)
En pratique on sait bien que tout le monde s'en cognera tant que quelqu'un n'aura pas été condamné.
[^] # Re: Pareil !
Posté par nud . En réponse au journal Où il est question de données personnelles. Évalué à 7.
À noter quand même que vendre les données personnelles des gens et vendre un service permettant de relayer un courier à tout le monde, c'est légèrement différent. Dans le second cas la Poste exploite les données personnelles pour fournir un service mais ne les commercialise/diffuse pas.
[^] # Re: Les 13 pouces sont les nouveaux 11 pouces
Posté par nud . En réponse au journal De la disparition du format « pas trop grand ». Évalué à 5.
J'ai un câblage structuré chez moi, quand je l'ai installé j'anticipais de l'utiliser pour faire passer un signal vidéo (à la place de mettre un coax) mais cet usage a entre-temps complètement disparu au profit de l'IP (les opérateurs eux-même n'utilisent plus de signal analogique).
Par contre j'utilise pas toutes les prises, mais ça a été pratique quand j'ai remplacé le wifi de ma box opérateur par deux access points openwrt, car j'avais plein de choix pour les placer sans devoir utiliser de mesh.
Je n'éprouve pas de fierté particulière à avoir un câblage structuré à la maison, j'ai eu l'opportunité de le faire donc je l'ai fait, je trouve ça plutôt pratique et je ne vois pas vraiment en quoi le câble "dépérit".
# Râpe de qualité
Posté par nud . En réponse au journal [ HS ] Fromage râpé pour accompagner les pâtes ou autre .... Évalué à 7.
Dans la mesure où tout le monde est d'accord sur le fait que le fromage râpé en sachet c'est nul et que râper son fromage c'est bien mieux, est-ce que quelqu'un a des conseils ou des suggestions par rapport à une râpe de qualité ?
Pour ma part je suis plutôt partisan des râpes à roulettes mais celle que j'ai acquise récemment ne me donne pas entière satisfaction. Il s'agit d'une râpe en inox (qui ressemble à celle-ci même si ce n'est pas la même marque) très (trop) fin, avec deux cerclages en plastique qui rendent inexploitables 3mm de part et d'autre, et un espace trop important entre la roulette et le tour qui laisse passer de gros morceaux de fromage non râpé…
La précédente était en plastique et fonctionnait beaucoup mieux mais est restée longtemps indisponible (apparemment maintenant y'en a). Par contre la manivelle en plastique est fragile et en dix ans les deux ont cassé.
[^] # Re: Comté
Posté par nud . En réponse au journal [ HS ] Fromage râpé pour accompagner les pâtes ou autre .... Évalué à 3.
Un petit supplément en fer.
[^] # Re: Comté
Posté par nud . En réponse au journal [ HS ] Fromage râpé pour accompagner les pâtes ou autre .... Évalué à 4.
Je pense qu'il n'y a pas de calcium dans les rognures d'ongle, car l'ongle est en kératine et pas en os, et la kératine ne contient pas de calcium (50% de carbone, 22% d'oxygène, 17% d'azote, 6% d'hydrogène et 5% de soufre d'après wikipedia).
Mais heureusement il y en a dans le comté.
[^] # Re: Les 13 pouces sont les nouveaux 11 pouces
Posté par nud . En réponse au journal De la disparition du format « pas trop grand ». Évalué à 5. Dernière modification le 10 janvier 2024 à 16:15.
Puis des ports USB-A y'en a souvent plein alors que les ports USB-C sont très limités. Je n'ai encore jamais vu de hub ou dock qui proposait par exemple 4 ports USB-C additionnels alors que virtuellement tous les hubs même étiquetés "USB-C" proposent 4 ports USB-A.
Je ne suis pas vraiment convaincu que la tendance soit dans la disparition de l'USB-A du côté des périphériques et si j'ai le choix entre un périphérique en USB-A ou le même en USB-C je vais probablement choisir l'USB-A parce que je ne suis pas en mesure de facilement utiliser plusieurs périphériques USB-C en même temps.
En fait les seuls trucs USB-C que je possède sont un dock et des trucs qui sont destinés à être utilisés avec un GSM. Le business end de tout le reste est encore en USB-A, même ce qui est récent.
[^] # Re: Recrutement
Posté par nud . En réponse au journal Protonmail cherche désespérément des devs Linux. Évalué à 2.
Bref tu n'es pas un salarié en remote mais un sous-traitant sous contrat.
[^] # Re: Problème similaire avec plusieurs lien dans le titre
Posté par nud . En réponse à l’entrée du suivi Sommaires et liens dans les titres, balise <a> vide et conflit de balises <a>. Évalué à 3 (+0/-0).
LinuxFR utilise les gems redcarpet et sanitize via html-pipeline-linuxfr.
En jetant un œil rapide dans ce projet je constate qu'on a un
TableOfContentsFilterqui génère la table des matières, qui fait ceci:Je suppose que le patch le plus simple serait de supprimer le lien dans le
inner_htmlà ce moment-là. On pourrait même peut-être utiliser ça, mais alors on supprime aussi les<em>et les<strong>:Si on veut supprimer complètement les liens dans les titres, alors il y a deux possibilités:
[^] # Re: Recrutement
Posté par nud . En réponse au journal Protonmail cherche désespérément des devs Linux. Évalué à 6.
C'est à peu près pareil entre le Luxembourg et la Belgique, mais alors on est dans un contexte "frontalier" (hérité de l'avant-COVID et de l'avant-télétravail), pas "full remote" auquel cas l'adresse qui compte est l'adresse à laquelle on habite.
[^] # Re: Recrutement
Posté par nud . En réponse au journal Protonmail cherche désespérément des devs Linux. Évalué à 3.
"oh non pas lui!"
[^] # Re: Problème similaire avec plusieurs lien dans le titre
Posté par nud . En réponse à l’entrée du suivi Sommaires et liens dans les titres, balise <a> vide et conflit de balises <a>. Évalué à 5 (+0/-0).
Le comportement de markdown est probablement correct dans ce cas car la norme HTML n'autorise pas de liens imbriqués, donc il ferme le premier lien (celui de la toc) avant le lien inclus dans le titre.
Le problème vient du lien dans le titre, qui devrait être supprimé lors de la génération de la table des matières. Ou bien il faudrait tout simplement interdire les liens dans les en-têtes.