lejocelyn a écrit 887 commentaires

Il y a le bon inconnu, et le mauvais inconnu…

Moi, je voudrais mettre des formulaires qui me permettent de mettre toute sorte de caractères unicodes dans mon mot de passe.

Quant au problème de pouvoir les taper partout, ben, utilisant un gestionnaire de mots de passes, ça ne m'importe guère.

Avec LanguageTool, cette erreur est détectée.

J'avais testé il y a quelques années (5 peut-être) ce système de tag, ça semblait hyper intéressant mais c'était très buggué. Et il fallait avoir le bon système de fichiers. Si ça fonctionne correctement aujourd'hui, ça serait génial.

Et, est-ce qu'il y a un équivalent GNOME ? Bon, au pire, installer Dolphin sous GNOME ne me gênerait pas vraiment.

Est-ce qu'archive.org, et en particulier leur plateforme d'archivage du Web, pourrait être intéressé par ces techniques ? êtes-vous en contact ?

De mon côté, c'est Ghostery qui bloque (bon, et évidemment NoScript aussi, mais rien de surprenant à ce niveau).

Bon, en fait, je me suis trompé, ça fonctionne avec Archive.org:
https://web.archive.org/web/20221111123642/http://jocelynaznar.eu/lexique_nisvai/form_visualisation.php?histoire=T50

Bon, à priori, il n'y a pas vraiment de logiciel pour "simplement" lire un fichier zim (je viens d'essayer webarchive, là ça marche pas, et kiwix-desktop, trop compliqué pour juste lire un fichier). C'est un peu dommage cette nécessité pour l'utilisateur de démarrer un serveur http. Ça n'est pas possible d'avoir simplement un lecteur type evince ou okular? le serveur http pourrait être démarré en arrière-plan, automatiquement sans que l'utilisateur s'en préoccupe. Pour l'instant, si on veut partager une page web comme on partagerait un pdf, ce n'est pas pratique.

Ok, je comprends mieux. Merci beaucoup, c'est vachement bien.

Bon, je vais regarder les différentes solutions pour consulter ces fichiers zim, parce démarrer un serveur en ligne de commande, ça va pas le faire pour beaucoup de mes collègues. Mais c'est ça peut être une solution très pratique pour archiver des pages web que l'on cite par exemple. Archive.web, c'est génial, mais ça ne fonctionne pas avec ce qui est dynamique.

Merci beaucoup pour ces retours. Je suis en train d'essayer de lire le fichier, mais je n'y arrive à consulter le fichier zim comme une page web.

Voici la commande que je lance:

./kiwix-serve --port=8080 ../../jocelynaznar.eu_6a12d0e1.zim
Ça démarre correctement, mais par contre, quand je consulte la page (http://192.168.122.1:8080/jocelynaznar.eu_6a12d0e1/A/index.html), je n'ai pas le contenu de la page, mais:

This page must be loaded via an HTTPS URL to support service workers.
Try Loading HTTPS URL?

Il semble qu'il manque les service workers. MAis je dois admettre que je ne comprends pas bien ce qu'ils sont ni comment les mettre en place.

Moi qui me demandais si certains consultaient le lien site perso… :)

Bon, faut que je mette à jour mon site web :D je ferai ça dès que j'aurai trouvé une réponse satisfaisante pour mettre en forme mes textes interactifs (cf. https://linuxfr.org/forums/programmationautre/posts/est-ce-faisable-en-epub-ou-dans-un-autre-format, et oui, en ce moment, y'en a qu'un, mais normalement, il y en a une trentaine).

Bon, je me rends compte que je n'étais pas très clair et n'ai pas du tout fourni assez de détails. J'imagine que sans trop de contexte et d'explications, c'est difficile de comprendre en quoi ces deux simples textes sont en fait des visualisations créées dynamiquement.

Bref, je pense que Zim ne peut pas fonctionner dans ce contexte : le contenu de la page, c'est le résultat d'un appel XHR Javascript à du code PHP qui va chercher des données dans une base MySQL. Je sais que ça parait "overkill", mais les deux textes sont en fait bien plus compliqués qu'il n'y parait, et sont en fait issus de l'annotation et de la transcription de l'enregistrement audio.

