cosmocat a écrit 2098 commentaires

Un article qui exprime mieux que moi mon ressenti sur Firefox et un coup de coeur sur une alternative que je n'ai jamais testé (mais ça donne envie) :

https://bouvier.cc/tech/zen-browser-love-letter/

Des slides sr un présentation (que je ne retrouve pas) et qui dessine un tableau un peu plus pessimiste (du future) de Mozilla:
https://bohwaz.net/misc/mozilla/

Et on en revient à:
https://neal.fun/password-game/

Je pensais qu'il fallait se réjouir car les constructeurs avaient abandonné la course à la voiture individuelle, aux SUVs et de toujours plus grosses bagnoles invivable dans nos villes et qui détruisent notre avenir…
Mais si c'est le retour des boutons physiques, c'est vraiment cool alors! Je m'en réjouie donc grandement.

Qui semble-t-il va supporter la compression Zstandard
https://www.phoronix.com/news/LibreOffice-Landing-Zstd

À vrai dire, j’ai du mal à m’arrêter

Avec pour conséquence de plus avoir le temps de sortir et de profiter de l'offre culturelle ? 😉

J'avais vu çà :

Sur votre téléphone, bloquez les préfixes réservés au démarchage en ajoutant ces numéros à votre liste de blocage
. Ouvrez l'application Contacts sur votre smartphone (Android ou iPhone).
. Ajoutez un nouveau contact nommé “Appels indésirables”, par exemple.
. Dans le champ Numéro, entrez les préfixes suivants, séparés par des virgules : 0162*, 0163*, 0270*, 0271*, 0377*, 0378*, 0424*, 0425*, 0568*, 0569*, 0948*, 0949*, 09475*, 09476*, 09477*, 09478*, 09479*.
. Enregistrez le contact.
. Bloquez ce contact.

https://www.mapao.net/actualites-web/966-bloquer-les-num%C3%A9ros-de-t%C3%A9l%C3%A9phone-ind%C3%A9sirable.html

Je sais pas si c'est plus compliqué…

Et sur le site il y a pas mal d'infos intéressantes, sur les claviers notamment et aussi les optimisations possibles. Rien pour une seule main malheureusement.

Pas dit explicitement mais y'a des petits indices (1DFH, Arsenik https://github.com/OneDeadKey/arsenik/) comme évoqué dans le liens que je donne plus haut:
https://linuxfr.org/users/martoni/journaux/clavier-une-main#comment-1985558

Je suis content de Heliboard (en plus avec layout ergol 🥰 et avec "Futo voice input" qui peut y être intégré 🥰🥰) et qui a un mode 1 main.

https://github.com/Nuclear-Squid/ergol/issues/193#issuecomment-2645973810

Marrant, j'ai vu quelqu'un poser la question hier:
https://piaille.fr/@Sphinx_Pouet@mamot.fr/114109064695165742

Au sujet des études, apparemment, il y en a:
https://mastodon.social/@fabi1cazenave/113994300635744796

En ce qui concerne ton 1er argument, tu sembles faire 2 mauvais raisonnements:

Ça commence bien et on a envie d’y croire, et patatras on fini sur une affirmation péremptoire fausse… (à moins de considérer certaines asiatiques comme anglophones ?)

Ben justement, il te dit que c'est une évidence même plus remis en question chez les anglophones. Si certains asiatiques font aussi pareil, ça conforte l'argument, non!?!

Faisons comme si cette dernière phrase n’existait pas. Quid de mon cousin qui a un petit doigt trop court ?

Ben justement, avec 1DFH, il aura pas ou moins le problème contrairement à bepo qui oblige à aller chercher des lettre plus loin et aussi à faire des grands écarts avec le petit doigts. Avec ergol, les mains ont moins besoin de bouger

C’est pourquoi je militerai plutôt pour que chacun puisse avoir la disposition qui lui correspond et non pour un prétendu universel

On peut chercher le meilleur layout pour la majorité des gens qui ne s'intéressent pas au sujet et permettre les adaptations pour ceux qui veulent plus de souplesse.
Le projet ergol a aussi développé des outils qui permettent de se faire plus facilement un layout custom. Et il y'a plusieurs layout dérivés et même une contribution pour résoudre certains problèmes de bepo: bepolar

