raphj a écrit 1787 commentaires

J'ai beau chercher, je ne sais pas quoi faire de « la lecture » dans cette phrase.

:-)

Elle est impressionnante celle là. J'ai permuté trois consonnes ! (et cette permutation est une rotation)

els lettrse n'arrivetn psa toujousr dasn el bno orrde.

Merci à vous deux.

On change un aspect important de la blague, bitcher sur IE c'était de bon ton, sur Firefox ça l'est pas encore trop, c'est plus… de l'humour noir peut-être ! :-D

Encore une blague hard-codée de partout impossible à porter !

Nan, mais c'est justement parce que c'est complètement absurde que c'est drôle, allons !

Un truc qui fonctionne dans ma famille depuis 2016, c'est un blog sous WordPress tout con. J'ai retiré tout ce qu'il y a en trop, et mis en place un rss2mail pour que mes grands parents puissent recevoir les articles par mail. Et ça marche, tout le monde y compris ma grand mère peu habituée à l'informatique laisse des commentaires. L'interface du blog fonctionne plutôt bien sur mobile il me semble.

Cela dit, il est plus que très probable que les outils présentés dans la dépêche conviennent bien / mieux, je ne les ai pas essayé.

On n'a pas de chat familial par contre, et le partage de photos se fait avec des albums papiers à Noël, à l'ancienne. Mais j'ai développé un module de galeries photos, c'est vrai que je pourrais peut-être l'utiliser pour ça si le besoin s'en faisait sentir…

Ah, et aussi : les deux codes étaient certainement entièrement différents, comment la fusion a eu lieu ? Caricaturalement, lequel a été gardé ?

With this release, Microsoft Edge is now available for all major desktop and mobile platforms

Cette phrase est un signal qui me semble significatif : Linux est une plateforme Desktop majeure pour Microsoft.

Et j'apprends que Microsoft a des dépôts pour les distributions principales, et ce n'est pas limité à Ubuntu : https://docs.microsoft.com/en-us/windows-server/administration/linux-package-repository-for-microsoft-software (bon, j'imagine qu'il est inutile d'essayer d'ajouter une ligne deb-src sur ces dépôts dans votre sources.list).

Et hop, deux tickets pour traiter ce "bug" :-)

• https://gitlab.com/raphj/trivabble/-/issues/22
• https://gitlab.com/raphj/trivabble/-/issues/21

Pour les personnes intéressées par le sujet, je vous invite à consulter les fils de commentaires :

• « droit d'auteur » du journal initial
• « droits d'auteur » de la dépêche précédente

L'art de décaler les sons…

puisqu'il n'existe pas un seul logiciel libre fourni avec Windows

Si, la Calculatrice Windows : https://github.com/Microsoft/calculator

Allez, je me casse en courant.

Quel navigateur ? Quelle version ? Quel OS ? Sur le lien que j'ai donné ? Et sur un profil de navigateur vierge ?

