Christophe a écrit 624 commentaires

En effet, le seul matériel supporté par webOS OSE est actuellement le Raspberry Pi. Il y a aussi une image VirtualBox.
Le but ici est surtout d'aider les développeurs d'application webOS, et de proposer une version "opensource" du webOS installé sur les TV LG. Cette version n'inclut cependant aucun firmware ou pilote, et il va être compliqué de l'installer sur une TV, même une télé LG…

[HS] webOS OSE est aussi ce qu'utilise LuneOS comme base pour avoir webOS sur des téléphones.

Quelle mauvaise foi.

Il y a déjà un simulateurs d'impôts proposé par le NFP. Tu voudrais un simulateur pour tous les changements proposés dans le programme ? "Ensemble" ne propose rien de tel.

Ce site est apparu hier. Il y a déjà un article dans LeMonde, le buzz est là, on sait très bien comment les fake-news fonctionnent, la prime au premier arrivé est énorme: ça ne servirait à rien de proposer un simulateur de retraites NFP maintenant, c'est déjà trop tard.

Les faits que tu oublies de citer, ce sont entre autres:
- le site ignore les parts fiscales
- le site applique manifestement deux fois la CSG
- le site ignore la réforme des tranches d'imposition proposée par le NFP

C'est une équipe de une personne apparemment, et le graphisme n'est peut-être pas son fort. Au moins cela permet d'avoir un résultat bien meilleur qu'avec Paint…

• avoir une Identité Numérique privée ;
  Ok, jamais utilisé ou eu besoin

• avoir une Identité Numérique étatique ;
  Ok, jamais utilisé ou eu besoin

• accéder à une formation ;
  Je peux m'y connecter avec login/password, mais il faut peut-être france connect lors de la validation. Je doute qu'un smartphone soit nécessaire.

• avoir une carte vitale pour se faire rembourser ses soins ;
  Je n'ai jamais utilisé mon smartphone pour ça

• accéder à son dossier pharmaceutique ;
  Je ne l'ai pas encore utilisé, mais je parie qu'on peut s'y connecter avec france Connect

• prendre les transports en commun ;
  Huh ?

• utiliser un parking payant ;
  J'ai toujours utilisé ma carte bleue pour ça.

• charger sa voiture électrique ;
  Ok, jamais essayé

• utiliser un compte bancaire ;
  Là, oui, ça semble compliqué sans smartphone, chez beaucoup de banques.

L'UI est bien léchée, et la configuration a l'air assez simple. Ca peut faire une bonne alternative à Kiwiirc, par exemple.

Cependant je vais garder mon bouncer ZNC, car ça me permet de me connecter avec n'importe quel client IRC, ce que ne semble pas permettre The lounge.

La barre de recherche permet de chercher dans les onglets, ça va beaucoup plus vite

Ça, c'est lorsqu'on sait ce qu'on cherche… Ici j'ai quelques groupement d'onglets sur différents sujet, je ne me souviens pas forcément de tous mais si je ne l'ai pas fermé c'est qu'il pourrait être utile.

souvent trois maxi

Donc, tu fais une recherche dans 3 onglets ?…

Ça m'a toujours laissé perplexe les collections de pages ouvertes

On peut s'en servir comme bookmarks, aussi, même si ça dévoie un peu le concept.

J'ai un compte où je refuse depuis des mois de choisir entre leur donner ma vie privée (cookies à gogo) ou payer 15€ de racket par mois. Du coup, mon accès au compte est bloqué.

Donc pareil, je ne peux accéder audit formulaire…

Une évolution intéressante serait une webcam posée sur l'épaule de l'utilisateur, qui ferait l'analyse de son écran en temps réel. Reste à miniaturiser suffisament la chose pour que cela soit transparent et se fasse oublier. Peut-être avec le téléphone portable et un mini périscope bien orienté.

Peut-être un partenariat avec Microsoft en vue ?…

Il est possible de réutiliser Gecko dans un autre contexte, mais c'est beaucoup de travail…

Par exemple, c'est le moteur utilisé par Jolla dans SailfishOS. Et la difficulté d'intégration n'est certainement pas étrangère au fait que la version utilisée par Jolla est rarement mise à jour !

Un contributeur externe s'est d'ailleurs essayé (avec succès, bravo !) à cet exercice, pour passer Gecko de ESR 78 à ESR 91. Il y a passé quasiment un an sur son temps libre.

Pour Google, par contre, on devine les "bons arguments" assez facilement:

• éliminer certaines API nécessaires aux bloqueurs de contenus (en concurrence directe avec le business de Google)
• avoir plus de contrôle sur les listes de filtrage, et s'assurer que les partenaires de pub Google n'y sont pas
• éventuellement, proposer son propre bloqueur de contenu (qui ne bloque pas les partenaires Google évidemment)

Ça gère l'Unicode, VARCHAR ?

Personnellement j'utilise PiGallery2 et j'en suis plutôt satisfait. Un de mes principaux critères était la possibilité de faire des sous-albums, afin de mieux organiser mes photos. Étonnamment, bien peu de logiciels proposent cette fonctionnalité !

PiGallery n'offre pas d'app pour Android, donc pour l'upload il faut s'organiser soi-même; à part cet inconvénient je n'ai pas vraiment de reproche à lui faire.

J'avais parlé d'ailleurs ici il y a quelques temps de la sortie de la dernière version majeure.

