Je me suis souvent demandé s'il était possible d'utiliser un capteur d'un "ancien" appareil photo numérique, on peut trouver pour des prix abordables des capteur de 20 Mpixels en full-frame sur des appareils photo hors d'usage par exemple.
Mais s'interfacer est probablement largement au-delà de mes compétences
Puisque tu le demandes, je vais poster un lien vers mon billet de blog, à partir duquel on peut décoder les messages : https://seos.fr/blog/20230323.vadeovh.html (sinon je n'ai pas testé le programme en Go que je mentionne, mais celui en Python fonctionne bien).
Oui, il faut préciser que je ne suis pas vraiment inquiet (voire vraiment pas) mais je suis quand même curieux de la législation existante en termes de rétroengineering, d'intéropérabilité et de contournement de mesures de protection en général.
C'est juste difficile de trouver des informations pertinentes parce que tout ce qu'on trouve ne parle que de protection d'œuvres soumises à droit d'auteur, ce qui n'est pas le cas ici.
C'est l'alphabet qui est facile à apprendre en coréen, la langue elle-même est très difficile parce qu'elle fonctionne sur des principes fondamentalement différents de la plupart des langues qu'on connait (évidemment tout est relatif, je parle du point de vue d'un Français qui comprend peut-être l'anglais, l'espagnol, l'allemand, mais pas le basque ou le finnois).
Je suis parfaitement anglophone mais je consulte aussi des sources en français. Et pourquoi impliquer que les articles français sont forcément des traductions de l'anglais ?
J'avais essayé de prendre soin de préciser que c'était juste une remarque sur la forme et que je ne discutais pas le fond, pourtant.
Je trouve ça dommage de ne pas pouvoir avoir une discussion sur la forme, même quand le fond est pertinent. Surtout que dans le même temps, mon commentaire a bien généré des réponses intéressantes.
Je n'ai rien à dire sur le fond du message, mais en ce qui concerne la forme je m'interroge un peu sur la quantité de termes anglais qui arrivent comme autant de cheveux sur la soupe, au beau milieu d'un texte qui semble être à l'origine écrit en français ?
Les providers ? Les users ? Pour get les datas (et en plus, c'est quoi cette mode d'utiliser des verbes anglais sans même les conjuguer ? la moindre des choses est de parler de getter les datas_, surtout si on accorde data à la française) ? Et je passe les anglicismes comme enforcer ou livrer les moyens. Un instant j'ai cru avoir affaire à un étudiant de première année d'Epitech, mais ça m'étonnerait qu'un stagiaire poste ce genre de commentaire.
C'est juste une remarque innocente, même si ça m'irrite un peu, mais ça m'arrive régulièrement de voir ce genre de mélange bizarre avec des mots anglais partout dans un texte en français, et je ne comprends pas comment ça arrive. Surtout quand dans le même texte apparaissent les mots français équivalents (providers mais plus loin nous fournissons) donc ce n'est apparemment pas un problème de manque de vocabulaire.
Ah, c'est vrai que je l'avais oubliée (j'ai même déjà ouvert un compte dessus, et posté sur la tribune là-bas en 2014).
Mais alors je pense qu'il faudrait au moins un lien quelque part, parce que je n'en vois aucun, et peut-être aussi un process, entre le suivi ici et Github, qui permettrait de tester les pull requests avant qu'elles passent en prod.
Ceci dit, je pense que c'est plus simple d'anonymiser un dump des données existantes que de créer un jeu de données de test (et surtout de le maintenir, ça on sait bien que personne n'aura envie de le faire).
modification mysql à faire pour l'utf8 et les emojis (surtout avec Firefox 50…)
Je voudrais juste préciser que ça n'a rien à voir avec Firefox 50 (c'est bizarre, c'est la deuxième fois que quelqu'un mentionne cette version ? Perso je n'ai pas encore fait la mise à jour) et seulement un peu à voir avec les émoji.
Le problème à la base est que les caractères Unicode qui sont représentés en UTF-8 par quatre octets (donc la plupart des émoji, mais pas tous, et un bon nombre de caractères qui ne sont pas des émoji) ne sont pas supportés par le charset utilisé actuellement par la base MySQL de LinuxFR, et que de plus, LinuxFR les échappe deux fois en HTML, pour ne pas leur laisser la moindre chance d'être affichés. C'est pour ça que si je poste un ☺ ou un ❤, ça marchera (ce sont des émoji de trois octets) alors que si je veux désigner un type de maquereau par son nom japonais, vous aurez droit à une entité HTML : 𩸽 (c'est un kanji sur quatre octets). Enfin plus précisément, j'aurai droit à une entité à la prévisualisation, et à une erreur 500 à la soumission.
Bref. Je pense que la référence à Firefox 50 serait liée aux émoji en couleur, mais je n'en suis pas sûr ? Puisque les émoji en couleur sont supportés depuis plusieurs versions déjà par Firefox, ainsi que Chromium et la majeure partie du système de rendu utilisé sous Linux, pour peu qu'on installe les fontes nécessaires.
En fait, c'est en voulant écrire un journal pour expliquer comment installer ces fontes et configurer le système pour avoir des émoji en couleur partout, que je me suis rendu compte que ça n'allait pas être possible parce que LinuxFR n'est pas compatible UTF-8. Le journal est écrit à côté, maintenant j'attends de pouvoir le poster quand LinuxFR aura été patché.
Le problème était lié au non support de classList par IE11 pour les éléments SVG (une interface qui permet d'ajouter ou enlever facilement des classes aux éléments) et au non-support en même temps de la modification l'attribut className pour ces éléments. Dans les faits, il n'y a pas de moyen de modifier leurs classes et que ce soit pris en compte, en JavaScript.
Ma solution (suggérée sur Internet) a été d'utiliser la fonction classList des éléments DOM pour les éléments SVG, uniquement si elle n'est pas déjà définie pour les éléments SVG. C'est du bidouillage, mais visiblement ça marche, donc ça me suffit. Le code n'est pas conditionnel au navigateur, seulement à l'existence de la fonction dont j'ai besoin, et le SVG lui-même n'a pas eu à être modifié.
Merci, oui j'avais remarqué ça aussi une fois mais ça m'était sorti de l'esprit.
Pour info, je viens de passer des transform="rotate()" à de vrais calculs pour placer les aiguilles sans rotation. Ça pourrait changer des trucs et aider pour l'affichage, peut-être.
Seuls 14 comptes encore ouverts ont connu des interdictions temporaires de tribune, ceux qui ont des durées significatives (plus de 48h) ayant de mauvais karmas.
Ah oui ? On peut connaître son karma ? Je ne croyais pas que le mien était particulièrement mauvais :o
Enfin peut-être que je ne suis pas compté parce que mon interdiction de tribune n'était pas temporaire.
Aucun nom de moins de trois lettres sans accent n'est libre.
Il en reste 52 avec des accents, quelques uns sont dans l'article. Sinon il faut utiliser whois, mais je t'assure que ceux qui ne sont pas mentionnés ici n'ont aucun intérêt.
Si c'est le prix à payer pour ne pas voir 90% des domaines squattés dans un but lucratif, je pense que c'est acceptable.
Mais note que je parle de contenu publié et pas de serveur HTTP, la présence ou non d'un serveur HTTP n'est pas un facteur suffisant pour savoir si un domaine est squatté ou non, c'est bien compliqué que ça de trouver un système qui permettrait de se débarrasser efficacement des misérables parasites que sont les squatteurs.
En même temps s'il suffit de quelques soirées à quelqu'un comme moi pour en identifier la majorité, ça ne me semble pas hors de portée de l'AFNIC de faire ça semi-manuellement non plus.
[^] # Re: Ça n'est ni "réparer" ni "préserver"
Posté par 못 옷 홋 ♨ (site web personnel) . En réponse au journal de l'argentique en numérique. Évalué à 2.
Je me suis souvent demandé s'il était possible d'utiliser un capteur d'un "ancien" appareil photo numérique, on peut trouver pour des prix abordables des capteur de 20 Mpixels en full-frame sur des appareils photo hors d'usage par exemple.
Mais s'interfacer est probablement largement au-delà de mes compétences
[^] # Re: Enfin !
Posté par 못 옷 홋 ♨ (site web personnel) . En réponse au journal Contournement de mesures de protection et intéropérabilité. Évalué à 4.
Puisque tu le demandes, je vais poster un lien vers mon billet de blog, à partir duquel on peut décoder les messages : https://seos.fr/blog/20230323.vadeovh.html (sinon je n'ai pas testé le programme en Go que je mentionne, mais celui en Python fonctionne bien).
[^] # Re: un début de piste
Posté par 못 옷 홋 ♨ (site web personnel) . En réponse au journal Contournement de mesures de protection et intéropérabilité. Évalué à 4.
Oui, il faut préciser que je ne suis pas vraiment inquiet (voire vraiment pas) mais je suis quand même curieux de la législation existante en termes de rétroengineering, d'intéropérabilité et de contournement de mesures de protection en général.
C'est juste difficile de trouver des informations pertinentes parce que tout ce qu'on trouve ne parle que de protection d'œuvres soumises à droit d'auteur, ce qui n'est pas le cas ici.
[^] # Re: Nous avons de la chance !
Posté par 못 옷 홋 ♨ (site web personnel) . En réponse au sondage Quel est votre niveau d’anglais ?. Évalué à 5.
C'est l'alphabet qui est facile à apprendre en coréen, la langue elle-même est très difficile parce qu'elle fonctionne sur des principes fondamentalement différents de la plupart des langues qu'on connait (évidemment tout est relatif, je parle du point de vue d'un Français qui comprend peut-être l'anglais, l'espagnol, l'allemand, mais pas le basque ou le finnois).
# Manque une option
Posté par 못 옷 홋 ♨ (site web personnel) . En réponse au sondage Quel est votre niveau d’anglais ?. Évalué à 10.
Je suis parfaitement anglophone mais je consulte aussi des sources en français. Et pourquoi impliquer que les articles français sont forcément des traductions de l'anglais ?
[^] # Re: Contenue du listing
Posté par 못 옷 홋 ♨ (site web personnel) . En réponse au journal RGPD, retrait de toutes les listes de MailJet. Évalué à 2.
J'avais essayé de prendre soin de préciser que c'était juste une remarque sur la forme et que je ne discutais pas le fond, pourtant.
Je trouve ça dommage de ne pas pouvoir avoir une discussion sur la forme, même quand le fond est pertinent. Surtout que dans le même temps, mon commentaire a bien généré des réponses intéressantes.
[^] # Re: Contenue du listing
Posté par 못 옷 홋 ♨ (site web personnel) . En réponse au journal RGPD, retrait de toutes les listes de MailJet. Évalué à -1.
Hmm, j'ai dit quelque chose de grave apparemment ?
[^] # Re: Contenue du listing
Posté par 못 옷 홋 ♨ (site web personnel) . En réponse au journal RGPD, retrait de toutes les listes de MailJet. Évalué à 0.
Bonjour,
Je n'ai rien à dire sur le fond du message, mais en ce qui concerne la forme je m'interroge un peu sur la quantité de termes anglais qui arrivent comme autant de cheveux sur la soupe, au beau milieu d'un texte qui semble être à l'origine écrit en français ?
Les providers ? Les users ? Pour get les datas (et en plus, c'est quoi cette mode d'utiliser des verbes anglais sans même les conjuguer ? la moindre des choses est de parler de getter les datas_, surtout si on accorde data à la française) ? Et je passe les anglicismes comme enforcer ou livrer les moyens. Un instant j'ai cru avoir affaire à un étudiant de première année d'Epitech, mais ça m'étonnerait qu'un stagiaire poste ce genre de commentaire.
C'est juste une remarque innocente, même si ça m'irrite un peu, mais ça m'arrive régulièrement de voir ce genre de mélange bizarre avec des mots anglais partout dans un texte en français, et je ne comprends pas comment ça arrive. Surtout quand dans le même texte apparaissent les mots français équivalents (providers mais plus loin nous fournissons) donc ce n'est apparemment pas un problème de manque de vocabulaire.
[^] # Re: Erreur 400
Posté par 못 옷 홋 ♨ (site web personnel) . En réponse au journal Message d'intérêt public - reconfiguration nécessaire aux clients pour poster sur la tribune. Évalué à 3. Dernière modification le 28 juin 2018 à 20:00.
J'ai bien l'impression que tu envoies le message en tant que header http alors que ça doit être un champ des données de POST.
Il y a peut-être d'autres problèmes, mais c'est déjà quelque chose que tu dois corriger.
[^] # Re: alpha
Posté par 못 옷 홋 ♨ (site web personnel) . En réponse à l’entrée du suivi Mettre en place une préprod. Évalué à 2 (+0/-0).
Ah, c'est vrai que je l'avais oubliée (j'ai même déjà ouvert un compte dessus, et posté sur la tribune là-bas en 2014).
Mais alors je pense qu'il faudrait au moins un lien quelque part, parce que je n'en vois aucun, et peut-être aussi un process, entre le suivi ici et Github, qui permettrait de tester les pull requests avant qu'elles passent en prod.
[^] # Re: Autre demande similaire
Posté par 못 옷 홋 ♨ (site web personnel) . En réponse à l’entrée du suivi Dump anonymisé de la base de données. Évalué à 2 (+0/-0).
Ah effectivement, je n'avais pas vu ça.
Ceci dit, je pense que c'est plus simple d'anonymiser un dump des données existantes que de créer un jeu de données de test (et surtout de le maintenir, ça on sait bien que personne n'aura envie de le faire).
[^] # Re: Fake enquête?
Posté par 못 옷 홋 ♨ (site web personnel) . En réponse à la dépêche Refaire LinuxFr.org : résultats de l’enquête. Évalué à 2.
Oui, je suis moyennement surpris de ne pas avoir vu passer cette enquête, même si c'est un peu frustrant, mais la tribune ?
Est-ce qu'elle ne fait officiellement plus partie de ce qu'on appelle "LinuxFr", ou bien ?
# Pull request idoine
Posté par 못 옷 홋 ♨ (site web personnel) . En réponse à l’entrée du suivi Liens vers Wikipédia cassés quand ils contiennent un « / ». Évalué à 2 (+0/-0).
La pull request suivante devrait régler ce problème :
https://github.com/nono/html-pipeline-linuxfr/pull/2
# Pull request
Posté par 못 옷 홋 ♨ (site web personnel) . En réponse à l’entrée du suivi Backend TSV pour la tribune. Évalué à 3 (+0/-0).
Pour info, j'ai fait une pull request pour ça, ici :
https://github.com/linuxfrorg/linuxfr.org/pull/214
Je l'ai testée en local, ça marche au moins avec wmcc et dcoincoin.
# UTF8
Posté par 못 옷 홋 ♨ (site web personnel) . En réponse au journal LinuxFr.org : première quinzaine de novembre 2016. Évalué à 9. Dernière modification le 18 novembre 2016 à 13:00.
Je voudrais juste préciser que ça n'a rien à voir avec Firefox 50 (c'est bizarre, c'est la deuxième fois que quelqu'un mentionne cette version ? Perso je n'ai pas encore fait la mise à jour) et seulement un peu à voir avec les émoji.
Le problème à la base est que les caractères Unicode qui sont représentés en UTF-8 par quatre octets (donc la plupart des émoji, mais pas tous, et un bon nombre de caractères qui ne sont pas des émoji) ne sont pas supportés par le charset utilisé actuellement par la base MySQL de LinuxFR, et que de plus, LinuxFR les échappe deux fois en HTML, pour ne pas leur laisser la moindre chance d'être affichés. C'est pour ça que si je poste un ☺ ou un ❤, ça marchera (ce sont des émoji de trois octets) alors que si je veux désigner un type de maquereau par son nom japonais, vous aurez droit à une entité HTML : 𩸽 (c'est un kanji sur quatre octets). Enfin plus précisément, j'aurai droit à une entité à la prévisualisation, et à une erreur 500 à la soumission.
Bref. Je pense que la référence à Firefox 50 serait liée aux émoji en couleur, mais je n'en suis pas sûr ? Puisque les émoji en couleur sont supportés depuis plusieurs versions déjà par Firefox, ainsi que Chromium et la majeure partie du système de rendu utilisé sous Linux, pour peu qu'on installe les fontes nécessaires.
En fait, c'est en voulant écrire un journal pour expliquer comment installer ces fontes et configurer le système pour avoir des émoji en couleur partout, que je me suis rendu compte que ça n'allait pas être possible parce que LinuxFR n'est pas compatible UTF-8. Le journal est écrit à côté, maintenant j'attends de pouvoir le poster quand LinuxFR aura été patché.
[^] # Re: Perso, j'installe pas ça chez moi
Posté par 못 옷 홋 ♨ (site web personnel) . En réponse au journal Olcc-NG : un nouveau client de messagerie moderne et efficace. Évalué à 3.
Tu pourrais au moins les lister rapidement, pour aider ?
# Hmm
Posté par 못 옷 홋 ♨ (site web personnel) . En réponse au journal Samedi 5 novembre 2016 à Lille : petite introduction à l'auto-défense numérique. Évalué à 3.
Hmm, est-ce que ça risque d'être ennuyeux si je ne suis pas débutant ?
[^] # Re: Côté MS...
Posté par 못 옷 홋 ♨ (site web personnel) . En réponse au journal De la difficulté à obtenir un rendu SVG, voire HTML, cohérent entre les différentes plates‐formes. Évalué à 5.
Le problème était lié au non support de
classList
par IE11 pour les éléments SVG (une interface qui permet d'ajouter ou enlever facilement des classes aux éléments) et au non-support en même temps de la modification l'attributclassName
pour ces éléments. Dans les faits, il n'y a pas de moyen de modifier leurs classes et que ce soit pris en compte, en JavaScript.Ma solution (suggérée sur Internet) a été d'utiliser la fonction
classList
des éléments DOM pour les éléments SVG, uniquement si elle n'est pas déjà définie pour les éléments SVG. C'est du bidouillage, mais visiblement ça marche, donc ça me suffit. Le code n'est pas conditionnel au navigateur, seulement à l'existence de la fonction dont j'ai besoin, et le SVG lui-même n'a pas eu à être modifié.[^] # Re: Mon retour
Posté par 못 옷 홋 ♨ (site web personnel) . En réponse au journal De la difficulté à obtenir un rendu SVG, voire HTML, cohérent entre les différentes plates‐formes. Évalué à 3.
Non, c'était un autre problème mais je l'ai réglé par la même occasion :) (une vérification mal faite pour le déplacement en douceur des aiguilles).
[^] # Re: Côté MS...
Posté par 못 옷 홋 ♨ (site web personnel) . En réponse au journal De la difficulté à obtenir un rendu SVG, voire HTML, cohérent entre les différentes plates‐formes. Évalué à 3.
OK, IE11 est tout pourri et il y a pas mal de trucs qu'il gère mal, mais en bidouillant un peu, ça a l'air de passer maintenant !
Merci pour le débuggage :)
[^] # Re: Mon retour
Posté par 못 옷 홋 ♨ (site web personnel) . En réponse au journal De la difficulté à obtenir un rendu SVG, voire HTML, cohérent entre les différentes plates‐formes. Évalué à 5.
Merci, oui j'avais remarqué ça aussi une fois mais ça m'était sorti de l'esprit.
Pour info, je viens de passer des
transform="rotate()"
à de vrais calculs pour placer les aiguilles sans rotation. Ça pourrait changer des trucs et aider pour l'affichage, peut-être.[^] # Re: Manque de transparence sur la modération de la tribune
Posté par 못 옷 홋 ♨ (site web personnel) . En réponse au sondage La modération a posteriori des contenus et commentaires problématiques sur LinuxFr.org. Évalué à 2.
Ah oui ? On peut connaître son karma ? Je ne croyais pas que le mien était particulièrement mauvais :o
Enfin peut-être que je ne suis pas compté parce que mon interdiction de tribune n'était pas temporaire.
[^] # Re: Question
Posté par 못 옷 홋 ♨ (site web personnel) . En réponse à la dépêche Bilan à un an des domaines .fr d’une et deux lettres. Évalué à 3.
Aucun nom de moins de trois lettres sans accent n'est libre.
Il en reste 52 avec des accents, quelques uns sont dans l'article. Sinon il faut utiliser whois, mais je t'assure que ceux qui ne sont pas mentionnés ici n'ont aucun intérêt.
[^] # Re: Nettoyage
Posté par 못 옷 홋 ♨ (site web personnel) . En réponse au journal Où l'on fait le bilan des domaines .fr d'une et deux lettres, un an après leur ouverture au public. Évalué à -7.
Alors d'une, je pense qu'utiliser un nom de domaine de deux lettres pour avoir seulement un serveur mail, c'est du gaspillage.
De deux on peut aussi accepter les domaines sans serveur HTTP, si c'est tout ce qui te dérange.
En pratique, comme je le montre plus haut, il n'y en a que trois, donc j'ai bien envie de dire qu'on s'en fout.
[^] # Re: Nettoyage
Posté par 못 옷 홋 ♨ (site web personnel) . En réponse au journal Où l'on fait le bilan des domaines .fr d'une et deux lettres, un an après leur ouverture au public. Évalué à 1.
Si c'est le prix à payer pour ne pas voir 90% des domaines squattés dans un but lucratif, je pense que c'est acceptable.
Mais note que je parle de contenu publié et pas de serveur HTTP, la présence ou non d'un serveur HTTP n'est pas un facteur suffisant pour savoir si un domaine est squatté ou non, c'est bien compliqué que ça de trouver un système qui permettrait de se débarrasser efficacement des misérables parasites que sont les squatteurs.
En même temps s'il suffit de quelques soirées à quelqu'un comme moi pour en identifier la majorité, ça ne me semble pas hors de portée de l'AFNIC de faire ça semi-manuellement non plus.