(Cette erreur arrive quand l'objet SVG représentant le piano ne se charge pas)

Virtual midi piano keyboard semble top !
Je risque de l'utiliser si jamais je récupère un adaptateur MIDI / USB puisqu'il a l'air de pouvoir enregistrer ce qu'on joue au piano dessus, ou si j'ai à nouveau besoin d'un clavier de piano virtuel.

Tux Guitar semble attendre nécessiter un lecteur MIDI style Timidity. Comment il se compare à MuseScore ? Moins poussé mais plus simple ? Ou juste plus adapté à la guitare ? Y a-t-il une bonne interoperabilité entre les deux logiciels ? Ils semblent chacun bosser avec leurs formats spécifiques mais prennent tous les deux en charge MusicXML, est-ce que ça donne des bons résultats ?

Oui, ton écran est assez large pour générer des touches trop graves / trop aiguës. Problème connu que je n'ai jamais pris le temps de corriger.

Je suis trop nul pour ce genre de choses. Ah ah xD

Un IDE va probablement essayer de lire une bonne partie de ton code source pour activer toutes ses fonctionnalités. Si le dépôt est gros, ça peut prendre du temps / demander beaucoup à ta connexion de le faire par SSH. Tu as intérêt à avoir une bonne connexion.

Et puis globalement il va certainement accéder aux fichiers en faisant la supposition qu'ils sont en local, ce qui peut ne pas être optimal.

Même un éditeur de texte simple peut galérer. Kate par exemple, s'il croit qu'il est en local, enregistre un fichier temporaire à côté de ton fichier à chaque frappe. À chaque frappe, tu envoies donc le contenu de ton fichier par SSH ! Pour avoir testé, ça ralentit un peu la saisie…

Mhm… un outil qui fournit des fonctionnalités habituelles d'un IDE risque d'être lent en réseau sans une architecture client / serveur comme celle qui est mentionnée dans ce lien. D'ailleurs, Emacs propose un système similaire.

Par contre attention, cette extension à Visual Studio Code n'est pas libre, elle est sous cette licence : https://code.visualstudio.com/preview-license

D'ailleurs les binaires de VS Code ne sont pas libres non plus, mais on pourra utiliser https://github.com/VSCodium/vscodium/releases pour ça. Je crois d'ailleurs que l'extension présentée dans le lien n'est pas compatible avec VSCodium.

Ah ah !

J'aurais voulu mettre des captures d'écran ou autres, mais j'ai eu la flemme de chercher un hébergeur d'images ou d'héberger moi-même. Je me suis donc contenté de coller les données textes pertinentes.

Par contre, je suis intéressé par savoir quelles images vous auraient plu dans ce journal, ça pourrait m'inspirer pour des journaux futurs :-)

(edit : à part les images du MMS, hein :-P même si elle ne sont pas si sensibles)

C'est Jean-Michel FAI.

C'est ma messagerie instantanée principale, voire la seule côté hors boulot. Je n'ai pas de compte sur ces réseaux, tout le monde peut recevoir et envoyer des SMS / MMS sinon des mails. Ça fait largement le job, sauf avec les gens à l'étranger qui n'ont pas de forfait français.

Aussi, j'ai longtemps pas eu de forfait pour aller sur internet sur mon téléphone et le SMS/MMS fonctionne bien. Côté batterie, c'est nickel aussi. Les solutions à base d'internet sont un peu moins efficaces de ce côté.

C'est super intéressant, merci !

Ça peut arriver quand l'opérateur pense que le téléphone ne prend pas en charge les MMS, d'après mes lectures sur Wikipédia. Ce serait intéressant de comprendre ce qui déclenche ça dans ta situation, en principe SFR connaît ton modèle de téléphone au moment d'envoyer le SMS de notification, ça fait partie des données envoyées lors de la connexion du téléphone au réseau mobile si je ne dis pas de bêtises.

Exactement !

Merci :-)

Le MMS est donc téléchargé par HTTP via les données mobiles. Et pourquoi pas par Wifi ? Certainement parce que l'opérateur vous identifie facilement via la connexion mobile.

C'est même impossible d'avoir l'authentification de la SIM en wifi…

Ma phrase ne sous-entendait pas autre chose que "la connexion mobile permet de vous identifier". Et je n'ai pas vérifié que c'est pour cette raison que l'accès est bloqué hors d'une connexion mobile, d'où le « certainement ».

Maintenant, on pourrait imaginer que l'identifiant unique passé en paramètre dans la requête suffise à se dire « le lien a été reçu par la SIM, on n'a pas besoin de faire une authentification supplémentaire, l'identifiant unique sert déjà de jeton d'authentification », ou on aurait pu imaginer une authentification avec avec second facteur par envoi d'un code par SMS pour faire la requête hors du réseau mobile, ou même une autre conception.

Le problème majeur que je verrais quand même à ces choses, c'est du HTTP en clair, bof bof pour la sécurité si ça doit passer par un canal pas spécialement sécurisé. Ou alors il faudrait rendre la requête possible en HTTPS (et donc aussi avoir un nom de domaine sur le serveur MMS).

Cela dit, l'EAP-SIM (utilisé en France avec les point d'accès FreeWifi_secure par exemple) permet de rejoindre un réseau Wifi en s'authentifiant avec la SIM. Bon, d'accord, on n'est pas dans le cas où on se connecte en Wifi à sa connexion fixe classique.

D'ailleurs ça serait intéressant de savoir si la récupération d'un MMS fonctionne via un réseau FreeWifi_secure, mais je ne peux pas tester ça et je trouverais étonnant que le cas soit géré.