Ah, oui, je n'avais pas réalisé qu'il y avait plusieurs serveurs dans le décompte.
Effectivement ce n'est pas hors norme, même si ça reste beaucoup pour ne rien faire :)

Au repos, une consommation de 260W me semble juste énorme. Sais-tu d'où vient ce gâchis d'énergie ?

Je fait une différence entre "ne pas avoir de client pour une architecture donnée" et "avoir un client mais incompatible avec tel ou tel serveur".

Autant le côté serveur doit supporter aussi les connexion "Web" pour être Compliant Core, autant pour le côté client ça n'a pas d'intérêt de le séparer: il doit juste savoir se connecter en utilisant l'une des méthodes Compliant Core requise côté serveur.

Ok, merci, c'est plus clair.

Donc je maintiens que je ne trouve pas très pertinent de l'inclure ainsi dans une "Compliance Suite": aucun client ne peut dire "tous les prérequis Core de la Compliance Suite sont supportés".

Ce n'est qu'un problème de communication, mais le but de la Compliance Suite n'est-il pas justement de résoudre cette complexité dans la matrice de compatibilité clients/serveurs ?

Comment je sais, moi, usager lambda, si "Web" est important ou pas pour le client ? S'il faut aller relire les XEP pour comprendre que ce n'est pas forcément nécessaire dans mon cas, ça réduit fortement l'intérêt de la Compliance Suite, je trouve.

En fait Core liste aussi les Advanced… mais c'est "Web" qui met mon filtre dans les choux, car aucun client Web ne supporte les Calls, même en "Core".

Donc demander "Web" et "Calls" donne déjà une liste vide.

Je ne suis pas bien sûr de ce qu'il y a dans "Web" (je n'ai pas regardé), mais ça ne me semble pas très pertinent de le mettre dans le Compliance.

Pour XMPP, c'est un peu plus standardisé que ça.

Il y a une XEP appelée "compliance suites" qui définit un ensemble d'extensions qui sont recommandées, et la plupart des gros clients implémentent ou sont en train d'implémenter ces fonctionnalités.

https://xmpp.org/about/compliance-suites/

Alors, j'ai fait un test rapide pour les clients XMPP. Dans le filtre, j'ai fait:
* afficher toutes les plateformes
* fournir une compatibilité "Core" (donc minimale) dans tous les aspects

Résultat: aucun client. Ai-je fait une erreur dans mon test ? Mon filtre est peut-être idiot, mais mon raisonnement c'est "je veux une app qui va marcher avec tout le monde, dans tous les scénarios de base".

si tu donnes le numéro privé celui-ci peut après servir pour stalker sur une multitude d'autres plateformes utilisant le numéro de tel comme base

En effet, c'est un énorme inconvénient de ce genre de plateforme, où le pseudonymat n'existe pas.

Je vois que le projet utilise libadwaita: c'est donc une application GNOME, et non une simple application GTK4 ?

(Bon je sais on est trolldi, mais vu que c'est une application toute neuve, la réponse m'intéresse.)

Mais du coup, pourquoi utiliser DSL plutôt que Puppy ? J'ai du mal à voir la différence…
Et il n'y a vraiment pas plus léger que Firefox ? C'est probablement le paquet le plus encombrant de DSL, maintenant.

Justement, pour les juniors, je déconseillerais plutôt la chose. La pratique est souvent une des meilleurs façons d'apprendre, et utiliser l'IA lors des débuts ne va certainement pas aider à apprendre les rouages de la programmation.

Par contre, une fois qu'on comprend bien ce qu'on écrit et pourquoi, pour certains morceaux de code triviaux et répétitifs où le language lui-même ne propose rien, c'est une option intéressante.
Souvent, une évolution du language va corriger ce genre de souci, mais ça peut prendre des années…

Personnellement je lance mes tâches utilisateurs avec des services et timers systemd, ça juste marche.

Avec le service, on peut facilement demander le réseau en prérequis (en utilisant la cible network-online.target), avec le timer on peut demander à ce que ce soit lancé chaque semaine/jour/whatever.

Certes il n'existe pas de GUI pour ça à ma connaissance et c'est dommage, mais je ne reviendrai pas à cron pour ce type de planification.

l'espace public est loin d'être monopolisé par la voiture : il y a de nobmreux tec mais surtout les trotinettes électriques qui pululent depuis bientot dix ans..

En ordre de grandeur, l'espace public c'est 50% de voirie (donc pensé pour la voiture, les bus n'ont qu'à se débrouiller). Les trottinettes n'y vont pas et restent sur les quelques espaces cyclables/trottoirs. Dans certains vieux centre-villes aux rues étroites, le trottoir est devenu moins large qu'un humain…

Sans aller jusqu'à diaboliser la voiture, il faut bien se rendre compte que les automobilistes ne sont pas majoritaires en ville, les usages ont changé. Une redistribution de l'espace public n'est que la suite logique.

Mea culpa, j'ai fait un raccourci un peu rapide. Ceci dit à cette époque les liens entre Carsten et les gens de Jolla étaient flous; Jolla n'existait pas encore concrètement, et Carsten a été embauché chez Jolla peu après (si je me souviens bien). J'imagine qu'ils se connaissaient déjà du temps de Maemo sur N900.

Oui, j ai dev pas mal de chose Maemo, Mer et SailfishOS fut un temps. ;)

J'ai fait mes débuts sur webos-ports à cette époque… et un peu sur libhybris ;) Ça ne nous rajeunit pas…