Bref, si ZIM se base sur des fichiers HTML, ça ne fonctionnera pas.

C'est pour ça que je pensais plutôt recréer le résultat final via un format de fichier qui permettrait les interactions qui sont proposées dans la page web: surlignage de segments de texte en fonction d'un temps de lecture, lire le fichier audio et naviguer dedans, et enfin cliquer sur le texte pour faire avancer la lecture.

Ce qui est important, c'est le surlignage de segments dans les deux textes mis en parallèles en fonction du moment joué par le lecteur audio.

Ok, je vais compiler Zim (youzim.it ne semble pas fonctionner pour le moment) et voir ce que ça donne.

Oui, j'ai accès à tout, vu que j'ai développé les données et le site web.

Ce que je veux, c'est pouvoir reproduire dans un fichier, Quel que soit le format, le résultat qui s'affiche sur le lien que j'ai donné (http://jocelynaznar.eu/lexique_nisvai/form_visualisation.php?histoire=T50). En fait, le plus compliqué j'imagine, c'est l'interaction en JavaScript.

Merci beaucoup pour ces infos. Je dois avouer que j'utilise beaucoup Nautilus Terminal, et qu'il va me manquer :/ Est-ce qu'il y a eu une discussion afin de savoir si les gens de GNOME accepterait que Nautilus intègre un terminal, ou une API adaptée pour pouvoir en développer un ?

Hum, ou peut-être était-ce :

"SFR, à oublier".

À voir comment sont élaborés les algo qui mettent en avant le contenu: est-ce qu'ils ont tendance à mettre en avant ce que consultent la majorité des gens ? est-ce qu'il y a une politique éditoriale plus complexe que ça ? avec un agenda politique plus orienté (comme n'importe quelle plateforme de diffusion de contenu se devrait d'en avoir, c'est normal d'avoir des opinions politiques et de les reconnaitre, le contraire me semble malsain).

Ces plateformes, et leurs algo, ne sont pas neutres, si les algos tendent à centrer les gens sur ce qui les intéressent, c'est un choix de la part des gens qui gèrent la plateforme, une politique de mise de valeur du contenu, pas juste une décision des utilisateurs. Il pourrait y avoir beaucoup d'autres stratégies, enclines à la diversité, ou autre. Alors que cette stratégie actuelle de pousser les utilisateures vers ce qu'iels semblent aimer visent à les faire cliquer encore davantage vers plus de contenus.

Je ne comprends pas trop comment on peut avoir envie de défendre les intérêts de ces entreprises que sont Pornhub, Youporn et co.

D'un point de vue pratique, il y a plein de solutions pour vérifier l'âge des personnes allant sur les sites. Par exemple, comme quand on achète une carte SIM, on pourrait rendre obligatoire une visio-conférence et montrer sa carte d'identité. C'est sûr que ça calmerait les envies de certain-es (quoique y'a moyen de jouer avec ça du point de vue du fournisseur de vidéo), mais en combinant ça avec la création d'un compte, ça rend la tâche moins rébarbative.

Pourquoi est-ce que ça choque certains, comme les opérateurs téléphoniques, doivent se plier à ce genre de contraintes, mais pas les fournisseurs de vidéos pornographiques ?

Puis les arguments à base de: "Ces solutions sont contournables." sont des sophismes. Dans ce cas-là, on ne peut plus rien interdire, car il est possible de dissimuler tout délit ou crime. Interdire le meurtre ? à quoi bon, une bonne partie des meurtriers ne sont jamais retrouvée…

Oui, je suis d'accord.

Par contre, juste pour revenir sur la citation, utiliser le CNRTL pour un terme écrit il y a plusieurs siècles, c'est risquer l'interprétation anachronique. D'ailleurs, dans la citation, c'est "Sapience", pas 'sapience', donc avec une majuscule. Et Sapience, en particulier quand associé à Salomon, mon petit doigt (et une recherche sur rapide sur Internet) me dit que ça pourrait quand même bien faire référence à un livre religieux chrétien ;)

