Sur iOS (je ne connais pas Android), l'application par défaut pour les courriels fait de l'IMAP ou du POP avec du SMTP, avec la possibilité de faire de l'Exchange (un poil moins libre que l'IMAP, mais pas ce n'est quand même pas du REST me semble-t-il). Par défaut, on peut sélectionner iCloud, Gmail, Yahoo!, Aol ou Hotmail (ou autre), mais ça évite simplement d'entrer les réglages des serveurs, une fois configuré on obtient de l'IMAP ou du POP.
Ça me fait pas mal penser d'une part au protocole Bonjour / Zeroconf (très utilisé par les produits Apple, notamment), et d'autre part à l'autoconfiguration dispo sur les Mac.
Exemple : j'ai un compte local toto sur un OS X client, que j'ai installé en dehors de mon réseau local. Sur mon réseau local, j'ai un serveur OS X, avec pas mal de services (mails, calendriers, carnet d'adresse, jabber, par exemple).
Automatiquement, l'OS X client détecte que :
- il y a un OS X server sur le réseau local
- le compte toto y est également défini
- il y a les services mails, calendriers, carnet d'adresse, jabber (…)
- il propose de configurer les logiciels correspondant
Pour info, Zeroconf permet d'annoncer sur un réseau local à peu près n'importe quel service, (ldap, http, imap, streaming audio ou vidéo, ssh, ftp, imprimantes, …).
Le plus simple serait de s'inspirer de Zeroconf (qui remplit plutôt bien son rôle, mais qui est limité au réseau local) pour le rendre utilisable sur un réseau global.
Je trouve également que ça ne vaut pas forcément le coup de préciser les méthodes d'authentification lors de l'annonce du service :
- elles peuvent être annoncées lors de la connexion (HTTP)
- les différentes méthodes connues peuvent être essayées (c'est le cas avec certains clients mail récents)
Google fait de l'ouvert quand ça les sert, du fermé quand ça les sert. Aucune histoire d'idéologie ou autre là-dedans…
La principale source de revenu de Google, c'est la pub, et pour ça, il faut :
- que tout le monde utilise les services Google (pour collecter des renseignements afin de mieux cibler les gens),
- avoir les meilleurs systèmes de traitement chez eux pour traiter les renseignements collectés,
- avoir les meilleurs services.
Bref, pour le 1, il vaut mieux avoir de l'open-source :
- c'est gratuit,
- même si on forke le logiciel, il y a des chances que les pointeurs vers les services Google restent dans le fork
Pour le 2 et le 3, il vaut mieux avoir du 100% proprio. Ça tombe bien, on ne peut pas dire que Google libère beaucoup le code de GMail, de PageRank, ou autre…
Idem, j'ai reçu cette semaine un premier spam sur mon adresse SFR. Ayant mon nom de domaine et un catch all, cette adresse est unique à SFR, et je ne recevais d'ailleurs plus rien vu que je ne suis plus abonné chez eux depuis 6 mois.
Il n'y a pas que le thème (relativement facile à émuler), ou le comportement (déjà plus complexe).
Ceci dit, si Qt, GTK, Win32 et Cocoa ont beaucoup de choses en commun (genre les boutons, les listes, les arbres, …), certains composants n'existent que sur une des plates-formes.
Il y a également l'intégration avec les services proposés (ou non) par l'OS.
Par exemple, je m'attends à ce qu'une appli utilise les API du système pour des choses aussi diverses que les certificats, mots de passe, contacts, calendriers, mails, proxy, …
Je trouve énervant d'avoir accepté une CA au niveau système, et qu'Opera ou Firefox ne la prenne pas en compte.
Y a aussi d'autres choses : sous OS X, les préférences sont stockées au format plist dans ~/Library/Preferences/nom_dns.plist. Sur Linux, ça sera plutôt dans ~/.nom_quelconque.
Toute l'application sera un dossier structuré sur OS X, et plutôt un binaire sous Linux, avec des fichiers un peu partout…
[^] # Re: Logiciels natifs
Posté par flan (site web personnel) . En réponse au journal Ubuntu 12.10: Intégration du web dans Unity. Évalué à 1.
Sur iOS (je ne connais pas Android), l'application par défaut pour les courriels fait de l'IMAP ou du POP avec du SMTP, avec la possibilité de faire de l'Exchange (un poil moins libre que l'IMAP, mais pas ce n'est quand même pas du REST me semble-t-il). Par défaut, on peut sélectionner iCloud, Gmail, Yahoo!, Aol ou Hotmail (ou autre), mais ça évite simplement d'entrer les réglages des serveurs, une fois configuré on obtient de l'IMAP ou du POP.
[^] # Re: Sémantique
Posté par flan (site web personnel) . En réponse au journal Décrire les services servis et comment s'y connecter. Évalué à 2.
Ça me fait pas mal penser d'une part au protocole Bonjour / Zeroconf (très utilisé par les produits Apple, notamment), et d'autre part à l'autoconfiguration dispo sur les Mac.
Exemple : j'ai un compte local toto sur un OS X client, que j'ai installé en dehors de mon réseau local. Sur mon réseau local, j'ai un serveur OS X, avec pas mal de services (mails, calendriers, carnet d'adresse, jabber, par exemple).
Automatiquement, l'OS X client détecte que :
- il y a un OS X server sur le réseau local
- le compte toto y est également défini
- il y a les services mails, calendriers, carnet d'adresse, jabber (…)
- il propose de configurer les logiciels correspondant
Pour info, Zeroconf permet d'annoncer sur un réseau local à peu près n'importe quel service, (ldap, http, imap, streaming audio ou vidéo, ssh, ftp, imprimantes, …).
Le plus simple serait de s'inspirer de Zeroconf (qui remplit plutôt bien son rôle, mais qui est limité au réseau local) pour le rendre utilisable sur un réseau global.
Je trouve également que ça ne vaut pas forcément le coup de préciser les méthodes d'authentification lors de l'annonce du service :
- elles peuvent être annoncées lors de la connexion (HTTP)
- les différentes méthodes connues peuvent être essayées (c'est le cas avec certains clients mail récents)
[^] # Re: Aperçu
Posté par flan (site web personnel) . En réponse au sondage Quel lecteur PDF (Portable Document Format) utilisez vous et dans quelle circonstance ?. Évalué à 1.
Le nom d'origine est Preview, Aperçu dans les versions francophones d'OS X.
Au passage, je ne vois pas où le sondage précise qu'on ne parle que de logiciels libres ou disponibles sur Linux…
[^] # Re: Google fait de l'ouvert et du ferme aussi
Posté par flan (site web personnel) . En réponse à la dépêche Sergey Brin dénonce les « cages dorées » de Facebook et Apple. Évalué à 1.
J'imagine quand même que les employés ne décident pas eux-mêmes de la licence des produits qu'ils développent pour le boulot.
[^] # Re: Google fait de l'ouvert et du ferme aussi
Posté par flan (site web personnel) . En réponse à la dépêche Sergey Brin dénonce les « cages dorées » de Facebook et Apple. Évalué à 1.
Google fait de l'ouvert quand ça les sert, du fermé quand ça les sert. Aucune histoire d'idéologie ou autre là-dedans…
La principale source de revenu de Google, c'est la pub, et pour ça, il faut :
- que tout le monde utilise les services Google (pour collecter des renseignements afin de mieux cibler les gens),
- avoir les meilleurs systèmes de traitement chez eux pour traiter les renseignements collectés,
- avoir les meilleurs services.
Bref, pour le 1, il vaut mieux avoir de l'open-source :
- c'est gratuit,
- même si on forke le logiciel, il y a des chances que les pointeurs vers les services Google restent dans le fork
Pour le 2 et le 3, il vaut mieux avoir du 100% proprio. Ça tombe bien, on ne peut pas dire que Google libère beaucoup le code de GMail, de PageRank, ou autre…
[^] # Re: Tu confirmes mes soupçons.
Posté par flan (site web personnel) . En réponse au journal Piratage de la base email clients neuf/sfr ?. Évalué à 2.
Idem, j'ai reçu cette semaine un premier spam sur mon adresse SFR. Ayant mon nom de domaine et un catch all, cette adresse est unique à SFR, et je ne recevais d'ailleurs plus rien vu que je ne suis plus abonné chez eux depuis 6 mois.
[^] # Re: Les toolkits portables
Posté par flan (site web personnel) . En réponse au journal Le développement en natif pour un soft universel ?. Évalué à 1.
Il n'y a pas que le thème (relativement facile à émuler), ou le comportement (déjà plus complexe).
Ceci dit, si Qt, GTK, Win32 et Cocoa ont beaucoup de choses en commun (genre les boutons, les listes, les arbres, …), certains composants n'existent que sur une des plates-formes.
Il y a également l'intégration avec les services proposés (ou non) par l'OS.
Par exemple, je m'attends à ce qu'une appli utilise les API du système pour des choses aussi diverses que les certificats, mots de passe, contacts, calendriers, mails, proxy, …
Je trouve énervant d'avoir accepté une CA au niveau système, et qu'Opera ou Firefox ne la prenne pas en compte.
Y a aussi d'autres choses : sous OS X, les préférences sont stockées au format plist dans ~/Library/Preferences/nom_dns.plist. Sur Linux, ça sera plutôt dans ~/.nom_quelconque.
Toute l'application sera un dossier structuré sur OS X, et plutôt un binaire sous Linux, avec des fichiers un peu partout…