Pour finir, il semble que tu demande des études là où y'en a pas ou peu car ils sont en avance sur la recherche…

In autre retour :
https://mastodon.social/@fabi1cazenave/113950280048088377

A l'époque où j'ai écrit Multigit, aucun client git graphique ne fournissait une gestion des sous-modules. Pour eux, ça n'auraient pas été utilisable.

Je me permet quand même de remettre en cause cette affirmation (pas les autres arguments) : GitExtensions ( un client graphique pour Windows) possède le support des sous-modules depuis plus de 13 ans.

Note: pour l'exhaustivité de la discussion, l'autre solution (que certains disent plus facile que les sous-modules -mais que j'ai jamais testé--): git subtree

Par contre, l'intérêt des sous-modules, c'est que le commit est ajouté à un commit du dépôt parent comme cela tu garantie que la dépendance est dans la bonne version. Comment tu fais avec Multigit?

Mauvais exemple

Donc, comme çà semblait marcher bien, voici ce que j'ai fait et je reproduit avec le calcul '6,722+6,166+3,810' qui n'a qu'une seule retenue:

• effacer toutes les données de l'application
• lancer l'app
• addition verticale directe au niveau 10 qui me propose le calcul ci-dessus (qui correspond à la problématique décrite précédemment)
• Bug! \o/

Bon, le bug est plus sioux que juste cela.
J'ai fait plus d'une 20aine d'addition qui confirmait ma description (avec une bonne majorité de refus de la bonne solution par la croix rouge) mais je ne sais pas ce qui a changé mais maintenant, çà fonctionne bien.

J'ai par contre fait beaucoup de changement de niveau : est-ce que c'est possible que la progression normale par niveau change le comportement de la validation et qu'on a le bug uniquement si on va directement à des niveaux plus élevés.

Je vais voir si j'arrive à reproduire encore…

J'ai eu des difficultés à trouver un bon exemple et je suis certains que c'est justement quand y'a un calcul où il n'y a un emplacement où y'a pas de retenue à mettre (comme y'a pas de retenue 0 proposée et qu'il faut donc laisser vide).

7,084+5,462+2+103 ne fonctionne pas.
89+89+26 fonctionne (car y'a des retenues partout)

Who will take my dreams away, now?
https://www.youtube.com/watch?v=jYNCnLTnzys

Je me demande si je suis pas tombé sur un bug…

Addition verticale à partir du niveau 5, il a pas l'air d'aimer mes bons résultats.

Sur Android.

Attend, il t'explique les métriques et pourquoi elle sont sources d'inconfort :
https://ergol.org/ressources/glossaire/ (et dans d'autres pages)

Si par dogmatisme, tu ne veux pas écouter ceux qui font le plus me recherche et essaye de te l'expliquer, je ne sais pas qui a le comportement le plus 'religieux'.

Un e-mail, ça pollue est un remarque uniquement valable pour quelqu'un qui ne fait jamais de streaming audio/vidéo, d'utilisation d'IA, de recherches webs,… car le bilan carbone de l'e-mail est vraiment négligeable par rapport à ces utilisations et beaucoup d'autres.

Sans compter qu'une alerte par e-mail (comme celui-ci qui en plus est sûrement full text) peut mener à une action qui au final va réduire le bilan carbone (car les actions correctives si tu n'as pas cette information ont un bilan plus important : comme on dit, il vaut mieux prévenir que guérir.)

En fait la touche morte pour le é, est beaucoup moins embettant que des touches elloignées car ce sont 2 touches sont sur ou pas loin de la home row donc pas beaucoup de mouvement de doigts.
Donc au final, c'est pas génant du tout.

C'est surement car le but est d'être percutant pour des slides mais si tu veux plus de lecture: https://ergol.org/bepo/
et https://ergol.org/articles/analyse_et_optimisation/
et d'autres…
ça explique que le bépo a au final pas optimisé les bonnes métriques.

Au final, m'aimes bien celle-ci également
https://nuclear-squid.github.io/slides/jdll2024/#40