Elle s'appelle le web côté client uniquement, ça veut dire pas autre chose que du HTTP et donc exit les appli mail, irc, ssh, xmpp
Qui fait du SSH vers son téléphone à part les nerds ou les devs systèmes ? Ou même qui fait du SSH à partir de son téléphone vers une autre machine (à part quelques nerds toujours..) ? Même moi qui a quotidiennement une bonne dizaine de session ssh ouverte sur mon desktop, j'ai jamais fait ça sur mon Android (je sais qu'on peut le faire, mais jamais eu la nécessité).
Appli mail : on peut s'en tirer avec un webmail. De toute façon, faut un serveur. Alors qu'il soit pure imap/smtp ou expose une API HTTP/Rest, ça change pas grand chose au final : il faut développer une partie communication. On peut faire d'ailleurs pareil avec la plupart des protocoles, en ayant ce serveur HTTP qui servirait de "proxy/traducteur". Pour XMPP, y a déjà tout ce qu'il faut pour faire du XMPP over HTTP.
Bon sinon, si on tient vraiment à du vrai protocole over TCP/IP, pas de souci, il y a ce qu'il faut : API TCP Socket. Et bien sûr, même si, on est d'accord, c'est uniquement du Gecko only pour le moment, une spécification est en cours au W3C, pour que ça puisse être implémenté pareil dans tout les navigateurs.
[^] # Re: Oui
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Sailfish OS embarque une partie propriétaire. Évalué à -1.
Qui fait du SSH vers son téléphone à part les nerds ou les devs systèmes ? Ou même qui fait du SSH à partir de son téléphone vers une autre machine (à part quelques nerds toujours..) ? Même moi qui a quotidiennement une bonne dizaine de session ssh ouverte sur mon desktop, j'ai jamais fait ça sur mon Android (je sais qu'on peut le faire, mais jamais eu la nécessité).
Appli mail : on peut s'en tirer avec un webmail. De toute façon, faut un serveur. Alors qu'il soit pure imap/smtp ou expose une API HTTP/Rest, ça change pas grand chose au final : il faut développer une partie communication. On peut faire d'ailleurs pareil avec la plupart des protocoles, en ayant ce serveur HTTP qui servirait de "proxy/traducteur". Pour XMPP, y a déjà tout ce qu'il faut pour faire du XMPP over HTTP.
Bon sinon, si on tient vraiment à du vrai protocole over TCP/IP, pas de souci, il y a ce qu'il faut : API TCP Socket. Et bien sûr, même si, on est d'accord, c'est uniquement du Gecko only pour le moment, une spécification est en cours au W3C, pour que ça puisse être implémenté pareil dans tout les navigateurs.