https://www.universalis.fr/encyclopedie/sapience/

Mouais, pas convaincu. D'ailleurs, en lisant les sources citées (que je ne trouve pas très critique d'ailleurs), une redonne le contexte de la citation, et je persiste avec ma précédente interprétation :

« Mais parce que selon les dire du sage Salomon, Sapience n’entre point en âme malveillante, et science sans conscience n’est que ruine de l’âme, il te convient servir, aimer et craindre Dieu, et en lui remettre toutes tes pensées et tout ton espoir ; et par une foi charitable, lui être fidèle, en sorte que jamais tu ne t’en écartes par péché. »

"Science sans conscience n'est que ruine de l'âme": Si je me souviens bien de la citation de Rabelais, il s'agissait surtout de dire que le savoir doit être joint à la religion, la conscience, pour éviter la ruine de l'âme…

Merci beaucoup pour le lien, je l'ai beaucoup apprécié, et j'y ai appris pas mal de choses. En résumé:

• Une stratégie pour ne pas envoyer des données personnelles est de créer des modèles. Mais ces modèles peuvent être utilisés pour retrouver les données personnelles via des requêtes bien pensées. Quelle différence y-a-t-il entre la donnée personnelle et le modèle ?

• Le clavier de Google, Gboard, enregistre ce qu'on fait sur l'ordinateur: donc même lorsqu'on tape sur son logiciel de messagerie sécurisé, type Signal, si on utilise Gboard, des données sensibles peuvent être envoyés à Google (sous la forme de données personnelles ou de modèle).

• Les enjeux politico-sociaux des algorithmes d'apprentissage machine, et comment ces algos, de part leur fonctionnement, promeuvent des discours fascistes et haineux.

Quelques réflexions sur les limites de la revue par des pairs. Et bon, sinon, la vidéo est parsemée d'opinions personnelles, qui gagneraient à être davantage défendues. Mais bon, au bout d'un moment, il est difficile de tout argumenter très précisément dans un temps raisonnable.

"Cela consiste à utiliser deux magnétoscopes : un lecteur et un enregistreur, à mettre un support vide dans l'enregistreur (cassette) et y copier à la suite, de façon linéaire, les parties que l'on a sélectionné sur la source."
Source

Il me semble qu'il n'y ait pas de logiciel dédié à l'édition de vidéo qui soit linéaire, par contre, l'édition linéaire de vidéo devait être une pratique courante avant l'arrivée du numérique.

Mince, de mon côté, le fait que ça gère plusieurs protocoles (SMS, et signal textos) est vraiment un aspect que j'apprécie au niveau de Signal. Mais c'est vrai que je vois beaucoup de mes contacts pas trop à l'aise avec l'informatique être confus à ce niveau. Sans parler du problème que Signal n'indique pas quand un contact n'a plus l'application d'installer, et dans ce cas-là, on envoie alors les messages dans le vide. Il faut s'en rendre compte et changer le protocole utiliser (de Signal vers SMS, en appuyant longuement sur le simple + d'envoi d'un message)

Mais j'ai quand même l'impression que le problème pourrait être facilement évité via une meilleure interface, indiquant quel protocole est utilisé et comment en changer. J'ai plus l'impression que Signal se dédouane du problème, ne veut pas gérer ces soucis et simplifier leur logiciel.

Après, c'est peut-être que je préfère avoir un logiciel par usage (ici: gérer mes discussions rapidement, contrairement aux courriels que je classerais en discussions à délai), plutôt que plein de logiciels pour gérer les différents protocoles pour un même usage. J'ai l'impression qu'un point de vue met en avant le point de vue des développeurs alors que l'autre met en avant le point de vue des utilisateurs.

Pour "credentials", dans ce contexte, il me semble qu'identifiants conviennent très bien: un mot de passe, un pseudo, une clef de sécurité sont des identifiants, c'est-à-dire des ressources, matériels ou idéels, qui permettent d'identifier une personne.