Sur GNOME 3, comme je l'ai signalé dans mon commentaire d'origine, je n'ai vu personne qui ne fait ne serait-ce que de parler de GNOME pour téléphone.
Alors que Qt/Plasma/KDE pour téléphone existe effectivement.
En ce qui concerne Android, prendre une base Android ne sous-entend rien du tout sur le marketing que tu vas faire derrière.
Par exemple, un projet relativement similaire à celui de Prism, mais en proprio, le GranitePhone ( https://www.granitephone.com/ ) tourne sous Android.
Ce qui leur permet de développer leur écosystème d'applications Android, que la boite en question vend aussi séparément (avec des fonctionnalités moins évoluées évidement).
Aussi, tu parles d'avoir besoin d'être lié à un compte en ligne, tu parles d'applications Google, tu parles de réseaux sociaux, tu parles de store d'applications, mais Android n'a absolument rien à voir avec tout ça.
C'est comme dire que Linux c'est une copie de Windows, parce que Linux fait tourner KDE.
Il existe dors et déjà des Android utilisabes sans absolument aucune applications propriétaire (que ce soit de Google ou autre)
Je suis d'accord avec toi que les applications Google modernes sont de plus en plus lourdingues, mais pour moi ça n'a strictement rien à voir avec la discussion ici présente.
Juste pour mon information, quand tu compares GNOME Maps et Google Maps, tu le compares entre quoi comme ordinateur et quoi comme téléphone?
Pour moi, le but serait justement de développer au-dessus de l'Android existant, d'intégrer le meilleur de F-Droid (K9Mail, QKSMS, SMS Backup+ sont des exemples d'excellentes applications Android libre), et d'améliorer l'existant.
Par exemple, osmAnd sur Android est payant/limité pour des questions d'hébergement.
Ils pourraient fournir gracieusement un hébergement pour pousser à cette utilisation.
En ce qui concerne la stack graphique d'Android, elle est plutôt bonne en vrai.
J'avoue ne pas connaître Wayland, mais je pense à au moins deux trucs qu'a la stack Android, et dont je doute que Wayland a:
- La possibilité de faire du single buffering
- La possibilité de définir aux applications une horloge de FPS décalée de l'horloge réelle. De sorte que si le compositing prend en moyenne 1/4 frame, le retard d'affichage d'une frame sera de 5/4 frame, au lieu de 2 frames
[^] # Re: Ne pas s'emballer
Posté par Ph Husson (site web personnel) . En réponse au journal Purism lance un sondage pour la création d'un téléphone entièrement libre avec infra chiffrée. Évalué à 4.
Sur GNOME 3, comme je l'ai signalé dans mon commentaire d'origine, je n'ai vu personne qui ne fait ne serait-ce que de parler de GNOME pour téléphone.
Alors que Qt/Plasma/KDE pour téléphone existe effectivement.
En ce qui concerne Android, prendre une base Android ne sous-entend rien du tout sur le marketing que tu vas faire derrière.
Par exemple, un projet relativement similaire à celui de Prism, mais en proprio, le GranitePhone ( https://www.granitephone.com/ ) tourne sous Android.
Ce qui leur permet de développer leur écosystème d'applications Android, que la boite en question vend aussi séparément (avec des fonctionnalités moins évoluées évidement).
Aussi, tu parles d'avoir besoin d'être lié à un compte en ligne, tu parles d'applications Google, tu parles de réseaux sociaux, tu parles de store d'applications, mais Android n'a absolument rien à voir avec tout ça.
C'est comme dire que Linux c'est une copie de Windows, parce que Linux fait tourner KDE.
Il existe dors et déjà des Android utilisabes sans absolument aucune applications propriétaire (que ce soit de Google ou autre)
Je suis d'accord avec toi que les applications Google modernes sont de plus en plus lourdingues, mais pour moi ça n'a strictement rien à voir avec la discussion ici présente.
Juste pour mon information, quand tu compares GNOME Maps et Google Maps, tu le compares entre quoi comme ordinateur et quoi comme téléphone?
Pour moi, le but serait justement de développer au-dessus de l'Android existant, d'intégrer le meilleur de F-Droid (K9Mail, QKSMS, SMS Backup+ sont des exemples d'excellentes applications Android libre), et d'améliorer l'existant.
Par exemple, osmAnd sur Android est payant/limité pour des questions d'hébergement.
Ils pourraient fournir gracieusement un hébergement pour pousser à cette utilisation.
En ce qui concerne la stack graphique d'Android, elle est plutôt bonne en vrai.
J'avoue ne pas connaître Wayland, mais je pense à au moins deux trucs qu'a la stack Android, et dont je doute que Wayland a:
- La possibilité de faire du single buffering
- La possibilité de définir aux applications une horloge de FPS décalée de l'horloge réelle. De sorte que si le compositing prend en moyenne 1/4 frame, le retard d'affichage d'une frame sera de 5/4 frame, au lieu de 2 frames